Dotaz: Spouští se jiná IP adresa (na pracovní stanici)

[Dalibor Smolík]

Zdravím, na pracovní stanici mám nastavenou pevnou ip adresu, avšak trvale se mi po spuštění počítače přiděluje jiná. Dříve jsem měl dynamickou, konkrétně 192.168.0.7, nyní jsem nastavil pevnou 1912.168.0.90. v /etc/network/interfaces mám nastaveno

auto eth0
iface eth0 inet static
        address 192.168.0.90
        netmask 255.255.255.0
        network 192.168.0.100
        broadcast 192.168.0.255
        gateway 192.168.0.1
        # dns-* options are implemented by the resolvconf package, if installed
        dns-nameservers 62.240.161.226 62.240.161.227

Po spuštění počítače mi však adresa .90 nenaběhne, ale .7. Pokud odpojím všechna odpojitelná zařízení (umount -a), restartuji síť /etc/init.d/networking restart, naběhne již adresa správně, případně ip a ukáže adresy obě. Může to souviset s démonem dhcp (dhclient), jenže nevím jak. Je tu nějaká drobnost, kterou jsem přehlédl? Díky. Je to jen u jedné pracovní stanice, ostatní problémy nemají.

Odpovědi

[jirka]

Nemáte tam náhodou spuštěný NetworkManager ?

[Dalibor Smolík]

Zkusím jej zastavit, zakážu jeho spouštění přes rcconf. Uvidíme. Ale na jiném stroji, kde se nastavuje ip adresa správně, je spuštěn taky. Ale na druhém stroji byla pevná adresa nastavena od samého začátku.

[jirka]

Pokud tam máte NetworkManager, tak to musíte konfigurovat přes něj, protože on soubor interfaces nečte, a pokud se mu nepodaří žádné rozumné nastavení, tak tam nastaví cokoliv, např. poslední známou adresu z dhcp.

[k3dAR]

neni pravda, NetworkManager naopak uspesne automaticky ignoruje zarizeni ktere byli pres /etc/network/interfaces nadefinovane, takove NetworkManager ve vypisu zobrazuje zasedle s infem "Neni spravovano"...
aby NetworkManager spravoval i zarizeni co byli z /etc/network/interfaces nastavene, tak se to naopak MUSI RUCNE vynutit volbou managed v NetworkManager.conf...

[Jurasek]

zdar

network 192.168.0.100 je spatne ma byt 192.168.0.0

zdar

[Dalibor Smolík]

Díky, vyzkouším po restartu PC.

[Dalibor Smolík]

Díky, ale ani jedna úprava nepomohla. Po restartu počítače tentokrát naběhla adresa 192.168.0.6 a adresáře přes nfs se zcela logicky k serveru nepřipojily, pouze lokální.
Musel jsem provést /etc/init.d/networking restart a pak naskočila správná IP adresa, nastavená v /etc/network/interfaces (tj. 192.168.0.90),
příkazem mount -a jsem ručně připojil adresáře.

[NN]

Jses si jisty, ze NM stale nebezi?

[Dalibor Smolík]

Je vypnutý v rcconf, nabíhat neměl, nicméně po novém restartu pracovní stanice se objeví

 
    link/ether d8:cb:8a:3f:04:75 brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.7/24 brd 192.168.0.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet 192.168.0.6/24 brd 192.168.0.255 scope global secondary eth0
       valid_lft forever preferred_lft forever
    inet6 2a00:1028:838c:9b2:dacb:8aff:fe3f:475/64 scope global mngtmpaddr dynamic 
       valid_lft 168310sec preferred_lft 81910sec
    inet6 fe80::dacb:8aff:fe3f:475/64 scope link 
       valid_lft forever preferred_lft forever

ještě to přidá jednu adresu a pokud vypíšu běžící funkce, ukáže mi to následující:

ps ax | grep NetworkManager
  589 ?        Ssl    0:00 /usr/sbin/NetworkManager --no-daemon
 1515 pts/0    S+     0:00 grep NetworkManager

[MP]

Vim v cem je problem - je to networkmanager debilita (viva linux, videli jste nekdy takove chovani na windows??)

automaticka dhcp konfiguraci se ulozila nekam do konfiguracniho souboru a ted se tam furt vraci.

zkontrolovat /var/lib/networkmanager ci co, zda jsou tam dhcp lease soubory

zkontrolovat /etc/networkmanager/neco.conf, zda tam nejsou ty ip uvedeny natvrdo

nebo to proste vyhledat v /etc a /var/lib

[JMP]

každej OS má něco - i windows uměj zabodovat...

