Dotaz: Nemohu se připojit na 1 web

[hrrrr]

Ze svého ubuntu se už pár týdnů nemohu připojit na web www.chmi.cz žádným prohlížečem. Telnet končí takto:

telnet www.chmi.cz 80
Trying 194.228.52.221...
Connected to www.chmi.cz.
Escape character is '^]'.
GET / HTTP/1.1

Pokud to samé udělám na routeru, tak to funguje:

telnet www.chmi.cz 80
Trying 194.228.52.221...
Connected to www.chmi.cz.
Escape character is '^]'.
GET / HTTP/1.1

HTTP/1.1 400 URL format not supported
MIME-Version: 1.0
Date: Sun, 23 Mar 2008 11:33:10 GMT
Connection: close
Content-Type: text/html

.....

Udivuje mě ale jedna věc. Z windows na svém počítači se na web dostanu, z ubuntu už ale ne. A to mám stejnou ip adresu a všechno přidělené dhcp serverem.

ifconfig
eth0      Zapouzdření:Ethernet  HWadr XX:XX:XX:XX:XX:XX
          inet adr:192.168.54.5  Všesměr:192.168.54.255  Maska:255.255.255.0
          inet6-adr: fe80::21d:60ff:fee9:663f/64 Rozsah:Linka
          AKTIVOVÁNO VŠESMĚROVÉ_VYSÍLÁNÍ BĚŽÍ MULTICAST  MTU:1500  Metrika:1
          RX packets:4444 errors:0 dropped:0 overruns:0 frame:0
          TX packets:4849 errors:0 dropped:0 overruns:0 carrier:0
          kolizí:0 délka odchozí fronty:1000
          Přijato bajtů: 2189034 (2.0 MB) Odesláno bajtů: 1099283 (1.0 MB)
          Přerušení:17

lo        Zapouzdření:Místní smyčka
          inet adr:127.0.0.1  Maska:255.0.0.0
          inet6-adr: ::1/128 Rozsah:Počítač
          AKTIVOVÁNO SMYČKA BĚŽÍ  MTU:16436  Metrika:1
          RX packets:469 errors:0 dropped:0 overruns:0 frame:0
          TX packets:469 errors:0 dropped:0 overruns:0 carrier:0
          kolizí:0 délka odchozí fronty:0
          Přijato bajtů: 17001 (16.6 KB) Odesláno bajtů: 17001 (16.6 KB)

wlan0     Zapouzdření:Ethernet  HWadr XX:XX:XX:XX:XX:XX
          AKTIVOVÁNO VŠESMĚROVÉ_VYSÍLÁNÍ MULTICAST  MTU:1500  Metrika:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          kolizí:0 délka odchozí fronty:1000
          Přijato bajtů: 0 (0.0 b) Odesláno bajtů: 0 (0.0 b)

wmaster0  Zapouzdření:NEZNÁM  HWadr 00-15-AF-3E-8E-65-00-00-00-00-00-00-00-00-00-00
          AKTIVOVÁNO VŠESMĚROVÉ_VYSÍLÁNÍ BĚŽÍ MULTICAST  MTU:1500  Metrika:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          kolizí:0 délka odchozí fronty:1000
          Přijato bajtů: 0 (0.0 b) Odesláno bajtů: 0 (0.0 b)

Firewall na mém pc neběží, soubory /etc/hosts.deny a allow jsou prázdné. Routování funguje dobře a na všechny ostatní weby kromě tohoto jednoho se dostanu. Vyzkoušel jsem i spustit liveCD ubuntu, a tam se také na tento 1 web NEDOSTANU. Kde teda mýám hledat problém?

Odpovědi

[stativ]

mně na ty stránky nejde ani ping

[Petr Šobáň]

Je to problém serveru - mě to taky nejde.

Pořád načítám a nic.

