Vlákno názorů k článku Oskarova nová data od dan - Tak tak, bez SCREENy je delani jaekoliv riskantnejsi...

Tak tak, bez SCREENy je delani jaekoliv riskantnejsi prace v konzoli sebevrazda, bez ohledu na konektivitu. SCREENa umoznuje pripojeni se na puvodni relaci.

app-misc/screen

Latest version available: 4.0.2-r1
Size of downloaded files: 820 kB
Homepage: http://www.gnu.org/software/screen/
Description: Screen is a full-screen window manager that multiplexes a physical terminal between several processes
License: GPL-2

rad poradim....
a priznejte se ze jste nic takoveho od windows necekal.. ale vsichni vime odkud se bere TCP stack modernich OS

Bezva. TcpMaxDataRetransmissions = 5 bude asi vhodné zvednout.

http://support.microsoft.com/kb/q120642/

> ne ze bych chtel rypat ale jak souvisi SSH a windows?

SSH chcípne nikoliv proto, že mu "dlouho nic nepřišlo", ale protože mu Windows zresetovaly TCP spojení, na kterém ona SSH session běžela, protože několik desítek vteřin nedošel ACK ze serveru.

> resp. nemoznost nastaveni timeout je problem klienta a ne OS..

Nevím jak Windows, ale Unixy mají TCP keepalive nastavení společné pro všechny aplikace. Pomocí setsockopt(SO_KEEPALIVE) jej lze pouze selektivně na daném socketu zapnout/vypnout.

ne ze bych chtel rypat ale jak souvisi SSH a windows?
resp. nemoznost nastaveni timeout je problem klienta a ne OS..

to jen pro vase pouceni

Je to windoze-only notebook, v Putty.exe jsem nastavení timeoutu nenašel. Je tam akorát nastavení periody posílání keepalives (asi kvůli NATům s krátkou pamětí), a to mám 0 (vypnutý). Na serveru je FreeBSD:

$ sysctl net.inet.tcp|grep keep
net.inet.tcp.keepidle: 7200000
net.inet.tcp.keepintvl: 75000
net.inet.tcp.keepinit: 75000
net.inet.tcp.always_keepalive: 1

Asi to budou milisekundy, takže standartní 2h interval, to by mělo být v pohodě. Vidím to že spojení resetuje blbej TCP stack na klientovi, takže zbývá leda nějaká deep magic ve Windows registry.

..nebo ještě lépe dokopat T-Mobile, aby posílil síť a jeho BTSky nechodily každou čtvrthodinu do 100%. Bohužel z pohledu hlasových služeb není občasných 0 volných timeslotů žádný podstatný problém, tím by byl teprve hypotetický DALŠÍ volající, takže to zřejmě nechají vyhnít (a zabijou tak další užitečnou službu).

Nebo by se dalo pouzit neco jako "screen" na vzdalenem systemu. Nevim, jestli to rikam dobre, nikdy jsem to nepotreboval... treba vam to pomuze.
(http://www.hmug.org/man/1/screen.html)

A coz takhle si u toho SSH nastavit vetsi timeout? :D

No, hlavne aby jim to fungovalo. GPRS u ostatnich operatoru je prakticky nepouzitelne. Kdyz odejdou vsechny timesloty na hlas, coz se u vytizenych BTSek T-Mobilu stava cca kazdych deset az dvacet minut (asi na nas setrej, parchanti), nastane vypadek a nez nekdo zavesi, neprojde ani paket. Protoze to obvykle trva aspon minutu, SSH klient vytimeoutuje a zabije mi vi-cko s rozdelanou praci na druhe strane. Proste nepouzitelne.

Ceny a uctovani jsou docela v poradku. Porad lepsi model nez megabajt bud za 0,- nebo 70,-