Dotaz: Problém s DNS, pls help

[Petr123]

Zdravím, Naistaloval jsem CentOS 5 a ať dám jakékoliv stahování přes konzoli příkazem wget, tak mi naskočí takováto hláška. V čem je chyba? failed: Dočasná chyba při vyhodnocování jména

DNS na serveru má nastavé správně, 100x jsem to kontroloval. Firewall je vypnutý. Již jsem tímto způsobem postavil 3 servery a nikdy nebyl problém. Až teď. DNS, které používám je nastavené v celé síti (mám malou WiFi síť). Zkoušel jsem server napíchnout jak za router, tak přímo i na ADSL modem a stále nic. Ale když dám ping na náš jiný server v Praze, tak vše proběhne v pohodě a ping to změří. Takže net funguje. Pls pomoc, předem díky.

Odpovědi

[pupu]

Co rika 'dig jmeno_serveru -t any'?

[Petr123]

Jelikož jsem v této problematice ouplně out. Jak zjistím to na co se mě ptáte? :-/

[vrx]

napíšeš to čo je v uvodzovkách do konzole ;)

[Petr123]

A místo jmeno_serveru napíšu IP DNS serveru? Takže 195.146.99.4?

[pupu]

To je adresa, ne jmeno. Jmeno je treba 'www.abclinuxu.cz'

[Petr123]

Tak mě to vypsalo toto:
[root@srv ~]# dig http://storefront.steampowered.com -t any

; <<>> DiG 9.3.3rc2 <<>> http://storefront.steampowered.com -t any
;; global options: printcmd
;; connection timed out; no servers could be reached
[root@srv ~]#

[Petr123]

A to samé bylo, když jsem zadal
dig http://www.abclinuxu.cz -t any

[pupu]

Sice by to melo byt opravdu jmeno BEZ oznaceni protokolu, neboli pouze 'www.abclinuxu.cz', ale nevadi. Mas spatne nastavene DNS servery. Otevri si v nejakem textovem aditoru soubor /etc/resolv.conf a napis tam spravne adresy. Priklad:

nameserver 213.46.172.36
nameserver 213.46.172.37

[Petr123]

Ale já to tám mám správně.
nameserver 195.146.99.4
nameserver 195.146.100.5

[pupu]

'dig @195.146.100.5 www.czcom.cz -t any' pise co? Pokud to same co predtim, pak to nefunguje. Pak jest treba se ptati:

- je Tvuj provider CZCOM?
- funguje skutecne sit?
- nemas spatne nastaveny firewall?

Pokud vse vypada OK, doporucuji dle rady Filipa Jirsaka tcpdump, klidne komplet

'tcpdump -l -n'

, v jinem okne zkusit treba ten wget, potom ctrl-c a napsat sem, co to psalo.

[Petr123]

'dig @195.146.100.5 www.czcom.cz -t any' = stejný výsledek
1.Tiscali
2.síť funguje (připojuji se na server přes SSH)
3. Povypínal jsem co jsem mohl

[root@srv ~]# p -ax
0:00 init [3]
0:00 [migration/0]
0:00 [ksoftirqd/0]
0:00 [watchdog/0]
0:00 [events/0]
0:00 [khelper]
0:00 [kthread]
0:00 [kblockd/0]
0:00 [kacpid]
0:00 [cqueue/0]
0:00 [khubd]
0:00 [kseriod]
0:00 [pdflush]
0:00 [pdflush]
0:00 [kswapd0]
0:00 [aio/0]
0:00 [kpsmoused]
0:00 [ata/0]
0:00 [ata_aux]
0:00 [scsi_eh_0]
0:00 [scsi_eh_1]
0:00 [kmirrord]
0:00 [ksnapd]
0:00 [kjournald]
0:00 [kauditd]
0:00 /sbin/udevd -d
0:00 [kgameportd]
0:00 [kjournald]
0:00 auditd
0:00 python /sbin/audispd
0:00 syslogd -m 0
0:00 klogd -x
0:00 portmap
0:00 rpc.statd
0:00 rpc.idmapd
0:00 dbus-daemon --system
0:00 pcscd
0:00 /usr/bin/hidd --server
0:00 automount
0:00 /usr/sbin/acpid
0:00 cupsd
0:00 /usr/sbin/sshd
0:00 xinetd -stayalive -pidfile /var/run/xinetd.pid
0:00 /usr/sbin/vsftpd /etc/vsftpd/vsftpd.conf
0:00 gpm -m /dev/input/mice -t exps2
0:00 /usr/sbin/httpd
0:00 crond
0:00 /usr/sbin/httpd
0:00 /usr/sbin/httpd
0:00 /usr/sbin/httpd
0:00 /usr/sbin/httpd
0:00 /usr/sbin/httpd
0:00 /usr/sbin/httpd
0:00 /usr/sbin/httpd
0:00 /usr/sbin/httpd
0:00 xfs -droppriv -daemon
0:00 /usr/sbin/atd
0:00 /usr/bin/python /usr/sbin/yum-updatesd
0:00 avahi-daemon: running [srv.local]
0:00 avahi-daemon: chroot helper
0:00 hald
0:00 hald-runner
0:00 hald-addon-acpi: listening on acpid socket /var/run/acpid.socket
0:00 hald-addon-keyboard: listening on /dev/input/event0
0:00 hald-addon-storage: polling /dev/hda
0:00 /sbin/mingetty tty1
0:00 /sbin/mingetty tty2
0:00 /sbin/mingetty tty3
0:00 /sbin/mingetty tty4
0:00 /sbin/mingetty tty5
0:00 /sbin/mingetty tty6
0:02 sshd: root@pts/0
0:00 -bash
0:00 p -ax

