Dotaz: Po restartu počítač nejde síť

[jirka]

Mám Mandrivu 2007 a všechno funguje jak má být. Ale před 4 dny jsem jako obvykle vypnul počítač a druhý den po zapnutí mi nenajela síť. Eth0 neměla IP, masku, bránu. Nešla IP zadat ani ručně, hlásilo to, že adresa 192.168.1.11 je již v používání, ale nebyla. Jiná adresa šla zadat, použil jsem adresu 192.168.1.7, která se objevila i ve výpisu a internet se rozeběhl. Monitorováním pomocí jnettop jsem zjistil, že počítač používá neexistující IP 192.168.1.11 přesto, že ve výpisu ip addr show nefigurovala (byla tam 192.168.1.7). Po vypnutí počítače a následném zapnutí opět nešla síť. Nakonec jsem odebral síťovku a zase nainstaloval. Teď již jde nastavit IP adresa 192.168.1.11 a funguje to jak má. Bohužel po restartu síťe:

service network restart
Vypínám rozhraní eth0:  Failed to kill daemon. (No such file or directory)                                                                [   OK   ]
Vypínám rozhraní eth1:                                          [   OK   ]
Vypínám rozhraní pro loopback:                                  [   OK   ]
Spouštím rozhraní pro loopback:                                 [   OK   ]
Spouštím rozhraní eth0:                                         [   OK   ]
Spouštím rozhraní eth1:                                         [   OK   ]

přestane jít síť opět na rozhraní eth0. Podobně při:

# ifdown eth0
# ifup eth0
Error, some other host already uses address 192.168.1.11.

Také přestane fungovat internet a musím ručně přidat adresu:

ip addr add 192.168.1.11/24 brd + dev eth0

pak již internet jde. Vůbec tomu nerozumím a nevím kde hledat chybu. Prošel jsem i /etc/sysconfig/networking/devices, ale i tam to vypadá normálně. Google mi nic neporadil. Už se s tím trápím několik dní a přeinstalovávat se mi to nechce.

Předpokládám, že někde něco používá adresu 192.168.1.11 bez ohledu jestli je nastavená na síťové kartě, nebo běží nějaký démon, který nejde killnout.

Odpovědi

[Michal Kubeček]

A jste si stoprocentně jistý, že tohle

Error, some other host already uses address 192.168.1.11

nemůže být pravda?

[jirka]

Na router mám připojený momentálně pouze jeden počítač. Takže tato adresa 192.168.1.11 by musela být na mém počítači, ale výpis ip addr show tomu nenasvědčuje.

[Michal Kubeček]

Možná by bylo dobré prozkoumat výpisy 'netstat -apn' a 'ip route show table local'. Také mi z toho popisu není moc jasné, jestli tu adresu nastavujete staticky nebo přes DHCP; nemohl by být problém právě v tom, že se systém snaží provést oboje?

[jirka]

# ifdown eth0
# ifup eth0
Error, some other host already uses address 192.168.1.11.
# ip route show table local
broadcast 192.168.0.255 dev eth1  proto kernel  scope link  src 192.168.0.1
broadcast 127.255.255.255 dev lo  proto kernel  scope link  src 127.0.0.1
local 192.168.0.1 dev eth1  proto kernel  scope host  src 192.168.0.1
broadcast 192.168.0.0 dev eth1  proto kernel  scope link  src 192.168.0.1
broadcast 127.0.0.0 dev lo  proto kernel  scope link  src 127.0.0.1
local 127.0.0.1 dev lo  proto kernel  scope host  src 127.0.0.1
local 127.0.0.0/8 dev lo  proto kernel  scope host  src 127.0.0.1

[Michal Kubeček]

Tady také nic závadného. Nemohu si pomoci, ale všechno nasvědčuje tomu, že v tom segmentu už někdo používá adresu 192.168.1.11. Co se stane, když si zkusíte ručně nastavit jinou adresu z toho rozsahu a zkusíte na ni ping? Pokud ping selže, zkuste hned po něm 'ip neigh show', jestli někdo odpovídá na ARP dotaz (nebo to rovnou monitorujte tcpdumpem/wiresharkem).

