Sistem statik IP adresini kaybediyor


11

Başsız sistemlerimden birine /etc/network/interfaceskablolu bir Ethernet üzerinden statik bir IP adresi atanmış . Aynı zamanda bir DHCP sunucusu olan bir yönlendiriciye bağlıdır. Birkaç gün sonra statik adres bırakılır ve bir DHCP adresi ile değiştirilir. Neden olsun ki?

  • Bir sudo ifdown eth0 && sudo ifup eth0veya sudo service networking restartveya yeniden başlatma yaparsam , sistem statik adresini tekrar alır, ancak birkaç gün sonra IP adresi dinamik bir adres olarak değişir.
  • Ağda (yanlışlıkla) aynı statik adrese sahip başka bir sistem yok.
  • NetworkManager sistemde çalışmıyor.
  • Sistemi adres değiştiğinde bana e-posta gönderecek şekilde ayarladım, ancak meydana gelen saatler tamamen rastgele görünüyor. DHCP Kira süresi 24 saattir, ancak bu birbiriyle ilişkili görünmemektedir ve yine de statik bir adres için önemli olmamalıdır.
  • / Etc / network / arayüzlerim:
    otomatik lo
    iface lo inet geri döngü
    otomatik eth0
    iface eth0 inet statik
    adres 192.168.124.104
    ağ geçidi 192.168.124.253
    ağ maskesi 255.255.255.0

Biraz bulmaca.

Bir sistemin statik adresini bırakmasına ve bunun yerine bir DHCP adresi istemesine ne sebep olur? Hangi günlük dosyasına bakmalı?


Ağ yöneticisi arayüzü yönetmeye çalışıyor mu? nmcli dev statusgönderilmezse/etc/network/interfaces
meccooll

@meccooll Dediğim gibi Network Manager çalışmıyor.
Jos

Aklıma gelen tek şey yanlış yapılandırılmış /etc/network/interfacessonrası ya da belki bazı cron iş dhclient çalışıyor?
meccooll

Ağ geçidi x.254 değil, x.253 mü? DNS ad sunucuları nerede bildirilir?
chili555

@ chili555 ağ geçidi ve DNS'nin DHCP üzerinde hiçbir etkisi olmamalıdır. Baksudo grep eth0 /var/log/dmesg
meccooll

Yanıtlar:


8

Son zamanlarda bu sorun üzerinde tökezledi ve bazı araştırmalardan sonra /etc/dhcp/dhcp.conf, buna benzer bir blok eklemek (veya uncommented) için bir bloğa ihtiyaç duyduğu ortaya çıktı:

takma ad {arayüz "eth0";   
sabit adres 10.1.1.1;   
seçenek alt ağ maskesi 255.0.0.0; }

Bu yardımcı olur umarım!

Saygılarımızla, Glendon Brüt


Teşekkürler Glendon. Bu satırları kaldıracağım ve değiştireceğim ve ne olacağını göreceğim. Sorun hala devam ediyor, ancak çok seyrek.
Jos

Çok teşekkürler Glendon. Bu benim için düzeltildi. Statik bir yapılandırmanın /etc/network/interfaceshala dhcp arka plan programı tarafından ayarlandığını
anlamsız görünüyor

İlginç bir düzeltme, NIC'im DHCP'ye geri döndüğünde, bu doğru IP'ye sahip bir takma ad NIC oluşturdu ve müşterilerim hiçbiri akıllı değildi ve her şey yolunda ilerledi. Hala bunun neden olduğundan emin değilim, ama bu düzeltme şimdilik olacak!
FreeSoftwareServers

2
ayrıca benim için /etc/dhcp/dhclient.conf gibi görünüyor.
FreeSoftwareServers

1