[Petr123]

tcpdump -l -n - projelo mnoho řádek. Nemohu je sem zkopírovat (jsou tam nepovolené výrazy)

Na konci bylo.
33766 packets captured
67616 packets received by filter
84 packets dropped by kernel

některé výtazy v řádkách jsem musel zkrátit, protože nejsou povolené.

[Jirka]

Tak výstup tcpdumpu přesměrujte do souboru přidáním > soubor za ten příkaz a přiložte ho sem jako přílohu.

[tomk]

Ta sit funguje jen lokalne nebo i nekam ven? Jak vypada traceroute treba na ten DNS server? Nejak takhle?

hedgehog:~% traceroute -n 195.146.99.4
traceroute to 195.146.99.4 (195.146.99.4), 64 hops max, 40 byte packets
 1  192.168.1.1  1.160 ms  0.434 ms  0.418 ms
 2  62.240.186.1  8.264 ms  6.004 ms  6.881 ms
 3  62.240.162.133  50.141 ms  18.765 ms  5.876 ms
 4  62.240.161.109  11.342 ms  11.440 ms  7.620 ms
 5  194.50.100.100  44.453 ms  17.777 ms  15.092 ms
 6  81.19.32.250  10.429 ms  7.909 ms  49.265 ms
 7  195.146.98.172  63.185 ms  15.360 ms  9.375 ms
 8  195.146.127.70  11.006 ms  51.388 ms  13.628 ms
 9  195.146.99.4  17.438 ms !<10>  9.880 ms !<10>  14.809 ms !<10>

[Petr123]

[root@srv ~]# traceroute -n 195.146.99.4
traceroute to 195.146.99.4 (195.146.99.4), 30 hops max, 40 byte packets
1 * * *
2 * * *
3 * * *

30 * * *

[tomk]

A ping na tu branu jde? Tedy ping -n -c 3 192.168.40.1 . Co to vrati?

[Filip Jirsák]

