форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Архивированная нить - только для чтения!  Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[Проследить за развитием треда]

"Трабл с xinetd в ообщем и с vsftpd в частности."
Сообщение от Fes (??) on 16-Июн-04, 22:04  (MSK)
Народ F1! Вообщем есть сервак, на нём vsftpd, работающий через xinetd. Так вот в локалке, которая стоит за серваком нет никаких проблем с доступом к ftp серверу. А вот если к нему коннектишься из инета (из других локалок в часности, которые туннелями прицеплены к моей) то вылази кукишь следующего содержания: ftp: o 10.26.0.1: Servname not supported for ai_socktype По всей видимости это трабл с xinetd p.s. Standalone сервер запускать не пробовал, да и не хочется. p.p.s Firewall тут абослютно не причём 100%.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

Индекс форумов | Темы | Пред. тема | След. тема

Сообщения по теме

1. "Трабл с xinetd в ообщем и с vsftpd в частности."
Сообщение от Fes (??) on 16-Июн-04, 22:06  (MSK)
Вообщем, как оказалось, проблема всё-таки не в xinetd. Standalone сервер выдаёт то же самое. Естьу кого-ньть какие-ньть идеи?????
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	2. "Трабл с xinetd в ообщем и с vsftpd в частности."
	Сообщение от ru (??) on 17-Июн-04, 03:13  (MSK)
	А че тут годать скажи хоть что за ситема и какой пакетный фильтр Я так понял фтп сидит на внутреннем ip а из ineta должно натится ???? Если да то тут и искать надо !!!
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	3. "Трабл с xinetd в ообщем и с vsftpd в частности."
	Сообщение от Fes (??) on 17-Июн-04, 10:30  (MSK)
	>А че тут годать скажи хоть что за ситема и какой пакетный >фильтр >Я так понял фтп сидит на внутреннем ip а из ineta должно >натится ???? >Если да то тут и искать надо !!! Ну, вообщем так: система Fedore Core 2 (ядро 2.6.5). Пакетный фильтр, как этого и слендовало ожидать - iptables. Чесна гря не совсем понял фразу "фтп сидит на внутреннем ip". Наскока я знаю, в конфигае vsftpd ни слухом не духом не слышно о том, "на каком ip он сидит". Если ошибаюсь - поправьте plz. Дальше, насчёт NAT, я понимаю, что можно в пакетах, уходящих из локалки  NAT'ом менять заголовки... Но причём здесь пакеты из инета? Что и на что там нужно менять? НЕ могу догнять. Если не сложно, напиши правило для фильтра. А насчёт моего фильтра, дык у меня iptables пускает ftp траффик с ip-адресов моих серверов. И ваще, причём здесь NAT? Если бы в этом дело, было бы скоре всего connection refused, а у меня ai_socktype not supported.. Чё это за ai_socktype? В настройках vsftpd в xinetd у меня тип сокета stream стоит...
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	4. "Трабл с xinetd в ообщем и с vsftpd в частности."
	Сообщение от LinaS (ok) on 17-Июн-04, 10:49  (MSK)
	А что в /etc/services про ftp написано? cat /etc/services | grep ftp
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	5. "Трабл с xinetd в ообщем и с vsftpd в частности."
	Сообщение от Fes (??) on 17-Июн-04, 11:00  (MSK)
	>А что в /etc/services про ftp написано? >cat /etc/services | grep ftp Спасибо за хелп по cat&grep :-). Вот что там: -----cat---------------------- ftp-data        20/tcp ftp-data        20/udp # 21 is registered to ftp, but also used by fsp ftp             21/tcp ftp             21/udp          fsp fspd -------------cat--------------------- Кстати, чё-т мне здайтся что эт (или аналог) написано у 80% *nix систем.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	6. "Трабл с xinetd в ообщем и с vsftpd в частности."
	Сообщение от LinaS (ok) on 17-Июн-04, 11:07  (MSK)
	>>А что в /etc/services про ftp написано? >>cat /etc/services | grep ftp >Спасибо за хелп по cat&grep :-). да не за что, я на всякий случай ;) >Вот что там: >-----cat---------------------- >ftp-data        20/tcp >ftp-data        20/udp ># 21 is registered to ftp, but also used by fsp >ftp             > 21/tcp >ftp             > 21/udp           >fsp fspd >-------------cat--------------------- >Кстати, чё-т мне здайтся что эт (или аналог) написано у 80% *nix >систем. тут все ок хм а что в конфиге vsftpd и xinetd по его поводу
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	7. "Трабл с xinetd в ообщем и с vsftpd в частности."
	Сообщение от Fes (??) on 17-Июн-04, 13:34  (MSK)
	>>>А что в /etc/services про ftp написано? >>>cat /etc/services | grep ftp >>Спасибо за хелп по cat&grep :-). > >да не за что, я на всякий случай ;) > >>Вот что там: >>-----cat---------------------- >>ftp-data        20/tcp >>ftp-data        20/udp >># 21 is registered to ftp, but also used by fsp >>ftp             >> 21/tcp >>ftp             >> 21/udp           >>fsp fspd >>-------------cat--------------------- >>Кстати, чё-т мне здайтся что эт (или аналог) написано у 80% *nix >>систем. > >тут все ок >хм >а что в конфиге vsftpd и xinetd по его поводу Вот содержимое /etc/xinetd.d/vsftpd "# default: off # description: The vsftpd FTP server serves FTP connections. It uses \ # normal, unencrypted usernames and passwords for authentication. service ftp { disable = no socket_type = stream wait = no user = root server = /usr/sbin/vsftpd nice = 10 }" Вот конфиг vsftpd.conf: " ----cat----------- # Allow anonymous FTP? (Beware - allowed by default if you comment this out). anonymous_enable=NO # # Uncomment this to allow local users to log in. local_enable=YES # # Uncomment this to enable any form of FTP write command. write_enable=YES # # Default umask for local users is 077. You may wish to change this to 022, # if your users expect that (022 is used by most other ftpd's) local_umask=022 # # Uncomment this to allow the anonymous FTP user to upload files. This only # has an effect if the above global write enable is activated. Also, you will # obviously need to create a directory writable by the FTP user. #anon_upload_enable=YES # # Uncomment this if you want the anonymous FTP user to be able to create # new directories. #anon_mkdir_write_enable=YES # # Activate directory messages - messages given to remote users when they # go into a certain directory. dirmessage_enable=NO # # Activate logging of uploads/downloads. xferlog_enable=YES # # Make sure PORT transfer connections originate from port 20 (ftp-data). connect_from_port_20=YES # # If you want, you can arrange for uploaded anonymous files to be owned by # a different user. Note! Using "root" for uploaded files is not # recommended! #chown_uploads=YES #chown_username=whoever # # You may override where the log file goes if you like. The default is shown # below. #xferlog_file=/var/log/vsftpd.log # # If you want, you can have your log file in standard ftpd xferlog format xferlog_std_format=YES # # You may change the default value for timing out an idle session. #idle_session_timeout=600 # # You may change the default value for timing out a data connection. #data_connection_timeout=120 # # It is recommended that you define on your system a unique user which the # ftp server can use as a totally isolated and unprivileged user. nopriv_user=user # # Enable this and the server will recognise asynchronous ABOR requests. Not # recommended for security (the code is non-trivial). Not enabling it, # however, may confuse older FTP clients. #async_abor_enable=YES # # By default the server will pretend to allow ASCII mode but in fact ignore # the request. Turn on the below options to have the server actually do ASCII # mangling on files when in ASCII mode. # Beware that turning on ascii_download_enable enables malicious remote parties # to consume your I/O resources, by issuing the command "SIZE /big/file" in # ASCII mode. # These ASCII options are split into upload and download because you may wish # to enable ASCII uploads (to prevent uploaded scripts etc. from breaking), # without the DoS risk of SIZE and ASCII downloads. ASCII mangling should be # on the client anyway.. #ascii_upload_enable=YES #ascii_download_enable=YES # # You may fully customise the login banner string: ftpd_banner=Bla bla bla.... # # You may specify a file of disallowed anonymous e-mail addresses. Apparently # useful for combatting certain DoS attacks. #deny_email_enable=YES # (default follows) #banned_email_file=/etc/vsftpd.banned_emails # # You may specify an explicit list of local users to chroot() to their home # directory. If chroot_local_user is YES, then this list becomes a list of # users to NOT chroot(). #chroot_list_enable=YES # (default follows) chroot_local_user=YES chroot_list_file=/etc/vsftpd.chroot_list chroot_list_enable=NO # # You may activate the "-R" option to the builtin ls. This is disabled by # default to avoid remote users being able to cause excessive I/O on large # sites. However, some broken FTP clients such as "ncftp" and "mirror" assume # the presence of the "-R" option, so there is a strong case for enabling it. #ls_recurse_enable=YES pam_service_name=vsftpd userlist_enable=YES #enable for standalone mode listen=NO tcp_wrappers=NO ----------cat----------- "
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	8. "Трабл с xinetd в ообщем и с vsftpd в частности."
	Сообщение от LinaS (ok) on 17-Июн-04, 14:45  (MSK)
	нда странно... поиск в гугле наводит на мысли о /etc/services все же а какие на него права? ls -la /etc/services :)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	9. "Трабл с xinetd в ообщем и с vsftpd в частности."
	Сообщение от shaman (??) on 17-Июн-04, 14:56  (MSK)
	>нда странно... >поиск в гугле наводит на мысли о /etc/services все же >а какие на него права? >ls -la /etc/services :) /etc/services не при чем. Если бы в нем была проблема - то и клиенты из локальной сети не работали.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	10. "Трабл с xinetd в ообщем и с vsftpd в частности."
	Сообщение от lavr on 17-Июн-04, 15:20  (MSK)
	>>нда странно... >>поиск в гугле наводит на мысли о /etc/services все же >>а какие на него права? >>ls -la /etc/services :) > >/etc/services не при чем. Если бы в нем была проблема - то >и клиенты из локальной сети не работали. что скажет telnet на этот сервер по 21'ому порту из локалки и оттуда где не пашет?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	13. "Трабл с xinetd в ообщем и с vsftpd в частности."
	Сообщение от Fes (??) on 17-Июн-04, 18:08  (MSK)
	>>>нда странно... >>>поиск в гугле наводит на мысли о /etc/services все же >>>а какие на него права? >>>ls -la /etc/services :) >> >>/etc/services не при чем. Если бы в нем была проблема - то >>и клиенты из локальной сети не работали. > >что скажет telnet на этот сервер по 21'ому порту из локалки и > >оттуда где не пашет? Мля, telnet на 21 порт заходит без проблем.... по-моемй я понял в чём трабл... тока не скажу, стыдно :) :):)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	14. "Трабл с xinetd в ообщем и с vsftpd в частности."
	Сообщение от LinaS (ok) on 17-Июн-04, 18:11  (MSK)
	скажи плизз мы не будем смеяться ;) просто интересно
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	16. "Трабл с xinetd в ообщем и с vsftpd в частности."
	Сообщение от Fes (??) on 17-Июн-04, 18:20  (MSK)
	>скажи плизз >мы не будем смеяться ;) >просто интересно Нет, эт я горячнулся.... Сегодня работой завалили юзверям ж@пы подтирать..  проблема остаётся открытой.... вот что я имею: коннекчусь с какого-ньть роутера (или из локали что за ним) к своему фтпшнику telnet'ом на 21 порт. - всё ок... када делаю просто "ftp o my_ftp's_ip_address" ....., ai_socktype, он, мля, не поддерживает... Тут или у меня руки куда-то не туда вывернулись, то ли, магёт это просто в моей федуре такие грабли? :) :)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	17. "Трабл с xinetd в ообщем и с vsftpd в частности."
	Сообщение от LinaS (ok) on 17-Июн-04, 18:25  (MSK)
	>>скажи плизз >>мы не будем смеяться ;) >>просто интересно >Нет, эт я горячнулся.... Сегодня работой завалили юзверям ж@пы подтирать..  проблема >остаётся открытой.... >вот что я имею: коннекчусь с какого-ньть роутера (или из локали что >за ним) к своему фтпшнику telnet'ом на 21 порт. - всё >ок... када делаю просто "ftp o my_ftp's_ip_address" ....., ai_socktype, он, мля, >не поддерживает... >Тут или у меня руки куда-то не туда вывернулись, то ли, магёт >это просто в моей федуре такие грабли? :) :) стоп погоди ты коннектишься откуда-то к серваку и получаешь такую ошибку может траблы то на той машине _с_ которой ты коннектишься? а сервак тут не при чем?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	19. "Трабл с xinetd в ообщем и с vsftpd в частности."
	Сообщение от Fes (??) on 17-Июн-04, 18:31  (MSK)
	>>>скажи плизз >>>мы не будем смеяться ;) >>>просто интересно >>Нет, эт я горячнулся.... Сегодня работой завалили юзверям ж@пы подтирать..  проблема >>остаётся открытой.... >>вот что я имею: коннекчусь с какого-ньть роутера (или из локали что >>за ним) к своему фтпшнику telnet'ом на 21 порт. - всё >>ок... када делаю просто "ftp o my_ftp's_ip_address" ....., ai_socktype, он, мля, >>не поддерживает... >>Тут или у меня руки куда-то не туда вывернулись, то ли, магёт >>это просто в моей федуре такие грабли? :) :) > >стоп погоди >ты коннектишься откуда-то к серваку и получаешь такую ошибку >может траблы то на той машине _с_ которой ты коннектишься? а сервак >тут не при чем? Вряд ли... пробовал с двух разных роутеров... (хотя они у меня одинаковые как братья близнецы, тока IP разные :) :) :))...
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	20. "Трабл с xinetd в ообщем и с vsftpd в частности."
	Сообщение от ihor on 18-Июн-04, 09:51  (MSK)
	попробуй запустить ftp с явным указанием 21 порта (чтобы services не использовался)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	21. "Трабл с xinetd в ообщем и с vsftpd в частности."
	Сообщение от Fes (??) on 18-Июн-04, 11:03  (MSK)
	>попробуй запустить ftp с явным указанием 21 порта (чтобы services не использовался) > ths. попробую.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	15. "Трабл с xinetd в ообщем и с vsftpd в частности."
	Сообщение от lavr on 17-Июн-04, 18:14  (MSK)
	>>>>нда странно... >>>>поиск в гугле наводит на мысли о /etc/services все же >>>>а какие на него права? >>>>ls -la /etc/services :) >>> >>>/etc/services не при чем. Если бы в нем была проблема - то >>>и клиенты из локальной сети не работали. >> >>что скажет telnet на этот сервер по 21'ому порту из локалки и >> >>оттуда где не пашет? >Мля, telnet на 21 порт заходит без проблем.... по-моемй я понял в >чём трабл... тока не скажу, стыдно :) :):) хозяин - барин, вто только вдруг кто-то еще будет голову морочить...
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	18. "Трабл с xinetd в ообщем и с vsftpd в частности."
	Сообщение от Fes (??) on 17-Июн-04, 18:27  (MSK)
	>>>>>нда странно... >>>>>поиск в гугле наводит на мысли о /etc/services все же >>>>>а какие на него права? >>>>>ls -la /etc/services :) >>>> >>>>/etc/services не при чем. Если бы в нем была проблема - то >>>>и клиенты из локальной сети не работали. >>> >>>что скажет telnet на этот сервер по 21'ому порту из локалки и >>> >>>оттуда где не пашет? >>Мля, telnet на 21 порт заходит без проблем.... по-моемй я понял в >>чём трабл... тока не скажу, стыдно :) :):) > >хозяин - барин, вто только вдруг кто-то еще будет голову морочить... Ну, как я писал, проблема всё ещё открыта.. НО, торжественно клянусь, када разберусь, всем расскажу что и как было..
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	12. "Трабл с xinetd в ообщем и с vsftpd в частности."
	Сообщение от LinaS (ok) on 17-Июн-04, 16:34  (MSK)
	>>нда странно... >>поиск в гугле наводит на мысли о /etc/services все же >>а какие на него права? >>ls -la /etc/services :) > >/etc/services не при чем. Если бы в нем была проблема - то >и клиенты из локальной сети не работали. да похоже что не при чем
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	11. "Трабл с xinetd в ообщем и с vsftpd в частности."
	Сообщение от Fes (??) on 17-Июн-04, 15:47  (MSK)
	>нда странно... >поиск в гугле наводит на мысли о /etc/services все же >а какие на него права? >ls -la /etc/services :) -rw-r--r--  1 root root 20158 May 27 17:42 /etc/services
		Рекомендовать в FAQ | Cообщить модератору | Наверх