Hmmm, garip ... Önemli olduğundan emin değilim, ama düzenli bir şekilde, netmaskparametreyi doğrudan "adres" in arkasına ve "ağ geçidi" nin arkasına yerleştirmem . Ayrıca ( isc-) dhcp-clientpaketini ana bilgisayardan kaldırmalı / devre dışı bırakmalı ve ipv6 ve resolveconfpakete dikkat etmelisiniz . Bundan önce: biteni öğrenmek için bir yol, bir yerde kabul & ve DHCP portlar (sunucu 67 UDP ve istemci 68 UDP) gelen tüm trafiği kaydeden bir güvenlik duvarı kuralını koymak veya cihazları devlet için günlüğü oluşturmaktır dhcp-clientveya trafiğinizi koklayın.

Geçici çözüm (veya alternatif bir çözüm), bazı ana bilgisayarlarınız için DHCP rezervasyonlarını veya DHCP adresleri için sonsuz bir kiralama süresi yapılandırmaktır. Benim için gerçekten iyi çalışıyor ve avantaj merkezi yönetim. DHCP sunucunuz modeminiz / yönlendiricinizse, muhtemelen web arayüzünde (kiralama süresi veya rezervasyon) yapılandırabilir ve bazı yönlendiricilerde "sabit adres" onay kutusunu da işaretleyebilirsiniz. Kendi sunucunuzu (Ubuntu?) Yapılandırdıysanız, dhcpd.confdosyayı aşağıdaki gibi bazı satırlar ekleyerek düzenlemeniz gerekir :

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

1

Bunun eski olduğunu biliyorum, ama mücadele ettiğim benzer bir sorunla karşılaştım. Ayrıca Canonical ile yardım istemek için bir dava açtım.

O zamandan beri sorunumu çözdüm ve bunun bu sorunla karşılaşabilecek başka biri için yararlı olabileceğini umarak bu gönderiye geri döndüm. Sonunda benim sorunum 'wicd-daemon' olduğu ortaya çıktı. Paketin nasıl veya neden kurulduğundan emin değilim, ancak statik adresimi bırakıp benim için diğer ağ sorunlarına neden olan ana katkıda bulundu.

Sorunumun bir belirtisi, ağ kablosunu çıkartıp tekrar takarsam dhclient'in başlayacağıydı. Burada bildirilen soruna benzer şekilde farklı bir IP adresi alacağım. Benim NIC manuel olarak ayarladıysanız, Tamam, ama sonra rastgele bir süre sonra farklı bir IP (arka planda çalışan dhclient nedeniyle görünüyor) alacaktı. Dhclient'in çalışıp çalışmadığını kontrol edin. Dhclient'in neden çalıştığına gelince, bu başka bir sorundur. Aşağıda, dhclient'i benim için neyin çözdüğünü açıklıyorum, bu da birkaç yolu izledi (avahi, ntpd, ifup, ...). Benim durumum için wicd-daemon'du.

Sorun aslında ağ kablolarımı fiziksel olarak taşımamı gerektiren ağları değiştirirken testte ortaya çıktı. Bu benim için olmaması gereken ağ sorununa neden oldu. Statik IP'imin düşmesi veya değişmesi beklenmediğinden, sorunu da keşfetmek biraz zaman aldı.

Sonunda, wicd-daemon ve python-wicd tasfiye edilmesi sorunu halletti. Sistemim artık ağ kablosu çıkarılmış olsa bile statik IP adresini koruyor. Dhclient'in de başladığını görmedim, bu yüzden bu sorunun da kendini çözdüğünü düşünüyorum. Diğer yollara da gittim, yaşadığım konularda bir rulo oynamış gibi görünen avahi'ye baktım, ayrıca ntpd'ye de baktım (garip biliyorum, ama aynı zamanda diğer konular da sysloglarda görünüyordu NTPD'nin muhtemelen bununla bir ilgisi yoktu, ancak şüpheli günlükler üretiyordu). Şans eseri başka testler yaparken bir wicd işlemi tökezleyene kadar birkaç tavşan deliği aşağı koştu.

Dhclient'in çalışıp çalışmadığını ve sisteminizde wicd gibi bir ağ yöneticiniz olup olmadığını uzun hikaye kısa kontrol edin. Statik adresinizle ilgili sorunlara neden olan şey olabilir.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.