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

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

"Помогите с NAT"
Сообщение от Almaz on 01-Ноя-02, 09:58  (MSK)
У нас в сети на FreeBSD стоит NAT, через который мы ходим в Инет. Но есть такая проблема: когда заходишь на mail-сервера типа mail.ru и хочешь отправить сообщение с аттачем, то это не получается (находишь файл и пытаешься его прицепить к письму и браузер пытается это сделать около 2-3 минут, а потом выскакивает). Так же не получается заходить на некоторые ftp сервера.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

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

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

1. "RE: Помогите с NAT"
Сообщение от Алексей on 02-Ноя-02, 09:09  (MSK)
>У нас в сети на FreeBSD стоит NAT, через который мы ходим >в Инет. Но есть такая проблема: когда заходишь на mail-сервера типа >mail.ru и хочешь отправить сообщение с аттачем, то это не получается >(находишь файл и пытаешься его прицепить к письму и браузер пытается >это сделать около 2-3 минут, а потом выскакивает). Так же не >получается заходить на некоторые ftp сервера. Мало информации. Есть вероятност того, что вас ограничивают по пропусканию пакетов. У меня на прокси стоит, например, счиывать страницы на максимальнй скорости, а закачку производить ни маленькой. В итоге винда иногда входит в ожидание и виснит.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "RE: Помогите с NAT"
Сообщение от Bart Simpson on 02-Ноя-02, 09:33  (MSK)
>У нас в сети на FreeBSD стоит NAT, через который мы ходим >в Инет. Но есть такая проблема: когда заходишь на mail-сервера типа >mail.ru и хочешь отправить сообщение с аттачем, то это не получается >(находишь файл и пытаешься его прицепить к письму и браузер пытается >это сделать около 2-3 минут, а потом выскакивает). Так же не >получается заходить на некоторые ftp сервера. Там ограничение на объем файлов. Попробуй меньше.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "Дело не в NAT. Смотри правила IPFW."
Сообщение от proff on 04-Ноя-02, 19:10  (MSK)
>У нас в сети на FreeBSD стоит NAT, через который мы ходим >в Инет. Но есть такая проблема: когда заходишь на mail-сервера типа >mail.ru и хочешь отправить сообщение с аттачем, то это не получается >(находишь файл и пытаешься его прицепить к письму и браузер пытается >это сделать около 2-3 минут, а потом выскакивает). Так же не >получается заходить на некоторые ftp сервера. мне кажется, дело тут не в NAT. дело в правилах IPFW. у меня похожая история: при попытке соединиться с каким-нибудь FTP-сервером из броузера IE, он (броузер) отваливается по тайм-ауту. соединения нормальными FTP-клиентами (типа FAR, CuteFTP) проходят. но с другой стороны, на некоторые FTP-шники не проходят соединения даже с этих, заведомо рабочих FTP-клиентов. опытным путем установлено, что эти "недоступные" FTP-сервера работают под виндой. винда, конечно, тут не причем, просто эти сервера для передачи данных сами пытаются установить соединение по непривелегированному порту. и тут возникает засада: входящие соединения по непривелегированным портам закрыты на IPFW. как быть -- фиг знает: открывать входящие соединения -- не правильно. может быть кто-нибудь подскажет как с этим бороться? спасибо.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	4. "RE: Дело не в NAT. Смотри правила IPFW."
	Сообщение от LinaS on 04-Ноя-02, 21:47  (MSK)
	>>У нас в сети на FreeBSD стоит NAT, через который мы ходим >>в Инет. Но есть такая проблема: когда заходишь на mail-сервера типа >>mail.ru и хочешь отправить сообщение с аттачем, то это не получается >>(находишь файл и пытаешься его прицепить к письму и браузер пытается >>это сделать около 2-3 минут, а потом выскакивает). Так же не >>получается заходить на некоторые ftp сервера. > > >мне кажется, дело тут не в NAT. дело в правилах IPFW. >у меня похожая история: при попытке соединиться с каким-нибудь FTP-сервером из броузера >IE, он (броузер) отваливается по тайм-ауту. соединения нормальными FTP-клиентами (типа FAR, >CuteFTP) проходят. но с другой стороны, на некоторые FTP-шники не проходят >соединения даже с этих, заведомо рабочих FTP-клиентов. опытным путем установлено, что >эти "недоступные" FTP-сервера работают под виндой. винда, конечно, тут не причем, >просто эти сервера для передачи данных сами пытаются установить соединение по >непривелегированному порту. и тут возникает засада: входящие соединения по непривелегированным портам это активный режим работы ftp (поищите тут - в ближайшие дни обсуждалось неоднократно) - сервер устанавливает соединение с клиентом (а не наоборот!) с 20 порта (ftp-data) для передачи собственно данных. Общение по 21 порту (команды) идет как обычно (клиент устанавливает соединение). Вот это и надо учесть в правилах (разрешить входящее _С_ 21 порта) >закрыты на IPFW. как быть -- фиг знает: открывать входящие соединения >-- не правильно. может быть кто-нибудь подскажет как с этим бороться? > > >спасибо. так и бороться %)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	5. "RE: Дело не в NAT. Смотри правила IPFW."
	Сообщение от LinaS on 04-Ноя-02, 21:50  (MSK)
	>учесть в правилах (разрешить входящее _С_ 21 порта) с 20-го! пардон...
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	6. "RE: Дело не в NAT. Смотри правила IPFW."
	Сообщение от dubanoze on 05-Ноя-02, 06:33  (MSK)
	Я вчера это поборл выставив mtu на туннеле на 1500 было 1200
		Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

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

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