22. "Трабл с xinetd в ообщем и с vsftpd в частности."
Сообщение от Konstantin Stopani on 21-Июн-04, 20:24  (MSK)
Здравствуйте, у меня тоже есть кое-какие соображения по этому поводу: >ftp: o 10.26.0.1: Servname not supported for ai_socktype Судя по всему это сообщение выводит strerror() после того, как с ошибкой завершился вызов getaddrinfo() - это расширенный вариант gethostbyname() для IPv6. Если в локалке работа последнего обычно ничем не затруднена, то в инете IPv6 в жестокой дискриминации, по крайней мере в нашей стране (I mean Russian Federation). Таким образом, совет: сначала поискать в  мане по vsftpd.conf возможность отключения IPv6, или отключить его на системном уровне, например перекомпилировав ядро. Можно еще зайти на http://www.kame.net - если черепашка на главной страничке двигается, то IPv6 функционирует (между вами и KAME). В противном случае она не стоит, а у меня, например, к IPv6 сетям вообще нет никакого даже автоматического тунеллирования - у меня kame.net и 6bone.net даже и не пингуются через IPv4. Проблема может быть в большом количестве слишком строго настроенных хардверных роутеров.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	23. "Трабл с xinetd в ообщем и с vsftpd в частности."
	Сообщение от Konstantin Stopani on 21-Июн-04, 20:26  (MSK)
	>В противном случае она не стоит, Sorry, я хотел сказать: "стоит". В смысле статична. ;-)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	24. "Трабл с xinetd в ообщем и с vsftpd в частности."
	Сообщение от Fes (??) on 27-Сен-04, 10:52  (MSK)
	Вообщем, как я и обещал давным-давно, расскажу в чём прикол. В основном проблема была в моей невнимательности, а все эту бучу как-то тоже так сразу подхватили.. :) Я с самого начал писал о том что # ftp o 10.26.0.1 - не работает. (ну, эт тоже самое чтои #ftp open 10.26.0.1) Так вот. Это просто какие-то непонятные для меня грабли в самом линуксовом ftp клиенте. Если сделать просто вот так: "ftp 10.26.0.1" - то  всё работает намана. Так вот вопрос ПАЧЕМУ!!!! p.s. Кто не верит - попробуйте. У меня Fedore Core 2. (kernel 2.6.5)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.