Jaringan Tidak Terjangkau Setelah Pembaruan


0

Inilah situasi saya: Saya menjalankan gambar Google Compute Engine Ubuntu 16.04 default di GCE. Semuanya pada dasarnya adalah pengaturan default, dan saya mengizinkan koneksi ke SSH, HTTP dan HTTPS. Semuanya berfungsi sampai terjadi reboot, pada titik mana jaringan berhenti bekerja. Ini telah terjadi untuk kedua kalinya sekarang, pertama kali saya baru mulai dari awal, tetapi saya ingin mencari tahu apa yang terjadi sekarang.

Sejauh yang saya tahu, itu terjadi setelah peningkatan tanpa pengawasan, atau peningkatan manual, ketika kernel ditingkatkan, tetapi saya tidak 100% yakin. Semuanya terlihat sangat normal, tetapi tidak ada lalu lintas jaringan masuk atau keluar yang berfungsi. Saya tidak bisa melakukan ping mesin, atau SSH ke dalamnya. Saya dapat masuk melalui terminal serial melalui Google Cloud Console. Di sini, ketika saya mencoba melakukan ping mesin dari luar, saya mendapatkan pesan berikut di konsol:

Nov  1 11:40:17 instance-2 kernel: [  409.306083] IPv4: martian source 10.128.0.2 from *x.x.x.x (my ip)*, on dev ens4
Nov  1 11:40:17 instance-2 kernel: [  409.306100] ll header: 00000000: 42 01 0a 80 00 02 42 01 0a 80 00 01 08 00        B.....B.......

Saya juga melihat beberapa kesalahan saat boot terkait cloud-init, seperti ini:

[   26.780358] cloud-init[1177]: 2017-11-01 11:24:42,023 - util.py[WARNING]: No instance datasource found! Likely bad things to come!
[FAILED] Failed to start Initial cloud-init job (metadata service crawler).

Tetapi ini mungkin terkait dengan tidak memiliki konektivitas jaringan?

Saya tidak dapat menjangkau apa pun, termasuk gateway default 10.128.0.1

Output dari ifconfig

ens4      Link encap:Ethernet  HWaddr 42:01:0a:80:00:02  
          inet addr:10.128.0.2  Bcast:10.128.0.2  Mask:255.255.255.255
          inet6 addr: fe80::4001:aff:fe80:2/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1460  Metric:1
          RX packets:11 errors:0 dropped:0 overruns:0 frame:0
          TX packets:24 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:2186 (2.1 KB)  TX bytes:2980 (2.9 KB)

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

Isi dari /var/lib/dhcp/dhclient.ens4.leases

lease {
  interface "ens4";
  fixed-address 10.128.0.2;
  option subnet-mask 255.255.255.255;
  option routers 10.128.0.1;
  option dhcp-lease-time 86400;
  option dhcp-message-type 5;
  option domain-name-servers 169.254.169.254;
  option dhcp-server-identifier 169.254.169.254;
  option interface-mtu 1460;
  option domain-search "c.green-torus-124415.internal.", "google.internal.";
  option ntp-servers 169.254.169.254;
  option rfc3442-classless-static-routes 32,10,128,0,1,0,0,0,0,0,10,128,0,1;
  option host-name "instance-5.c.green-torus-124415.internal";
  option domain-name "c.green-torus-124415.internal";
  renew 3 2017/11/01 16:33:45;
  rebind 3 2017/11/01 16:33:45;
  expire 3 2017/11/01 16:33:45;
}
lease {
  interface "ens4";
  fixed-address 10.128.0.2;
  option subnet-mask 255.255.255.255;
  option routers 10.128.0.1;
  option dhcp-lease-time 86400;
  option dhcp-message-type 5;
  option domain-name-servers 169.254.169.254;
  option dhcp-server-identifier 169.254.169.254;
  option interface-mtu 1460;
  option domain-search "c.green-torus-124415.internal.", "google.internal.";
  option ntp-servers 169.254.169.254;
  option rfc3442-classless-static-routes 32,10,128,0,1,0,0,0,0,0,10,128,0,1;
  option host-name "instance-5.c.green-torus-124415.internal";
  option domain-name "c.green-torus-124415.internal";
  renew 4 2017/11/02 01:52:41;
  rebind 4 2017/11/02 13:33:46;
  expire 4 2017/11/02 16:33:46;
}

Jadi sepertinya paket tersebut sampai ke VM, tetapi ia berpikir itu adalah paket Mars untuk beberapa alasan dan mengabaikan / menolaknya?

Paket-paket ini diperbarui kemarin:

  • libgnutls-openssl27: amd64
  • linux-headers-4.10.0-38-generic: amd64
  • linux-header-virtual-hwe-16.04: amd64

Saya sudah mencoba memperbarui penyewaan DHCP, dan menghapus kernel baru dan mem-boot kernel sebelumnya tidak berhasil.

Apa yang bisa dilakukan untuk menyelesaikan ini?

Jawaban:


0

Jadi ternyata masalah itu dengan ddclient. Masalah yang sama terjadi pada saya di Azure juga, tetapi tidak pernah terjadi pada AWS.

Saya menggunakan ddclient untuk memperbarui catatan domain saya untuk server ini. Tampaknya mungkin GCE dan Azure menggunakan ddclient selama pengaturan cloud-init untuk instance, tetapi AWS tidak. Saya berasumsi ini diperlukan untuk memberi tahu gateway instance instance, dll. Ketika saya menginstal dan membuat konfigurasi saya sendiri untuk ddclient, ini tampaknya menimpa apa yang terjadi selama instance startup, sehingga menyebabkan jaringan tidak berfungsi dengan baik. Menghapus instalan ddclient dan menghapus /etc/ddclient.conf memecahkan masalah.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.