[petr@soban ~]$ traceroute www.chmi.cz
traceroute to www.chmi.cz (194.228.52.221), 30 hops max, 40 byte packets
 1  router (10.0.0.10)  1.156 ms  1.753 ms  2.400 ms
 2  bgate.ol.ntw.fcanet.cz (80.188.170.1)  15.025 ms  19.799 ms  24.042 ms
 3  bw1.ol.fcanet.cz (194.228.30.65)  24.765 ms  25.680 ms  25.903 ms
 4  cisco-tele-loc.ngbox.cz (194.228.234.193)  26.246 ms  26.937 ms  27.156 ms
 5  169.254.178.33 (169.254.178.33)  27.904 ms  28.649 ms  29.027 ms
 6  10.10.254.34 (10.10.254.34)  36.691 ms  36.419 ms  36.419 ms
 7  194.228.81.161 (194.228.81.161)  36.221 ms  44.257 ms  40.595 ms
 8  80.188.33.238 (80.188.33.238)  44.599 ms  48.418 ms  49.055 ms
 9  80.188.33.238 (80.188.33.238)  50.205 ms  50.410 ms  51.003 ms
10  194.228.21.102 (194.228.21.102)  51.313 ms  51.725 ms  52.167 ms
11  194.228.100.138 (194.228.100.138)  53.138 ms  53.359 ms  53.623 ms
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *
[petr@soban ~]$ 

Kontaktujte správce serveru ať to spraví pokud to má fungovat pouze s jedním nejmenovaným prohlížečem

Závada není na linuxu.

[hrrrr]

No ten router je taky linuxovej a na něm to jde. Funguje to i na jiných mých server pod debianem. Pouze na tom mém ubuntu ne. A že nejde ping by nemělo vadit. Ten beztak nějakej "chytrák" chmi admin zablokoval, ale na web z ostatních systémů přístup mám.

[Petr Šobáň]

No z windows s FF funguje z F8 nefunguje.

Neřeším to prostě když o mě někde nestojí a dělají opičárny aby to nefungovalo.....

Firewall jsem pro jistotu vypnul a nic.

Mozilla/5.0 (X11; U; Linux x86_64; cs-CZ; rv:1.8.1.12) Gecko/20080208 Fedora/2.0.0.12-1.fc8 Firefox/2.0.0.12

[Petr]

Je to problém serveru - mě to taky nejde.

Závada není na linuxu.

Se vší úctou, když to funguje všude jen na Ubuntu ne tak to není problém serveru ale jednoho konkrétního systému na tom stroji. Mám chmi.cz na Slackware v opeře9.1 kvůli počasí 24h denně a bez problémů takže Linux je v tom taky bez viny .

Já bych zkusil nejdřív jiné liveCD než Ubuntu a pak bych řešil dál kde může být zakopaný pes.

[stativ]

Mně to na Archu taky nefunguje.

[Smajchl]

Archlinux - Konqueror a funguje, netušim čím to může být :-/

[Míra]

Já se z Kubuntu 7.10 připojím, z FreeBSD 7.0 taky.

[Jan Drábek]

Taky mám tenhle problém...

Gentoo AMD64, Konqueror 3.5.9, připojení Chello

[Jan Drábek]

Z windows se tam nedostanu

[Jan Drábek]

oprava: Dostanu!

[unknown_]

