19.06.2011 12:55, Sergey Litvyachenko пишет:
19.06.2011, 13:51, "Sergey Litvyachenko" <serhi...@yandex.ru>:19.06.2011, 13:34, "Sergey Litvyachenko" <serhi...@yandex.ru <mailto:serhi...@yandex.ru>> <mailto:%3E>;: 19.06.2011, 13:29, "Sergey Litvyachenko" <serhi...@yandex.ru <mailto:serhi...@yandex.ru>> <mailto:%3E>;: 19.06.2011, 12:13, "Alexander Panyushkin" <vsi...@gmail.com <mailto:vsi...@gmail.com>> <mailto:%3E>;: 19.06.2011 10:55, Sergey Litvyachenko пишет: 18.06.2011, 21:01, "Mikolaj Golub"<to.my.troc...@gmail.com>: [... грыз-грыз...] Благодаря Вашему совету с nc выяснил, что когда не вовличён pf - то всё работает нормально, а когда pf делает редирект порта, то upload происходит вот-так странно как я описывал - долго. Сделал редирект с помощью ipfw nat и всё заработало как надо. ${ipfw_cmd} nat 1 config log ip 193.110.17.229 same_ports redirect_port tcp 10.19.0.20:80 80 Хотя сейчас на машине uname -sri FreeBSD 8.1-RELEASE-p4 MYKERNEL всё работает в конфигурации с pf-редиректом и ipfw nat Буду смотреть - может где я накосячил - чего недосмотрел - хотя делал по аналогии особо ничего не меняя. Спасибо огромное за наводку. попробуй без флагов /*synproxy state*/ Пробовал. Я вообще комментировал строку pass in quick inet proto tcp from any to <persist_ips> port $HTTP_PORT flags S/SA synproxy state не помогло. Не так написал - пробовал по-разному хотел сказать - и без synproxy state - не помогло. Помогло только закомментирование всей строки и редирект с помощью ipfw nat Извините. Обманул. Не выспался - всё боролся с этой проблемой. Без synproxy state я не пробовал походу. А убрал synproxy state - и всё заработало - теперь уже с редиректом правилом pf. Спасибо. Только что ж такое - в 8.1-p4 synproxy state работает, а в 8.2-p2 - нет? Давно если честно собирался использовать только родной ipfw. собственно без synproxy state pf и не интересен.
Напиши баг-репорт.