[jirka]

Tak tohle bylo zajimave.
Nastavil jsem eth0 na IP 192.168.1.7.
Adresa 192.168.1.11 evidentně zde není.
ping 192.168.1.11 žádná odezva, ale:

arp -a
? (192.168.1.11) na 00:11:2F:DF:11:50 [ether] na eth0

což je MAc adresa routru Asus.
Podle jnettop komunikace vypadá tak, že přesto i když má síťovka adresu 192.168.1.7 tak z eth0 se odesílají pakety z adresy (!) 192.168.1.11 na routr o adrese 192.168.1.1, který něco vrací zpět na 192.168.1.11 (eth0).
Další výpis:

ip neigh show
192.168.1.11 dev eth0 lladdr 00:11:2f:df:11:50 STALE

což je opět MAC adresa routru. Routr, ale nemá adresu 192.168.1.11, ale 192.168.1.1, takže nevím proč něco odpovídá.

[Michal Kubeček]

Teď mne napadlo… nemáte na tom svém počítači nastavenou maškarádu na tu původní adresu? Jinak to v tuhle chvíli ale vypadá, že problém je spíš v chování toho routeru než vašeho stroje.

[jirka]

Jo to bude ono! Ale to by nemělo mít vliv na nenahození síťe po zapnutí počítače.

[Michal Kubeček]

To ne, ale mohlo by to vysvětlovat, proč od vás odcházejí pakety se zdrojovou adresou 192.168.1.11. V každém případě si ale myslím, že je určitě nějaký problém v konfiguraci nebo fungování toho routeru.

[jirka]

Takže co jsem udělal. SNAT --to 192.168.1.11 změněn na MASCUERADE, potom na SNAT --to 192.168.1.7. Teď je tam prozatím opět MASCUERADE (kvůli testům). Nemělo to vliv. Dokonce i když tam byl 'SNAT --to 192.168.1.7' tak se snažily některé pakety odcházet s jinou IP. Síť po restartu opět nešla. Projevy stejné jako nahoře.

Výměna 3COM síťovky za novější 3COM - nepomohlo. Zkusil jsem Realtek 8139D, taky nic.

Změna lokální sítě na problematické síťovce Eth0 z 192.168.1.0/24 na diametrálně odlišnou 192.168.7.0/24 - a ejhle zatím to chodí. Přežije to i restart. Žádný chyby to nehlásí. Zatím to tak nechám, zakopanej pes tam někde bude, ale už toho mám dnes dost, takže končím.

Všem moc děkuji.

[jirka]

Dále dotazy na DNS (UDP pakety na port 53) chodí stále z IP 192.168.1.11, což je divné.
Nevím co tam mám za démona na DNS a kde má někjaké nastavení. Asi žádného, neboť jsem tam nic nenašel.
Není mi jasné, jak je to možné, když síťovka eth0 má adresu 192.168.1.7 jak může odesílat z adresy 192.168.1.11. Virtuální rozhraní nastavené nemám. Není možné, aby bylo neviditelné? Jsem laik, možná jsem řekl blbost.

[jirka]

Adresy nastavuji staticky. DCHP nepoužívám, ani jej nemám nainstalovaný.

[Michal Kubeček]

V tom případě je mi trochu záhadou ta hláška "Failed to kill daemon."; měl jsem za to, že se snaží ukončit dhcpcd (resp dhclient).

[jirka]

Výpis 'netstat -apn' je poměrně dlouhý na to, abych jej sem dával. Taky nevím co bych tam měl hledat. Možná ta první část obsahující IP adresy by byla zajímavá.

