Fórum Root.cz
Ostatní => O serveru Root.cz => Téma založeno: houska 30. 03. 2011, 08:40:44
-
Ahoj,
posledni dobou se mi stava, ze root a obecne servery iinfa dosta blbnou - obcas se prohlizec vubec nepripoji a timeoutuje a obcas se nenacitaji obrazky, myslel jsem ze je to chyba u me, ale zda se ze nikoliv:
91.213.160.36
(http://data.monitoring-serveru.cz/2455569/ikonka-zluta.png) (http://statistiky.monitoring-serveru.cz/2455569)
91.213.160.33
(http://data.monitoring-serveru.cz/2026056/ikonka-zluta.png) (http://statistiky.monitoring-serveru.cz/2026056)
-
Díky, zeptám se na to našich adminů, rozhodně to jsou velmi mizerná čísla.
-
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_timestamps
Pak 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-router
Edit: 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.
-
Ahoj,
posledni dobou se mi stava, ze root a obecne servery iinfa dosta blbnou - obcas se prohlizec vubec nepripoji a timeoutuje a obcas se nenacitaji obrazky, myslel jsem ze je to chyba u me, ale zda se ze nikoliv:
Já lezu na root mnohokrát denně a ani jednou se mi nic podobného nestalo.
-
Taky jsem v poslední době nezažil žádný výpadek. Převážně přistupuji z Linuxu, občas ale i z Windows.
-
Taky mi to jde dobře. Z Linuxu a přes U:fona.
-
Mam podobnou zkusenost na jinych serverech. Problem se vyskytuje pouze na debianu a jeho klonech v kombinaci s lvs bezicim "pred" cilovym serverem. Je to tak i u rootu?
Problem vyresilo echo 0 > /proc/sys/net/ipv4/tcp_timestamps
-
Zaznamenávám podobné problémy, v kombinaci s IPv6, i přesto, že v jednom případě jsem na páteři a podruhé mám 2MB přes teredo (2M změřené).
Kromě toho zaznamenávám i pomalé načítání stránek. Homepage nabíhá klidně i 10 sekund, zatímco statický obsah je vyřízen v řádově milisekund. Dalším zdržovákem je také cz.adocean.pl, na který je prohlížeč schopen čekat i minutu. Ten se naštěstí dá zablokovat v hosts. Nicméně šlo by s tím něco udělat? Když už se ty reklamy vkládají skriptem, na který musí prohlížeč aktivně čekat, nešlo by je narvat až za obsah a na správná místa je pak nastylovat?