Přidám, jak se problém projevuje. Zatím jsme ho pozorovali vždy v souvislosti s tcp portem 80 (web):
- z windows odejde SYN paket s nenastaveným tcp timestamp parametrem k serverům iinfa, servery odpoví, spojení je navázáno
- z linuxu ve firemní síti odejde SYN paket s nastaveným tcp timestamp parametrem k serverům iinfa a zpátky ve velkém množství případů nepřijde ani SYN/ACK paket. Pokud náhodou SYN/ACK dorazí, spojení je navázáno a proběhne, to se ale vyskytuje zřídkakdy.
Už z podstaty problému je jedno, v jaké aplikaci se zkoušíme připojit, selže telnet, wget i browsery (firefox, chrome).
Pokoušeli jsme se najít problém u nás v síti, ale neúspěšně, routování autonomního systému i kancelářské sítě je OK a víc toho neodhalíme...
Co "pomáhá" klientovi s Linuxem:
echo 0 > /proc/sys/net/ipv4/tcp_timestampsPak se servery iinfa záhadně rozjedou...
Jde o podobný (možná stejný) problém jako na
http://www.dslreports.com/forum/r20384007-tcptimestamps-and-two-clients-behind-one-nat-routerEdit: Ještě dodám, že s IPv6 spojeními problémy nejsou :-) takže se načte text rootu/lupy, ale protože css a obrázky jsou na IPv4 only webech, tak prohlížeč čeká na timeouty.