Mám podobnej problém (třeba s www.freebsd.org, undeadly.org, ...., na který všechno jede, ale opera se nepřipojí. Je to problém routeru (jakejsi D-link), protože na jakýmkoli jiným připojení mi to jede OK i z Opery.

[..]

opera <=9.26 ma na techto webech trochu problem s IPv6. Ve verzi 9.50b uz to jede jak ma.

[dik]

mel jse podobnej problem, pomohlo mi nastavit MTU z 1500 na 1492.. dik dik

[Luboš Doležel (Doli)]

Nesouvisí to nějak s jednou nastavitelnou vlastností TCP v jádře, která způsobuje problémy při spojení, pokud je na cestě rozbitý router? Nevím, jak se to jmenovalo, ale už se to tu párkrát řešilo.

[Michal Kubeček]

ECN (Explicit Congestion Notification). Vypnout to lze buď globálně zapsáním nuly do /proc/sys/net/ipv4/tcp_ecn nebo pro vybrané pakety netfilterem (akce ECN). Ale tohle nejspíš nebude ten případ.

[Filip Jirsák]

Kdo vede – funguje, nebo nefunguje? Viděl bych to na problém s DNS nebo s routováním – v prvním případě přímo u chmi.cz, v druhém případě u jejich ISP nebo někde po cestě. Protože když to náhodně někomu funguje a někomu ne, nevypadá to na problém s distribucí. A vzhledem k tomu, že to někomu funguje i nefunguje z jedné sítě, spíš to bude problém DNS – někde je nakešovaný starý záznam, a jinde už nový. A jeden z nich je špatný.

[Andrej Herceg]

Tiež mi tá stránka v Konqueror, Firefox, curl... vráti iba http hlavičku (a potom už nič). Pritom mi to ešte nedávno fungovalo normálne.

[hrrrr]

No problém dns to není, ip adresa je přeložena stejně tam kde to jde i tam kde ne. Možná je problém někde v tom tcp jak tady někdo zmínil. Teď jsem přišel na 1 zajímavou věc: na 64-bitovém systému mi to nejede, ale na 32-bitových ano.

[stativ]

To, že se adresa přeloží ještě neznamená, že se přeloží správně. Může se stát, že se daný DNS záznam nerozdistribuoval do všech DNS. Takže někdo se třeba snaží připojit na starou neexistující adresu. To by se ale mělo časem zpravit samo (nejspíš).

Další možností je to opravdu něco v nastavení TCP. Možná mají admina takového machra, že filtruje pakety podle některých kritérií, která mohou být specifická jen pro určitý systém.

[hrrrr]

To sice ne, ale pokud to na funkčním systému přeloží stejně jako na systému, ze kterého se připojit nemohu, tak je ip správná.

[Jirka]

Na openSUSE 10.3 to nedávno fungovalo, teď také ne. Z toho samého PC přes VirtualBox a WinXP a IE6 je to OK. Změna MTU nepomohla. Vrací to alespoň HTTP hlavičku:

Apache/2.0.54 (Unix) PHP/4.4.0

[hrrrr]

No jedna možnost jak se na chmi dostat je přes veřejný proxy server. To alespoň funguje.

[BigWrigley]

Co to zkusit sniffnout wiresharkem nebo tcpdumpem?

Jak jsem to tedka zkousel, na muj GET dojde ACK, a pak (zda se) zbytek po rozfragmentovanem paketu, ktery ma navic priznak "don't fragment". Na ten poslu ACK a apk uz jen posilam FIN, na coz reaguje server RST... Neco spatne s fragmentaci po ceste ?

Ales

[tomk]

Porovnaval jsem tcpdump z Mac OS X, kde to jde, s linuxem a vypada to, ze je problem ve window scalingu. Kdyz ho v linux vypnu, tak to jede. Vyzkousejte

sysctl -w net.ipv4.tcp_window_scaling=0

Takze asi ti, co maji kernel 2.6.17 a novejsi, tak jsou timto postizeni.

Tomas

[pepek]

Mam kernel 2.6.22, ubuntu 7.10 a ve firefoxu to funguje ;)

[tomk]

Gratuluju, ale dokud neuvidim z toho ubuntu vypis "sysctl net.ipv4.tcp_window_scaling" , tak nebudu vedet, jestli to tu domnenku podporuje nebo vyvraci Treba jen chteli tvurci teto distribuce sve uzivatele usetrit badani, tak jim to rovnou vypnuli.

[Andrej Herceg]

Mne to nastavenie tcp_window_scaling na 0 pomohlo (ale predtým to fungovalo aj bez toho zakázania).

[Petr Šobáň]

Jasně po vypnutí to funguje.

No že to předtím fungovalo bylo že to jejich server nemršil a začal to mršid teď. (nebo nějakej poskytovatel po cestě)

[pepek]

Mas pravdu, mam to vypnuty :)

[Jirka]

Prima, to pomohlo. Ještě další řešení.