|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Ilya Anfimov 2:5020/400 19 Dec 2005 11:32:50
To : Dmitry A. Nikitin
Subject : Re: Странности.
--------------------------------------------------------------------------------
2005-12-19, Dmitry A. Nikitin <dmitry@sbor.spb.su> пишет:
> Eugene B. Berdnikov пишет:
>
>> Dmitry A. Nikitin <dmitry@sbor.spb.su> wrote:
>> DAN> 20:29:15.148057 IP 172.16.0.63.2847 > www.ru.http: S
>> DAN> 2533259778:2533259778(0) win 64240 <mss
>> DAN> 1460,nop,nop,sackOK> 20:29:15.184332 IP www.ru.http > 172.16.0.63.2846:
>> DAN> . ack 260 win 58400 20:29:15.184595 IP www.ru.http > 172.16.0.63.2847: S
>> DAN> 921734884:921734884(0) ack 2533259779 win 57344 <mss
>> DAN> 1460> 20:29:15.184715 IP 172.16.0.63.2847 > www.ru.http: . ack 1 win
>> DAN> 64240 20:29:15.185011 IP 172.16.0.63.2847 > www.ru.http: P 1:273(272)
>> DAN> ack 1 win 64240 20:29:15.222725 IP www.ru.http > 172.16.0.63.2847: . ack
>> DAN> 273 win 58128 20:29:15.281551 IP www.ru.http > 172.16.0.63.2847: P
>> DAN> 1:286(285) ack 273 win 58400 20:29:15.404886 IP 172.16.0.63.2847 >
>> DAN> www.ru.http: . ack 286 win 63955 20:37:47.573264 IP www.ru.http >
>> DAN> 172.16.0.63.2847: R 4666:4666(0) ack 273 win 58400 20:37:47.573671 IP
>> DAN> 172.16.0.63.2847 > www.ru.http: . ack 286 win 63955 20:37:47.607870 IP
>> DAN> www.ru.http > 172.16.0.63.2847: R 921735170:921735170(0) win 0
>>
>> Похоже на path mtu discovery: большой пакет (body) не доходит до клиента
>> через маскарад, и после 8 минут ретрансмиссий сервер разрывает коннекцию.
>>
> Т.е. обрезать MTU раза в два? Hе 1500 как поумолчанию, а скажем 750.
586, наверное. Hу например, хотя это криво.
Другой вариант -- отключить PMTU на клиентах. В виндах и в
юниксах это делается. Точнее, в линуксе вроде даже отключено по
умолчанию.
>
> ppp0 Link encap:Point-to-Point Protocol
> inet addr:172.16.0.63 P-t-P:172.16.0.1 Mask:255.255.255.255
> UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1460 Metric:1
> RX packets:115169 errors:0 dropped:0 overruns:0 frame:0
> TX packets:86189 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:3
> RX bytes:149188998 (142.2 MiB) TX bytes:6132246 (5.8 MiB)
>
>> Правда, если это действительно pmtud, то проблема должна возникать
>> практически с каждым сервером. Поищите, не спёр ли кто icmp... :)
>
> В чём и дело что практически с каждым. Исключения единицы.
> А вот про icmp не понял.
Какой-то лох в середине (судя по тому, что это зависит от
наличия тоннеля) запретил хождение icmp. Фаерволлом, должно быть.
Вообще, правильный вариант -- найти этого горе-хрюниховода и
стукнуть в голову, что icmp вообще-то не по приколу придуман, а
имеет важное народнохозяйственное значение.
Если это ты -- тогда головой апстену.
>
> Эта грабля только с ВПH соединением. Если ходить без него, то всё пучком. Hо
> его навязывают сверху. Так что как-то придётся выходить из положения. Их тех
> упор разводит руками. ЗЫ. Hу и ещё на всякий случай. Если отправить телнетом
> запрос GET / HTTP/1.0\n\n на 80 порт, то заголовок отдаёт.
Да, оно самое. PMTU в бездействии.
--- ifmail v.2.15dev5.3
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
