Re: проблемы в связке squid + TSO + windows 98

From

Alexander Kolesnikoff (2:5020/400)

To

Alex Semenyaka

Date

2007-01-15T20:07:34Z

Area

RU.UNIX.BSD

From: Alexander Kolesnikoff <ak@hvv.uku.com.ru>

Alex Semenyaka <Alex.Semenyaka@p640.f640.n461.z2.fidonet.org> wrote:
> Hello Alexander!
> 
> 15 Jan 07 15:35, you wrote to me:
> 
> >> А что с ней не так? Специально не изучал, но в случаях, когда такое
> >> наблюдалось - отправитель честно переставал передавать данные.
> AK>    Всё так, только вот если и дальше окно не открывать, сессия стоит
> AK> мертвая.
> 
> Ну слава богу, так и должно быть. Я был бы неприятно удивлён, если бы я
> закрыл окно, а отправитель продолжал мне что-то передавать.
> 
> AK> В отличии от фряхи, у виндюка таймауты гораздо меньше и сессию
> AK> она завершает раньше (в моём случае это был телнет). Кстати, не
> AK> помню
> AK> сейчас, отвалился ли сам вообще в этом тесте телнет на фряхе.
> 
> Если фришка ничего не пыталась послать - то и не должен был отвалиться. А по
> каким признакам он это может сделать, пардон?

   Приложение, разумеется, должно оборвать сессию по таймауту. А ядру -
пофигу. Оно может и до "страшного суда" держать такую сессию. ;-) 

> Он должен отвалиться либо если keepalive не прошёл (а был включён ли? да и
> таймауты на нём немалые), не смогли в после многих попыток пакет послать
> или с той стороны RST пришёл. В противном случае (ничего не отсылаем и
> ждём) - он и будет висеть, потому что kern_telepat.c не написан :)

  И не надо ничего дописывать лишнего. Здесь нет неопределённости. ;-)

> 
> >> Подождём от Дениса результата двух экспериментов, которые я описал...
> AK>   В связи с вновь открывшимися обстоятельствами (pf) всё ясно. Только
> 
> Я ещё не видел этих обстоятельств :) Не дошло, видимо, пока письмо.
> 
> AK> вот зачем же так издеваться над своими же клиентами? ;-) Сквид
> AK> ставят в локальной сети для ускорения, а тут клинтов нулевым окном в
> 
> Ну и причём тут нулевое окно? Оно открывается сразу (0.5ms) после
> хендшейка - раз, заявляется и в успешных сессиях - два. Сомневаюсь, что
> оно хоть как-то виновато в любом случае. И уж подавно влияния на скорость
> не оказывает, так как всё равно скорость вначале равна MSS/RTT, и задержку
> в 0.5ms клиент вряд ли способен заметить ;)

  Согласен.

> 
> AK> ... Понятно, что это сделано было не специально. Полагаю, надо эту фичу
> AK> выключить. Может и проблема с клиентами win98 решиться.
> 
> Нет, может быть, конечно. Но это какое-то гадание на кофейной гуще... Из
> серии "у меня было ещё много интересных идей".

  И всё-таки ты сам же и соглашаешься, что "может быть". ;-) Ну да, это
танцы с бубном. А какие ещё могут быть рекомендации здесь? Человек же не зря
сказал, что заставить всех клиентов поменять опер - лучше застрелится.
Значит на своей стороне надо что-то делать. Остаюсь при своём мнении: этот
sys-proxy - абсолютно лишняя фича в данной ситуации. (*)

  Alexnader

 *  Если до тебя не дошёл тот постинг: на сервере стоит pf с включённым
   syn-proxy. Он и делает окно нулевого размера.       
--- ifmail v.2.15dev5.3
 * Origin: UKU (2:5020/400)
SEEN-BY: 50/12 400/814 450/159 1024 461/43 132 640 469/999 4616/3 4625/8
SEEN-BY: 4641/444 5000/76 5000 5006/1 5007/1 5010/70 5011/13 5012/46 5015/28
SEEN-BY: 5019/26 5020/18 175 194 400 545 982 1057 1909 1922 2238 2395 2871
SEEN-BY: 5020/4441 5021/29 5025/3 5026/14 45 5027/12 5030/1080 1957 5034/10 13
SEEN-BY: 5035/38 5036/1 5045/7 5049/1 5051/15 5054/1 4 8 9 11 28 35 36 37 45
SEEN-BY: 5054/66 67 70 75 84 85 5059/9 5060/88 5061/15 5062/10 5063/3 5064/7
SEEN-BY: 5066/18 5075/5 5076/1 5077/70 5084/9 5085/13 5095/20 5096/18 6001/10

PATH: 5020/400 545 5054/1 37