Dotaz: Misto timeoutu hlaska 401 Unauthorized

[Jan]

Ahoj, zajímalo by mě, co ještě musím donastavit aby se mi místo hlášky timeout nezobrazovalo 401 Unauthorized.

Mám server s CentOS 5.0 a vím, že ta hláška Unathorized pochází z routeru, který je těsně před počítačem. Na kompech s Windows jsem tuhle hlášku nikdy neviděl, vždycky vyskočilo stránka nenalezena. Ale na linuxu vyskočí tato hláška vždy po zadání chybné adresy.

Odpovědi

[Filip Jirsák]

Píšete o webovém prohlížeči? A situace je taková, že máte nějakou síť, která je přes společný router připojena k internetu, a když zadáte ve webovém prohlížeči na počítačích v síti nějakou neexistující adresu webového serveru, na počítačích s Windows dostanete chybu, že vypršel čas, a na počítačích s Linuxem chybu 401? Záleží to jen na operačním systému, nebo také na prohlížeči? Také nevidím žádnou souvislost s tím serverem… Chybné je obojí chování, správně by vám měl prohlížeč sdělit, že adresa nebyla nalezena. Pravděpodobně váš router neexistující adresy přesměrovává, divné je, proč pokaždé jinak.

[Jan]

No nejedná se jenom o webový prohlížeč. To stejné se děje i v PHP u knihovny cURL. Pro informaci posílám výpis z ifconfig a z route.

eth0      Link encap:Ethernet  HWaddr 00:B0:D0:D5:FE:BD
          inet addr:192.168.1.100  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::2b0:d0ff:fed5:febd/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:266848 errors:0 dropped:0 overruns:91 frame:0
          TX packets:151206 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:48496514 (46.2 MiB)  TX bytes:51192668 (48.8 MiB)
          Interrupt:11 Base address:0x2c00

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:735047 errors:0 dropped:0 overruns:0 frame:0
          TX packets:735047 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:3258682090 (3.0 GiB)  TX bytes:3258682090 (3.0 GiB)

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.1.0     *               255.255.255.0   U     0      0        0 eth0
default         192.168.1.1     0.0.0.0         UG    0      0        0 eth0

[Filip Jirsák]

Takže jde opravdu o HTTP komunikaci. Budete muset najít, v čem je rozdíl – některé možnosti jsem popsal v předchozím komentáři.

[Jan]

Už jsem přišel na to, v čem je problém, ale nevím, jak ho vyřešit. PC si k zadaným doménám sám přiřazuje ještě koncovku .ifsm.eu. Nevěděl by někdo, jak to zrušit?

[Filip Jirsák]

V linuxu je to v /etc/resolv.cong položka search – pokud používáte přidělování adres přes DHCP, může tuto adresu nastavit také. Pak je potřeba to buď upravit na DHCP serveru, nebo klienta nakonfigurovat tak, aby tuto volbu ignoroval. Podrobnosti najdete v man resolv.conf.

[Jan]

Tak asi jinak zformuluji otázku: Když zadám neexistující adresu, v linuxu mi vyskočí hláška 401 Unauthorized.

[Filip Jirsák]

Žádnou otázku jste nezformuloval, napsal jste větu oznamovací. A hlavně není potřeba formulovat otázku znova, navíc s uvedením ještě méně informací, ale je potřeba víc popsat problém – třeba s pomocí otázek, které jsem vám napsal v předchozích komentářích. Že mluvíte o HTTP komunikaci a webovém prohlížeči jsem uhodnul, to ale ještě neznamená, že se mi taky podaří uhodnout, v čem je problém.

[Jan]

Ano omlouvám se, ale problém není v konkrétním prohlížeči, na počítači vůbec není instalováno grafické prostředí. Předpokládal bych, že problém bude někde u překladu adres. Existující fungují ale neexistující hlásí 401. Celkem bych potřeboval pomoci, jestli je někdo ochoten.

[Filip Jirsák]

Momentálně je ale nedostatek ochoty na vaší straně. Co se dalo hádat z toho mála, co jste napsal, jsem už napsal v prvním komentáři – že pravděpodobně router neexistující adresy přesměrovává (nejspíš sám na sebe) a pak na ně odpovídá chybou 401.

[tomk]

Osobne se mi zdaji vsechny chybove hlasky MSIE stejne, at se deje cokoliv (ono to asi jde nekde prepnout), takze to, ze se to v nem zobrazuje jinak, by me vubec neprekvapilo. Co ve firefoxu ve windows? Jak se to zobrazuje tam?