Proto Recv-Q Send-Q Local Address    Foreign Address State   PID/Program name
tcp        0      0 127.0.0.1:10026  0.0.0.0:*       LISTEN  4106/master
tcp        0      0 0.0.0.0:80       0.0.0.0:*       LISTEN  4516/httpd
tcp        0      0 0.0.0.0:10000    0.0.0.0:*       LISTEN  4212/perl
tcp        0      0 0.0.0.0:6000     0.0.0.0:*       LISTEN  4005/X
tcp        0      0 0.0.0.0:631      0.0.0.0:*       LISTEN  3914/cupsd
tcp        0      0 0.0.0.0:3128     0.0.0.0:*       LISTEN  3843/(squid)
tcp        0      0 127.0.0.1:25     0.0.0.0:*       LISTEN  4106/master
tcp        0      0 :::6000          :::*            LISTEN  4005/X
tcp        0      0 :::21            :::*            LISTEN  3933/proftpd: (acce
tcp        0      0 :::631           :::*            LISTEN  3914/cupsd
udp        0      0 0.0.0.0:32770    0.0.0.0:*               3843/(squid)
udp        0      0 0.0.0.0:10000    0.0.0.0:*               4212/perl
udp        0      0 0.0.0.0:32791    0.0.0.0:*               17530/avahi-daemon:
udp        0      0 0.0.0.0:3130     0.0.0.0:*               3843/(squid)
udp        0      0 0.0.0.0:3401     0.0.0.0:*               3843/(squid)
udp        0      0 0.0.0.0:4827     0.0.0.0:*               3843/(squid)
udp        0      0 0.0.0.0:5353     0.0.0.0:*               17530/avahi-daemon:
udp        0      0 0.0.0.0:631      0.0.0.0:*               3914/cupsd
udp        0      0 127.0.0.1:123    0.0.0.0:*               3787/ntpd
udp        0      0 0.0.0.0:123      0.0.0.0:*               3787/ntpd
udp        0      0 :::32792         :::*                    17530/avahi-daemon:
udp        0      0 :::123           :::*                    3787/ntpd

[Petr]

podívej se do spouštěcích skriptů /etc/sysconfig/network-scripts/ soubory ifcfg-eth0 resp ifcfg-eth1 co v nich máš nastavené, pokud máš jen jednu síťovku, tak ifcfg-eth1 smaž

[jirka]

Mám dvě síťovky, druhá má síť 192.168.0.0/24. S ní zatím nejsou problémy.

[jirka]

Tak jsem pokročil.
Vzhledem k tomu, že závada stále přetrvává a projevuje se jen někdy, tak je obtížné ji analyzovat.

Stav je takový:
V počítači jsou dvě síťové karty eth1 a eth4 (původně eth0, ale počítač si ji po výměně za jinou přejmenoval).
Karta eth1 mě nezajímá je to druhá lokální síť 192.168.0.0/24. Tam není problém.
Karta eth4 (momentálně síť 192.168.1.0/24) je připojena na routr Asus, který poskytuje internet.
Je na něm také provedeno přesměrování na FTP server, který běží právě na tom počítači.
Pokud zapnu počítač a routr neběží, pak je vše v pořádku. Síťová karta eth4 má svoji statickou adresu a internet jde.
Pokud routr zapnu dříve než počítač (asi o 30 sekund), nebo počítač restartuju a routr běží, eth4 nedostane statickou IP (chyba - IP adresa je již používána) a internet nejde.
Pokud na routru dočasně vypnu portforwarding na portu 21 směrovaný na tento počítač chyba nevznikne a normálně vše běží.

Takže kličový pro vznik této chyby je zapnutý portforwarding na IP adresu, která je nastavena staticky na eth4.
Připadá mi to nelogické, ale vzhledem k tomu, že jsem to teď nekolikrát zkoušel i pro jiné IP adresy a opravdu se to tak projevuje, tak to musím konstatovat jako fakt.

Dotaz je jasný, co s tím udělat, abych před zapnutím počítače nemusel vypínat routr?

[papundekl]

flashnout do asusu jiny firmware ?