Spusťte si na tom počítači tcpdump -ni eth0 'udp port 53' (kde místo eth0 dáte rozhraní, kudy by server měl komunikovat s DNS). A pak vyzkoušejte třeba ten wget. Pokud neuvidíte ani DNS požadavek, je chyba ve vaší konfiguraci (počítač neví, kam nebo jak se má dotazovat, případně na firewallu blokujete odeslání požadavku. Pokud se objeví jenom dotaz, ale ne odpověď, je chyba někde mimo váš počítač (který opravdu odpověď nedostane). Pokud by se objevil dotaz i odpověď, buď blokujete odpověď na firewallu, nebo může být odpověď neočekávaná (od jiného počítače, než kam směřoval dotaz), nebo v tom bude ještě jiný problém.

[Petr123]

A tady je další výsledek:
[root@srv ~]# sudo tcpdump -ni eth0 'udp port 53'
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
17:58:47.373589 IP 192.168.40.30.filenet-rmi > 195.146.99.4.domain: 59427+ AAAA? mirrorlist.centos.org. (39)
17:58:52.369054 IP 192.168.40.30.filenet-pa > 195.146.100.5.domain: 59427+ AAAA? mirrorlist.centos.org. (39)
17:58:57.366980 IP 192.168.40.30.filenet-rmi > 195.146.99.4.domain: 59427+ AAAA? mirrorlist.centos.org. (39)
17:59:02.364982 IP 192.168.40.30.filenet-pa > 195.146.100.5.domain: 59427+ AAAA? mirrorlist.centos.org. (39)
17:59:07.363014 IP 192.168.40.30.filenet-pa > 195.146.99.4.domain: 40096+ AAAA? mirrorlist.centos.org. (39)
17:59:12.361934 IP 192.168.40.30.filenet-cm > 195.146.100.5.domain: 40096+ AAAA? mirrorlist.centos.org. (39)
17:59:17.359905 IP 192.168.40.30.filenet-pa > 195.146.99.4.domain: 40096+ AAAA? mirrorlist.centos.org. (39)
17:59:22.357853 IP 192.168.40.30.filenet-cm > 195.146.100.5.domain: 40096+ AAAA? mirrorlist.centos.org. (39)
17:59:27.355931 IP 192.168.40.30.filenet-cm > 195.146.99.4.domain: 44836+ A? mirrorlist.centos.org. (39)
17:59:32.354852 IP 192.168.40.30.filenet-re > 195.146.100.5.domain: 44836+ A? mirrorlist.centos.org. (39)
17:59:37.353784 IP 192.168.40.30.filenet-cm > 195.146.99.4.domain: 44836+ A? mirrorlist.centos.org. (39)
17:59:42.351756 IP 192.168.40.30.filenet-re > 195.146.100.5.domain: 44836+ A? mirrorlist.centos.org. (39)
17:59:47.349824 IP 192.168.40.30.filenet-re > 195.146.99.4.domain: 3917+ A? mirrorlist.centos.org. (39)
17:59:52.347728 IP 192.168.40.30.filenet-pch > 195.146.100.5.domain: 3917+ A? mirrorlist.centos.org. (39)
17:59:57.346705 IP 192.168.40.30.filenet-re > 195.146.99.4.domain: 3917+ A? mirrorlist.centos.org. (39)
18:00:02.344654 IP 192.168.40.30.filenet-pch > 195.146.100.5.domain: 3917+ A? mirrorlist.centos.org. (39)
18:02:17.134911 IP 192.168.40.30.filenet-pch > 195.146.99.4.domain: 52939+ PTR? 10.40.168.192.in-addr.arpa. (44)
18:02:22.134074 IP 192.168.40.30.32776 > 195.146.100.5.domain: 52939+ PTR? 10.40.168.192.in-addr.arpa. (44)
18:02:27.132018 IP 192.168.40.30.filenet-pch > 195.146.99.4.domain: 52939+ PTR? 10.40.168.192.in-addr.arpa. (44)
18:02:32.130021 IP 192.168.40.30.32776 > 195.146.100.5.domain: 52939+ PTR? 10.40.168.192.in-addr.arpa. (44)
18:03:30.159394 IP 192.168.40.30.32776 > 195.146.99.4.domain: 11050+ PTR? 10.40.168.192.in-addr.arpa. (44)
18:03:35.157518 IP 192.168.40.30.32777 > 195.146.100.5.domain: 11050+ PTR? 10.40.168.192.in-addr.arpa. (44)
18:03:40.155432 IP 192.168.40.30.32776 > 195.146.99.4.domain: 11050+ PTR? 10.40.168.192.in-addr.arpa. (44)
18:03:45.153436 IP 192.168.40.30.32777 > 195.146.100.5.domain: 11050+ PTR? 10.40.168.192.in-addr.arpa. (44)
A takhle to zatím skončilo.

[pupu]

Fajn, zadne odpovedi nechodi. Ty adresy jsi dostal od providera? A svoji adresu jsi dostal take od nej? Na prvni pohled se totiz zda, ze jsi na neverejne siti (192.168.x.x je adresni rozsah urceny pro intranety); otazkou zustava, jestli je to OK nebo ne.

[Petr123]

Ty adresy jsem kdysi někde našel na netu (když jsem začínal s WiFi sítí) a od té doby je používám já i dalších 15 pc v síti. Proto také ta 192.167.xxx.xxx. Takže jsme všichni za modemem 213.235.xx.xxx. Také jsem zkusil ten wget příkaz zadat přes konzoli v mém pc (Ubuntu 7.1) (IP 192.168.40.10) a stahování normálně proběhlo, takže předpokládám, že je něco špatně na tom serveru, který doma dávám dohromady.

[pupu]

'telnet 194.228.192.234 25' rekne co? Pripadne totez 'telnet www.pupu.cz 25'? Mam podezreni na neexistujici/spatnou default routu.

[Petr123]

[root@srv ~]# telnet www.pupu.cz 25
www.pupu.cz/25: Temporary failure in name resolution

[pupu]

A to prvni s IP adresou? Tj. 'telnet 194.228.192.234 25'?

[Petr123]

[root@srv ~]# telnet 194.228.192.234 25
Trying 194.228.192.234...
telnet: connect to address 194.228.192.234: Connection timed out
telnet: Unable to connect to remote host: Connection timed out

[pupu]

To vypada nadejne. Jaky je vystup z 'netstat -rn' na tomto stroji a jaky na ostatnich ve stejne siti?

[Petr123]

Server
[root@srv ~]# netstat -rn
Směrovací tabulka v jádru pro IP
Adresát Brána Maska Přízn MSS Okno irtt Rozhraní
192.168.40.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0
0.0.0.0 192.168.40.1 0.0.0.0 UG 0 0 0 eth0

moje pc
game@ozzy:~$ netstat -rn
Směrovací tabulka v jádru pro IP
Adresát Brána Maska Přízn MSS Okno irtt Rozhraní
192.168.40.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0
0.0.0.0 192.168.40.1 0.0.0.0 UG 0 0 0 eth0
Snad se v tom vyznáte.

[pupu]

Tak zase nic. Mas jeste ten vystup z tcpdumpu? Mozna by stalo za to ho prilozit k tomuhle dotazu. Jinak to vazne vypada, ze je nejaka blokada primo na tom modemu... rikals neco o 15 pocitacich, nevycerpals pool pro preklad? Posledni vec, ktera me jeste napada, je kolize IP adresy, ktera z nejakeho duvodu prosla, ale to neni moc pravdepodobne.

[pupu]

Jeste jedna vec - co takhle zkusit sejmout nektery z fungujicich pocitacu a prohodit jim docasne adresy?

[Filip Jirsák]

Koukal jsem teď ještě jednou na ten traceroute, a tazateli neodpověděl ani ten modem…

ping -nc 5 192.168.40.1

vám z obou počítačů ukáže 5 odeslaných a přijatých paketů? (Přepdokládám, že 192.168.40.1 je adresa toho modemu.) Pokud na vašem PC ano a na serveru ne, pak se s tím serverem nechce modem vůbec bavit. Buď je to nějaký firewall, nebo vypadlý kabel

[Petr123]

Ale proč mě tedy prochází ping na náš jiný server v Praze. Už jsem z toho magor. Hodím ho z okna a půjdu se nalejt. [root@srv ~]# ping -n -c 3 89.185.253.3
PING 89.185.253.3 (89.185.253.3) 56(84) bytes of data.
64 bytes from 89.185.253.3: icmp_seq=1 ttl=54 time=22.8 ms
64 bytes from 89.185.253.3: icmp_seq=2 ttl=54 time=15.5 ms
64 bytes from 89.185.253.3: icmp_seq=3 ttl=54 time=15.4 ms

[Filip Jirsák]

A ping na ten modem nebo router projde, nebo ne? Ten firewall může být nastavený libovolně, třeba že na některé adresy komunikaci propustí a jinam ne. Já vím, že už si tady vymýšlím nejrůznější podivné kombinace nastavení firewallu, ale bez znalosti konkrétní konfigurace firewallu se to těžko hádá…

Můžete sem ještě jednou napsat pro shrnutí topologii té vaší sítě? Tj. modem, router, server, pracovní stanice – jak jsou vzájemně propojené a jaké mají IP adresy?

[Filip Jirsák]

Za prvé, měl byste si vyžádat adresy kešujících DNS serverů vašeho providera a používat ty. Jednak budete mít rychlejší odezvu, jednak budete informován o případných změnách, jednak majitel těchhle serverů k nim klidně může omezit provoz jen z vlastní sítě. Ale pokud vám to teď funguje z jiných počítačů, neměl by v tom být problém.

Pokud váš počítač je v interní síti a pokoušíte se dostat na internet, musí být někde NAT – pravděpodobně v tom modemu. Není tam také nějaký firewall, nebo není nutné tam povolit NAT pro konkrétní IP adresu?

[Filip Jirsák]

Ale pokud vám to teď funguje z jiných počítačů, neměl by v tom být problém.

Špatně jsem to napsal – ten problém, který řešíte teď, by s tímhle neměl souviset. Ale až to vyřešíte, měl byste se podívat i na to nastavení správných DNS serverů.

[Petr123]

NAT nepoužívám. Je vypnutý jak ne router, tak i v modemu. A jak jsem psal, zkoušel jsem napíchnout server i přímo do modemu, takže jsem obešel router.

Pokud váš počítač je v interní síti a pokoušíte se dostat na internet, musí být někde NAT – pravděpodobně v tom modemu. Není tam také nějaký firewall, nebo není nutné tam povolit NAT pro konkrétní IP adresu?

I kdyby tam firewall byl, tak proč se úplně stejné příkazy provedou na jiných pc ve stejné síti, pouze na tomto jednom ne? :-/

[Filip Jirsák]

Někde tam NAT být musí, s adresou 192.168.40.x se do internetu nedostanete.

Firewall by mohl blokovat jenom určité počítače nebo adresy. Může povolit komunikaci jenom známým počítačům, IP adresám z určitého rozsahu, počítačům, kterým sám přidělil IP adresu – těch možností je spousta.

[Petr123]

OK, jak změním IP server? Už jsem zkoušel jiné, ale ty nejsou v síti.

[Petr123]

Už jsem na to přišel!
Měl jste pravdu. V modemu ve Firewall, Access Control bylo nastaveno:
TCP
Blokovat všechny klienty s IP na 40.26
UDP
Blokovat všechny clienty s IP nad 40.26

Už to funguje jak má.
Děkuji moc za pomoc a za čas, který jste mi věnovali.
Díky.

[Filip Jirsák]

No vida. Tak hlavně že už to funguje

[Filip Jirsák]

Té otázce moc nerozumím. Pokud chcete změnit IP adresu serveru, šlo by to ručně přes příkaz ip addr, ale to bych nedoporučoval, pokud nevíte, co děláte (ne že by ten příkaz byl nebezpečný, ale asi by to bylo zbytečně složité). Předpokládám, že IP adresu vám nepřiděluje DHCP server, ale nastavil jste jí ručně při konfiguraci. Pak by to mělo být někde v /etc/conf.d/net nebo /etc/networking nebo něco podobného, a pak bude potřebovat restartovat síťové služby. Ideální by bylo, kdyby to šlo nastavit v nějakém (grafickém) konfiguračním nástroji, ale nevím, zda CentOS něco takového má a zda to máte nainstalované.

Už jsem zkoušel jiné, ale ty nejsou v síti.

Tato část otázky mne zaráží nejvíc. Jenom pro jistotu – každý počítač v síti musí mít jedinečnou IP adresu.

[Petr123]

Nevěděl jsem příkaz, kterým se dá změnit IP adresa serveru např. z 40.30 na 40.11. DHCP nepoužívám, každý pc v síti má svoji IP. Adresy, které nejsou v síti. zatím mám v síti rozsah adres 40.1 - 40.25. zkoušel jsem 40.30, 40.55, 40.222. proto jsem napsal, že nejsou v síti.
Ještě, jsem kdysi někde objevil příkaz, ktarý prý nastavil síťovou kartu na maximum.Netušíte jak zní?

[Filip Jirsák]

Ten příkaz pro nastavení IP adresy je ip (resp. ip addr), pokud byste ip v systému neměl, pak můžete použít ifconfig, který je ale už několik let (jestli ne desetiletí) na Linuxu zastaralý a někdy se chová neočekávaně. Každopádně ale vaše distribuce na nastavení IP adresy určitě bude mít nějaký konfigurační soubor a inicializační skript, který pak interně některý z těchto příkazů volá.

Ještě, jsem kdysi někde objevil příkaz, ktarý prý nastavil síťovou kartu na maximum.Netušíte jak zní?

Na maximum čeho? Přenosové rychlosti? To by se měla karta nastavit automaticky, pokud zjistí, že jí protějšek dokáže tak rychle odpovídat.

[Petr123]

Díky.
Ještě poslední dotázek, jestli ještě můžu.
v Ubuntu se mě po zadání iftop -F eth0 zobrazí aktuální vytížení sítě. Neznáte obdobný příkaz pro CentOS potažmo RedHat?

[Filip Jirsák]

Předpokládám, že by nástroj iftop měl jít doinstalovat i do CentOSu nebo RedHatu. Pokud nejdou v oficiálním repozitáři balíčků, najdete nějaké repozitáře tenhle program obsahující Googlem.

[vencour]

Případně se koukněte zde do zdejšího přehledu sw, najdete tam i iptraf, podle hlasů je používanější.

[pupu]

[root@kobyla pupu]# yum provides iftop
fedora                    100% |=========================| 2.1 kB    00:00
updates                   100% |=========================| 2.3 kB    00:00
iftop.i386 : Command line tool that displays bandwidth usage on an interface
iftop.i386 : Command line tool that displays bandwidth usage on an interface

Tohle rika Fedora. http://dag.wieers.com/rpm/packages/iftop/ hlasi baliky pro RedHat. http://rpmfind.net taktez par verzi vidi. Rekl bych, ze to nebude problem. V zakladnim RedHatu 4 neni.

[michich]

iftop pro Red Hat Enterprise Linux je dostupny v repozitari EPEL: http://fedoraproject.org/wiki/EPEL