System traci statyczny adres IP

Jeden z moich systemów bezgłowych ma przypisany statyczny adres IP za pośrednictwem /etc/network/interfacesprzewodowego Ethernetu. Jest podłączony do routera, który jest również serwerem DHCP. Po kilku dniach adres statyczny jest usuwany i zastępowany adresem DHCP. Dlaczego miałoby to być?

• Jeśli zrobię sudo ifdown eth0 && sudo ifup eth0lub sudo service networking restartlub ponownego uruchomienia, system wykonuje jego adresu statycznego ponownie, ale kilka dni później, zmiany adresu IP do jednego dynamicznego.
• W sieci nie ma innego systemu z (przypadkowo) tym samym adresem statycznym.
• Menedżer sieci nie działa w systemie.
• Skonfigurowałem system, aby wysyłał mi e-maile, gdy tylko zmieni się adres, ale czasy, w których to się dzieje, wydają się całkowicie losowe. Czas dzierżawy DHCP wynosi 24 godziny, ale wydaje się, że nie jest to skorelowane, a poza tym nie powinno to mieć znaczenia dla adresu statycznego.
• Moje / etc / network / interfaces to:

    auto lo
    iface lo inet loopback
    auto eth0
    iface eth0 inet static
    adres 192.168.124.104
    brama 192.168.124.253
    maska ​​sieci 255.255.255.0

To trochę łamigłówka.

Co spowodowałoby, że system zrezygnowałby ze swojego statycznego adresu i zamiast tego zażądałby adresu DHCP? Czego szukać, w jakim pliku dziennika?

Ostatnio natknąłem się na ten problem i po pewnym dochodzeniu okazało się, że /etc/dhcp/dhcp.conf potrzebuje bloku, który należy dodać (lub bez komentarza) podobnie do tego:

alias {interfejs „eth0”;   
adres stały 10.1.1.1;   
opcja maska ​​podsieci 255.0.0.0; }

Mam nadzieję że to pomoże!

Pozdrawiam, Glendon Gross

Hmmm, dziwne ... Nie jestem pewien, czy to ma znaczenie, ale dla porządku umieściłem netmaskparametr bezpośrednio po „adres”, a nie po „bramie”. Powinieneś także odinstalować / dezaktywować pakiet ( isc-) dhcp-clientz hosta i uważać na ipv6 i resolveconfpakiet. Wcześniej: sposobem na sprawdzenie, co się dzieje, jest wprowadzenie reguły zapory ogniowej, która akceptuje i rejestruje cały ruch do i z portów DHCP (serwer 67 UDP i klient 68 UDP) lub tworzy rejestrowanie dla stanu urządzeń, dhcp-clientlub wąchaj swój ruch.

Obejściem (lub rozwiązaniem alternatywnym) jest jednak skonfigurowanie rezerwacji DHCP dla niektórych hostów lub nieskończony czas dzierżawy dla ich adresów DHCP. Dla mnie to działa naprawdę dobrze, a zaletą jest scentralizowane zarządzanie. Jeśli twoim serwerem DHCP jest modem / router, prawdopodobnie możesz go skonfigurować w interfejsie internetowym (czas dzierżawy lub rezerwacja), a na niektórych routerach możesz nawet zaznaczyć pole wyboru „stały adres”. Jeśli skonfigurowałeś własny serwer (Ubuntu?), Musisz edytować dhcpd.confplik, dodając kilka takich wierszy:

host Accountant {
  hardware ethernet 00:1F:6A:XX:XX:XX;
  fixed-address 192.168.124.104;
}

Wiem, że to stare, ale natrafiłem na podobny problem, z którym się zmagałem. Otworzyłem również sprawę z Canonical, aby poprosić o pomoc.

Od tego czasu rozwiązałem problem i wróciłem do tego postu z nadzieją, że może się on przydać komuś innemu, kto mógłby się na to natknąć. Mój problem ostatecznie okazał się „wicd-daemon”. Nie jestem pewien, w jaki sposób i dlaczego pakiet został zainstalowany, ale był to główny czynnik upuszczający mój statyczny adres i powodujący inne problemy z siecią.

Objawem mojego problemu było to, że dhclient uruchomiłby się, gdybym odłączył kabel sieciowy i włączył go z powrotem. Podobnie jak w zgłoszonym tutaj problemie, otrzymałbym inny adres IP. Jeśli ustawię moją kartę sieciową ręcznie, to będzie OK, ale później jakiś losowy czas uzyskałby inny adres IP (wydaje się, że działa w tle program dhclient). Sprawdź, czy dhclient działa. Co do tego, dlaczego dhclient nawet działa, to kolejny problem. Poniżej opisuję, co rozwiązało dla mnie dhclient, co skończyło się śledzeniem kilku ścieżek (avahi, ntpd, ifup, ...). W moim przypadku był to demon wicd.

Problem pierwotnie wyszedł na jaw podczas testów, gdy przełączałem sieci, które wymagały ode mnie fizycznego przesunięcia kabla sieciowego. To spowodowało dla mnie problem z siecią, którego nie powinienem mieć. Problem również zajął trochę czasu, ponieważ nie oczekiwano, że mój statyczny adres IP spadnie lub zmieni się.

Ostatecznie usunięcie problemu wicd-daemon i python-wicd zajęło się tym problemem. Mój system zachowuje teraz statyczny adres IP, nawet gdy kabel sieciowy został odłączony. Nie widziałem też uruchamiania dhclient, więc myślę, że problem sam się rozwiązał. Poszedłem również innymi ścieżkami, patrząc na avahi, które wydawały się odgrywać rolę w moich problemach, również spojrzałem na ntpd (dziwne, wiem, ale to pokazywało się w syslogach w tym samym czasie inne problemy zrobiło; NTPD prawdopodobnie nie miało z tym nic wspólnego, ale produkowało podejrzane dzienniki). Zbiegłem przez kilka króliczych dziur, aż przypadkiem natknąłem się na przebiegający proces podczas innych testów.

Tak długa historia sprawdź, czy dhclient działa i czy masz w systemie menedżera sieci, takiego jak wicd. Może to być przyczyną problemów z Twoim statycznym adresem.