Dotaz: ping na localhost vraci jine ip

[Evka]

Ahoj, resim problem s localhostem kdzy pingnu na localhost vrati mi to ipcko dns poskytovatele. Prosel jsem fora a napisu rovnou co jsem jiz zkousel.

1. lo rozhrani existuje
2. ping na 127.0.0.1 funguje v poradku
3. soubor host.conf existuje a jeho obsah je totozny s obsahem souboru v jinem pc ktere funguje
4. soubor hosts existuje a jeho obsah je totozny s obsahem souboru v jinem pc ktere funguje
5. resolv.conf obsahuje ip poskytovatele nic vic
6. soubor nsswitch.conf je totozny se souborem s fungujicim systemem

prisel jsem na to nahodou kdyz jsem dal nmap -sT localhost a vracelo to hovadiny a predpokladam ze odstranenim teto zavady prestane strasit i v jinych castech pc. Ma nekdo dalsi napad kudy tudy cesticka?

Odpovědi

[Petr Šobáň]

No a jak ti máme pomoci.....

S největší pravděpodobností se ptáš na jméno localhost DNS serveru poskytovatele nebo nějakou takovou blbost, nebo máš někde nadefinované že localhost je IP poskytovatele.

[qiRzT]

Tipuju, že problém je /etc/hosts. Můžeš sem dát jeho obsah?

[Evka]

cat hosts
127.0.0.1   localhost
# The following lines are desirable for IPv6 capable hosts
::1     ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts

[pupu]

A neni to nahodou tak, ze mas v /etc/nsswitch.conf u hosts nejdriv dns a teprve potom files? Pokud ano, co rika 'dig localhost'?

[Evka]

cat nsswitch.conf
# /etc/nsswitch.conf
#
# Example configuration of GNU Name Service Switch functionality.
# If you have the `glibc-doc' and `info' packages installed, try:
# `info libc "Name Service Switch"' for information about this file.

passwd:         compat
group:          compat
shadow:         compat

hosts:          dns files
networks:       files

protocols:      db files
services:       db files
ethers:         db files
rpc:            db files

netgroup:       nis

[Evka]

At je hosts: dns files nebo files dns tak je vysledek stejny viz nize

dig localhost

; <<>> DiG 9.2.4 <<>> localhost
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 53033
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;localhost.   IN    A

;; ANSWER SECTION:
localhost.   604800 IN  A 127.0.0.1

;; AUTHORITY SECTION:
localhost.   604800 IN  NS      localhost.

;; Query time: 50 msec
;; SERVER: 62.129.50.20#53(62.129.50.20)
;; WHEN: Sun Aug  5 15:21:38 2007
;; MSG SIZE  rcvd: 57

[miso]

Normalne by som toto nepisal, ale je to divny problem, takze mozne je vsetko
man nsswitch.conf :

... Within each process that uses nsswitch.conf, the entire file is read only once; if the file is later changed, the process will continue using the old configuration. ...

Nebezi nam tu nahodou nejaky caching-only name server?

[Michal Kubeček]

Ten by nějaký nsswitch.conf nebo hosts vůbec nezajímal. Takhle by se mohl chovat spíš nscd. Ale spíš mám podezření na kombinaci search domény a tupohlavého poskytovatele DNS. A také temné tušení, že si zase někdo bez přemýšlení hrál s wildcard záznamy, jak je bohužel v kraji zvykem.

[pupu]

To je v poradku. Dig saha do dns bez ohledu na nsswitch.conf, je k tomu urceny. Nicmene ostatni programy, treba ten zminovany ping, ne. Vrele doporucuji poradi obratit.

[Michal Kubeček]

Co to znamená "vrátí mi to"? Jak přesně vypadá výstup toho příkazu ping?

[Evka]

ping localhost
PING kumi.cz (78.108.144.2) 56(84) bytes of data.
64 bytes from dns.evkanet.net (78.108.144.2): icmp_seq=1 ttl=57 time=17.7 ms
64 bytes from dns.evkanet.net (78.108.144.2): icmp_seq=2 ttl=57 time=14.3 ms

