Saya memodifikasi dhcp menjadi statis di / etc / network / interfaces (seperti di bawah).
# The primary network interface
auto eth0
iface eth0 inet static
netmask 255.255.0.0
address 10.10.130.128
gateway 10.10.1.1
Kemudian restart antarmuka.
$ sudo ifdown eth0; sudo ifup eth0
...
$ ifconfig
eth0 Link encap:Ethernet
inet addr:10.10.130.128 Bcast:10.10.255.255 Mask:255.255.0.0
Jadi alamat baru itu masuk.
Tapi DHCP masih ada di sana?
$ ps aux | grep dhc
root ... dhclient3 -e IF_METRIC=100 -pf /var/run/dhclient.eth0.pid -lf /var/lib/dhcp/dhclient.eth0.leases -1 eth0
Apakah itu normal? Jika tidak, bagaimana cara me-restart antarmuka dalam IP statis sambil menghentikan DHCP pada saat yang sama?
Terima kasih banyak.
networking
dhcp
pengguna276851
sumber
sumber
Jawaban:
sudo ifdown eth0
Kemudian edit konfigurasi
nano /etc/network/interfaces
Bawa antarmuka kembali
sudo ifup eth0
Kalau
dhclient
tidak, tidak dimatikan dengan benar,sumber
/etc/network/interfaces
file secara tidak dapat dibatalkan ? Apakah ada cara untuk memaksa reset ke default dan dan mulai lagi?ifdown
dijalankan, manajer jaringan tidak tahu bahwa itu harus dihentikandhclient
, karena semua yang dilihatnya dalaminterfaces
file adalah entri statis. Setelah itu, antarmuka turun, mengeluarkanifup
membaca dengan benar dan menerapkan pengaturan statis, tetapi juga tidak tahu bahwadhclient
sudah dimulai.Saya memiliki masalah yang sama (Ubuntu 16.04). Namun, ini adalah contoh cloud dan saya tidak bisa ifdown antarmuka yang mudah.
Jawaban singkat: Saya menghapus file
/etc/network/interfaces.d/50-cloud-init.cfg
ifup dipicu oleh file tertentu.Jawaban panjang: Saya mengkonfigurasi antarmuka menggunakan
/etc/network/interfaces
dengan alamat IP statis, tetapi saya masih menemukan di daemon.log bahwa dhclient masih meminta IP dari DHCP dan dhclient dimulai melalui systemd. Secara khusus, systemd disebut unit networking.service, yang disebut ifup, yang membaca file antarmuka dan file 50-cloud-init.cfg. Menghasilkan beberapa konflik, tetapi masih merupakan jaringan fungsional.sumber
Saya menemukan bagi saya, ini karena NetworkManager gnome masih berjalan dan berpikir itu bertanggung jawab atas perangkat. Kalau dipikir-pikir ini seharusnya jelas karena
ps
menunjukkan dhclient sedang diluncurkan oleh NetworkManager.Setelah saya me-restart sistem saya, perangkat pergi ke "tidak dikelola" di NetworkManager dan berhenti mencoba mengkonfigurasinya. Mungkin saya bisa mencapai hal yang sama hanya dengan menghentikan / memulai ulang NetworkManager, saya tidak yakin.
sumber