Dale, za normalni situace, by nemelo k navazovani HTTP komunikace a tedy ani ke generovani chybovych HTTP kodu dochazet. Pokud se do prohlizece zada neexistujici adresa, nemuze ji sprave resolvovat, coz je krok nutny k tomu, aby navazal spojeni s HTTP serverem. Z toho mi vychazi, ze by se mu tedy bud muselo podarit resolvovat neexistujici adresu/jmeno (coz bych ja povazoval za chybu), nebo pocitace v siti pouzivaji nejake proxy (pak bych pokracoval v hledani problemu asi tam).

Jak vypada vystup prikazu nslookup ta.neexustujici.adresa ?

Tomas

[Jan]

V mozile to hlásí stránka nenalezena, v opere a chromu taktez. Vystup prikazu:

-bash-3.2# nslookup ta.neexustujici.adresa
Server:         8.8.8.8
Address:        8.8.8.8#53

Non-authoritative answer:
ta.neexustujici.adresa.ifsm.eu  canonical name = ifsm.eu.
Name:   ifsm.eu
Address: 88.101.80.62

[tomk]

To tedy mate nejaky wildcard zaznam v dns pro *.ifsm.eu a v resolv.confu na tom stroji, kde to zkousite domain/search ifsm.eu ?

Tomas

[Jan]

v resolv.conf bylo search ifsm.eu to jsem zrusil ale porad to dela to same

[tomk]

Co je stejne? Hlaska 401 (kde?, neni to v cache clienta ?), nebo nslookup vraci stale to same (neni tam jeste ta volba domain? neprepsal tu konfiguraci dhcp client? ma ten stroj vubec statickou konfiguraci IP ?) ?

Tomas

[Jan]

No nslookup již funguje správně, ale curl ani lynx ani ping nefunguje spravne. Muzete mi prosim poradit. Stroj ma statickou IP 192.168.1.100 a verejna IP je mu preNATovana

[tomk]

Ping na neexistujici jmeno nam nefunguje nikomu, to je v poradku Ne, vazne, co to tedy ted dela, nebo nedela? Nedovedu si to predstavit. Neexistujici adresu tedy nslookup neresolvuje a existujici ano? Jak? Co reknke ten ping, ukazte nam, jak to vypada. Co rekne ten curl, kdyz po nem tedy chcete nejaky nesmysl, nebo i neco rozumneho?

Tomas

[Jan]

Tohle se zobrazí:

ping tahle.adresa.ne
PING ifsm.eu (88.101.80.62) 56(84) bytes of data.
64 bytes from 62.80.broadband6.iol.cz (88.101.80.62): icmp_seq=1 ttl=254 time=1.36 ms
64 bytes from 62.80.broadband6.iol.cz (88.101.80.62): icmp_seq=2 ttl=254 time=1.48 ms
64 bytes from 62.80.broadband6.iol.cz (88.101.80.62): icmp_seq=3 ttl=254 time=1.46 ms

--- ifsm.eu ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2000ms
rtt min/avg/max/mdev = 1.364/1.436/1.485/0.060 ms

potom: prikaz curl tahle.adresa.ne vrati HTML kod stránky 401 Unauthorized

curl seznam.cz apod funguje naprosto normálně. A tohle je funkční nslookup:

 -bash-3.2# nslookup tahle.adresa.ne
Server:         8.8.8.8
Address:        8.8.8.8#53

** server can't find tahle.adresa.ne: NXDOMAIN

[tomk]

Takze to stale resolvuje tu starou ip adresu. Pouziva se na tom stroji nscd? Pomuze jeho restart? Napr. prikazem service nscd restart .

Tomas

[Jan]

Ne nscd system nepouziva, jedine co by jeste mohlo mit vliv je dnsmasq ale nwm, jak se nastavuje

[tomk]

Konfigurace dnsmasq bude popsana v jeho dokumentaci. Nevidim v tom pro nej ale moc prostoru. Podle toho, co jsme zatim videli, to vypada, ze se pocitac nepta zadneho lokalniho nameserveru, ale resolvuje primo prostrednictvim verejneho nameserveru googlu. Pokud je tedy predpoklad, ze v resolv.conf je uvedeno jen nameserver 8.8.8.8, spravny (bez znalosti resolv.conf, muzeme jen odhadovat), tak jedine vysvetleni, ktere me napada je nejaka lokalni cache na tom samotnem pocitaci. Ze by tam byla jina, nez nscd, mi neprijde moc pravdepodobne.

Tomas

[Filip Jirsák]

Jestli je lokální cache na počítači, případně na jaké DNS názvy se počítač vlastně ptá, se dá snadno zjistit pomocí tcpdump -n 'udp port 53' a následném vyvolání nějakého dotazu.