bude to nekde spatne zapsane neb samo od sebe to hledat kumi.cz nezacne

[Michal Kubeček]

Hm… co vám ukáže 'telnet localhost'?

[miso]

cat /etc/resolv.conf
strace ping localhost -c 1 ?

[Michal Kubeček]

Ještě mne napadá:

1. Co udělá 'ping localhost.'? (ta tečka na konci není překlep)
2. Jak vypadá váš resolv.conf?
3. Máte-li v resolv.conf řádek domain nebo search, co udělá 'ping localhost.ta-doména' (místo ta-doména napište tu search doménu)?

[Michal Kubeček]

A jsme, zdá se, doma:

  mike@lion:~> host -t a localhost.kumi.cz
  localhost.kumi.cz is an alias for kumi.cz.
  kumi.cz has address 78.108.144.2
  mike@lion:~> # hm...
  mike@lion:~> host -t a bflmpsvz.kumi.cz
  bflmpsvz.kumi.cz is an alias for kumi.cz.
  kumi.cz has address 78.108.144.2
  mike@lion:~> # že by...
  mike@lion:~> host -t a ignoranti.kumi.cz
  ignoranti.kumi.cz is an alias for kumi.cz.
  kumi.cz has address 78.108.144.2

Takže si (vy nebo váš poskytovatel DNS, podle toho, kdo si ten wildcard záznam vymyslel) za trest stokrát opište: "Wildcard záznamy jsou nebezpečná hračka a nepatří do do rukou malým dětem."

[miso]

Prave toto som sa chystal odskusat

[Evka]

1.

ping localhost.
PING localhost (127.0.0.1) 56(84) bytes of data.
64 bytes from localhost (127.0.0.1): icmp_seq=1 ttl=64 time=0.188 ms
64 bytes from localhost (127.0.0.1): icmp_seq=2 ttl=64 time=0.167 ms

2.

cat /etc/resolv.conf
nameserver 62.129.50.20

3.

nemam radek domain ani search

nejsem zrovna moudry s tohoto vysledku

[Michal Kubeček]

Viděl bych dvě řešení:

1. Přesvědčte toho, kdo spravuje doménu kumi.cz, aby zrušil ten wildcard CNAME záznam pro *.kumi.cz
2. Nepůjde-li to, zkuste do resolv.conf přidat řádek 'options ndots:0'

[Evka]

nedalo by se nejak radeji rict systemu at pinga na locahost a ne na localhost.kumi.cz na jinem serveru to nedela takze bych videl zradu jeste nekde jinde

[Michal Kubeček]

Co si takhle zjistit (man resolv.conf), co dělá to řešení uvedené v bodu 2?

Těžko odhadovat, proč se jiný server chová jinak. Nejspíš má jinak nastavenou (explicitně nebo implicitně) search doménu nebo se ptá jiného nameserveru. Problém je ale podle mne téměř jistě v té výbušné kombinaci search domény a wildcard záznamu. Nemáte-li po ruce lepší vysvětlení, zkuste mi uvěřit.

[Evka]

S timto parametrem to funguje, ale snad se s podobnou zavadou nesetkam dvakrat, clovek by rekl ze o tomto zakladnim nastaveni vi vse ale linux dokaze kdykoli prekvapit.

[Michal Kubeček]

To není problém Linuxu, ten je někde úplně jinde. Linux vám pouze nabízí jednoduchou možnost, jak obejít něčí hloupost. Správné řešení se ale samozřejmě skrývá pod bodem 1.

[Ondrej 'SanTiago' Zajicek]

A nebo proste do /etc/nsswitch.conf dat 'hosts: files dns' namisto 'hosts: dns files'.

[Evka]

to jsem zkousel jako jedno s prvnich a nepomohlo to

[Ondrej 'SanTiago' Zajicek]

Podle toho, co jsi psal, to nepomohlo na 'dig localhost' . Opravdu to nepomuze ani na 'ping localhost' ?