novější než WinXP mají třeba DAD udělanou tak pěkně, že to odesílají z adresy 0.0.0.0 (včetně serverů s pevnou IP), pak zdetekujou kolizi na adrese 0.0.0.0 (to když se jich po updatech otočí víc ve stejnou dobu) a při kolizi nastaví preferovanou autokonfigurační adresu (APIPA 169.254.XXX.XXX - opět včetně serverů...) => nedostupnost serverů/služeb (pokud si to člověk pořeší nastavením v registrech, tak mu občas updaty toto nastavení vymažou)

držej si nastavení k odebranejm síťovkám

ještě lepší vtip byl u jedné řady síťovek, kdy při instalaci ovladače z windows přepsaly MAC na 00:00:00:00:00:00 (většině strojů to naštěstí vydrželo jen do restartu, ale byl model motherboardu, kdy toto nastavení přežilo i restart a vrátilo se to do původního stavu až po odpojení elektriky a úplném vybití zdroje) => nahodilé rozpojování sítě kvůli falešné detekci smyčky

[NN]

 589 ?        Ssl    0:00 /usr/sbin/NetworkManager --no-daemon

Porad bezi.

[Dalibor Smolík]

Zabít proces není problém, ale jak zajistit, aby nenaběhl znovu při spuštění počítače? V rcconf zaškrtnutý není.

[Petr Šobáň]

Že by?

systemctl disable NetworkManager

systemctl stop NetworkManager

[Dalibor Smolík]

Díky, prověřím v pondělí ráno.

[k3dAR]

jak sem psal nahore NM NEprenastavuje zarizeni ktere si nastavil v interfaces... overit si to muzes pomoci "nmcli dev" a uvidis ze eth0 bude "neni pod spravou"

[Dalibor Smolík]

systemctl disable NetworkManager

systemctl stop NetworkManager

Toto nepomohlo, po nastartování počítače opět naskočily dvě adresy, a to 192.168.0.6 a 192.168.0.7 místo 192.168.0.90, což je nastavené v /etc/network/interfaces.
Dočasným řešením bylo opět /etc/init.d/networking restart, ovšem předtím jsem odmountoval připojené oddíly ze serveru umount -a.
Po restartu networking naskočila adresa správně a mohl jsem ručně přimountovat opět oddíly příkazem mount -a. Znovu jsem proto aktivoval NetworkManager, v /etc/NetworkManger/NetworkManager.conf jsem změnil řádek
managed=false na managed=true a uvidíme.

[k3dAR]

Zkusil si pred enou conf nmcli dev? Protoze tou zmenou si naopak POVOLIL aby NM spravoval i ta zarizeni ktere chces rucne konfigurovat pres interfaces

[Dalibor Smolík]

V současné chvíli po nastartování (a včerejším povolení NM)

nmcli dev
ZAŘÍZENÍ  TYP       STAV              CONNECTION      
eth0      ethernet  připojeno         Ifupdown (eth0) 
lo        loopback  není pod správou  --           

a stroj se nastartoval s adresou 192.168.0.5. Jestli to nebude mít něco společného s mobilem, který mi po nastartování celého systému přiřadil adresu 192.168.0.6 - nemá-li náhodou smartphone, který má k dispozici síť dříve, než zapnu pracovní stanici na to vliv. Možná tady bude zakopaný pes.

[Peter Golis]

A distribúcia/verzia sú ktoré? Je dosť možné že už máš verziu ktorá sa už konfiguruje mierne odlišne.

[Dalibor Smolík]

Na tomto stroji mám Debian jessie. Dnes jsem vrátil v NetworkManager.conf řádek z managed=true na managed= false. Uvidíme po dalším startu počítače.

[Peter Golis]

Tak v Jessie nepoužívajú na netplan.io s ktorým som mal presne tento problém. A aj druhý, "automatická" migrácia z /etc/network/interfaces do netplan.io nefungovala pre staticky nastavené sieťové rozhrania.

[Dalibor Smolík]

Takže s tím asi moc nenadělám . Naštěstí je to můj stroj, já si s tím poradím, u ostatních se tento problém neprojevuje a na serveru mám Debian Stretch. Mobil jsem měl dnes vypnutý, při jeho zapnutí si vzal volnou adresu 192.168.0.6, což je v pohodě.

[Dalibor Smolík]

Věci mezi nebem a zemí se nemají asi zkoumat. Dnes naběhl počítač se správnou IP adresou i připojenými adresáři.

[marek_hb]

hele - nešlo by to obejít nastavením na routeru? Dát té stanici pevnou adresu na něm

[Dalibor Smolík]

Mrknu se na to, to by taky mohla být cesta