lug-bg: SFTP без Shell
здравейте, тоя път искам да попитам преди да прочета документацията :-) имам пуснат SFTP (Proftp) искам да може към него да се закача клиент , който е без шел (/bin/false вместо /bin/bash). клиента разбира се си има хоум директория и права само за нея. Когато потребителя има шел се закача и си работи нормално, но когато спра шела не може да си направи SSH-то. ПроФТП-то е направено да работи без шел , има проблем само с СФТП-то. Линукса е Слак. Предварително благодаря за идеите. г.
Re: lug-bg: qmail + spamassassin + още малк о въпроси
Georgi Chorbadzhiyski wrote: Valery Dachev wrote: Специално за SpamAssassin можеш да направиш следната промяна в .qmail-default за съответния домейн: *:~# cat /home/mail/domains/.net/.qmail-default | /usr/bin/spamc -t 45 | /usr/sbin/vdelivermail '' [EMAIL PROTECTED] ...само ако ползваш vpopmail. В стандартния qmail няма такова като vdelivermail. Благодаря на всички за бързите отговори. Възползвах се именно от варианта с vdelivermail в .qmail-default, т.к. на машината си има vpopmail и целта ми беше с минимално вмешателство да постигна целта. Поздрави, :) -- Александър Илиев
Re: lug-bg: SFTP без Shell
On Mon, 2006-07-03 at 10:46 +0300, Gggg ggg wrote: здравейте, тоя път искам да попитам преди да прочета документацията :-) имам пуснат SFTP (Proftp) искам да може към него да се закача клиент , който е без шел (/bin/false вместо /bin/bash). клиента разбира се си има хоум директория и права само за нея. Когато потребителя има шел се закача и си работи нормално, но когато спра шела не може да си направи SSH-то. ПроФТП-то е направено да работи без шел , има проблем само с СФТП-то. Линукса е Слак. Предварително благодаря за идеите. Ти пък съвсем нищо не си прочел. Когато някой се закача към sftp, той реално се връзва с sshd-то ти, а не с proftpd. Решение на проблема ти не мога да ти предложа, но поне го търси в документацията на openssh.
Re: lug-bg: SFTP без Shell
http://www.google.com/search?q=scponly+shellstart=0start=0ie=utf-8oe=utf-8client=firefox-arls=org.mozilla:en-US:official 2006/7/3, Anton Titov [EMAIL PROTECTED]: snip -- Димитър Василев Dimitar Vassilev GnuPG key ID: 0x4B8DB525 Keyserver: pgp.mit.edu Key fingerprint: D88A 3B92 DED5 917E 341E D62F 8C51 5FC4 4B8D B525
Re: lug-bg: SFTP без Shell
Здрасти За shell може да ползваш /usr/libexec/openssh/sftp-server вместо /bin/bash. Георги Кръстев Gggg ggg wrote: здравейте, тоя път искам да попитам преди да прочета документацията :-) имам пуснат SFTP (Proftp) искам да може към него да се закача клиент , който е без шел (/bin/false вместо /bin/bash). клиента разбира се си има хоум директория и права само за нея. Когато потребителя има шел се закача и си работи нормално, но когато спра шела не може да си направи SSH-то. ПроФТП-то е направено да работи без шел , има проблем само с СФТП-то. Линукса е Слак. Предварително благодаря за идеите. г.
Re: lug-bg: SFTP без Shell
точно на такъв отговор разчитах :-) мерси !On 7/3/06, Georgi Krystev [EMAIL PROTECTED] wrote: ЗдрастиЗа shell може да ползваш /usr/libexec/openssh/sftp-server вместо/bin/bash.Георги КръстевGggg ggg wrote: здравейте, тоя път искам да попитам преди да прочета документацията :-) имам пуснат SFTP (Proftp) искам да може към него да се закача клиент , който е без шел (/bin/false вместо /bin/bash). клиента разбира се си има хоум директория и права само за нея. Когато потребителя има шел се закача и си работи нормално, но когато спра шела не може да си направи SSH-то. ПроФТП-то е направено да работи без шел , има проблем само с СФТП-то. Линукса е Слак. Предварително благодаря за идеите. г.
Re: lug-bg: pptp buffering packet...
Georgi Alexandrov wrote: ... като начало можеш да опиташ да изключиш и останалите компресии като добавиш в options.pptp към novj: novjccomp nopcomp nodeflate nobsdcomp noaccomp евентуално и noccp Всичките по горе са видяни от man 8 pppd. Експериментирай малко с горните опции и виж коя (ако някоя изобщо го прави) компресия прави проблем и махни само нея. Примерно ;-) няма ефект :( май не е от това проблема... други идеи? btw има и загуби на пакети: PING google.com (72.14.207.99) 56(84) bytes of data. 64 bytes from 72.14.207.99: icmp_seq=1 ttl=241 time=165 ms 64 bytes from 72.14.207.99: icmp_seq=2 ttl=241 time=165 ms 64 bytes from 72.14.207.99: icmp_seq=3 ttl=241 time=166 ms ... --- google.com ping statistics --- 27 packets transmitted, 24 received, 11% packet loss, time 26013ms rtt min/avg/max/mdev = 161.797/172.410/355.922/38.305 ms PING dir.bg (194.145.63.12) 56(84) bytes of data. 64 bytes from dir.bg (194.145.63.12): icmp_seq=1 ttl=56 time=18.8 ms 64 bytes from dir.bg (194.145.63.12): icmp_seq=2 ttl=56 time=18.4 ms 64 bytes from dir.bg (194.145.63.12): icmp_seq=3 ttl=56 time=16.5 ms ... --- dir.bg ping statistics --- 28 packets transmitted, 23 received, 17% packet loss, time 31078ms rtt min/avg/max/mdev = 13.506/41.549/320.161/78.892 ms възможно ли е проблемът да е при доставчика ми?
Re: lug-bg: pptp buffering packet...
Philip Georgiev wrote: snip --- dir.bg ping statistics --- 28 packets transmitted, 23 received, 17% packet loss, time 31078ms rtt min/avg/max/mdev = 13.506/41.549/320.161/78.892 ms възможно ли е проблемът да е при доставчика ми? По принцип е по удачно да проверяваш например с gateway-а на доставчика, а не със dir.bg ;-) Възможно е да имаш и проблем по трасето до теб и от там да се получават загубите. Обади се на доставчика си и го проверете. -- regards, Georgi Alexandrov key server - http://pgp.mit.edu/ :: key id - 0x37B4B3EE key fingerprint - E429 BF93 FA67 44E9 B7D4 F89E F990 01C1 37B4 B3EE signature.asc Description: OpenPGP digital signature