Alamat MAC yang berubah di Pi: antarmuka mana yang berubah?

Setelah penyiapan VPN mendarat di sebuah Pi, beberapa identitas antarmuka bisa tampak bergeser. Alamat Ethernet kemarin tidak lagi cocok dengan daftar hari ini, dan kesimpulannya menulis sendiri: VPN mengubah MAC. Biasanya tidak. Membandingkan uplink fisik dengan jembatan atau adaptor virtual bukanlah perbandingan, dan tugas pertama adalah memutuskan objek mana yang sebenarnya Anda lihat.

Namai antarmuka dan pengamatnya

Catat nama perangkat, jenis antarmuka, alamat lapisan tautan saat ini, dan manajer yang memilikinya. Tambahkan stempel waktu, karena tampilan yang berubah saat boot adalah peristiwa yang berbeda dari yang berubah saat terowongan naik.

Lakukan ini untuk antarmuka yang sama sebelum dan sesudah peristiwa koneksi. Dua pengamatan atas satu objek adalah bukti; satu pengamatan atas dua objek adalah kebetulan yang ditempeli cerita. Selisih itulah seluruh penyelidikan. Salah objek, dan setiap pengukuran berikutnya sia-sia.

Jika reservasi DHCP adalah bagian dari masalah, catat identitas klien mana yang benar-benar diterima pengalokasi. Daftar desktop, identitas jembatan, dan entri sewa lama adalah tiga catatan berbeda, dan hanya satu di antaranya yang dilihat router.

TUN, TAP, dan uplink adalah objek berbeda

Kernel menarik garis tegas antara kedua jenis virtual. TUN membawa paket IP dan sama sekali tidak memiliki identitas Ethernet. TAP membawa bingkai Ethernet sehingga memilikinya.

Artinya alamat di sisi TAP bukan alamat uplink fisik, dan alamat TUN yang dirutekan bukan pengganti MAC Wi-Fi. Itu lapisan berbeda dari mesin yang sama.

Jembatan adalah objek ketiga. Ia memiliki alamat lapisan tautannya sendiri, yang diturunkan atau dikonfigurasi secara independen dari port yang terpasang padanya, sehingga jembatan yang naik dapat mengubah apa yang ditampilkan daftar tanpa menyentuh perangkat keras apa pun. Port-portnya menyimpan alamatnya sendiri di bawahnya. Alamatnya juga dapat ditetapkan secara eksplisit, dan saat itu tidak ada yang berasal dari perangkat keras.

Siapa yang benar-benar memiliki perubahan nyata

Jika antarmuka fisik yang sama benar-benar berganti alamat, lihat profil koneksi aktif sebelum menetapkan penyebab. Pengaturan privasi, pengaturan kloning, dan perangkat virtual yang dibuat ulang semuanya menghasilkan gejala itu tanpa keterlibatan VPN.

Kedekatan dalam waktu bukanlah kausalitas. Terowongan mulai dan profil diterapkan ulang sering terjadi pada detik yang sama karena satu memicu yang lain, dan perubahan alamat milik profil. Bacalah profil sebelum membaca log terowongan.

Bedakan juga antarmuka yang dibuat ulang dari perangkat yang sudah ada. Konfigurasi persisten dan antarmuka waktu jalan saling terkait, dan tidak satu pun merupakan identitas perangkat keras permanen.

Apa arti nilai kloning seorang manajer

referensi pengaturan Ethernet NetworkManager memisahkan alamat yang ditetapkan secara eksplisit dari nilai khusus seperti preserve, permanent, random, dan stable, dengan ejaan berbeda di baris perintah dan di antarmuka D-Bus.

Nilai-nilai itu adalah kemampuan yang didukung satu manajer. Itu bukan bukti bahwa image ini menjalankan manajer tersebut, bahwa profil ini memakai pengacakan, atau bahwa proses VPN menulis ulang NIC. Hanya konfigurasi aktif di host ini yang menjawabnya.

Periksa pemilik pengaturan alih-alih memasang manajer kedua agar pengaturan tersedia. Dua manajer yang berebut satu antarmuka menghasilkan persis ketidakstabilan yang kemudian dituduhkan orang pada terowongan.

Perbaiki persyaratan identitas, bukan tampilan

Di mana reservasi lokal diperlukan, ikuti mekanisme identitas klien milik pengalokasi itu sendiri dan selaraskan dengan cara antarmuka dikonfigurasi. Memakukan alamat jembatan atau terowongan yang tidak terkait agar daftar tampak stabil tidak menyelesaikan apa pun. Itu juga menciptakan identitas kedua yang tidak didokumentasikan siapa pun.

VPN terutekan jarak jauh mengautentikasi peer-nya sendiri dan menetapkan alamat melalui modelnya sendiri. Membekukan alamat LAN tidak mendaftarkan peer itu dan tidak menciptakan penetapan terowongan tetap.

Sebelum perubahan identitas yang disetujui, jaga konfigurasi sebelumnya dapat dipulihkan, terutama pada mesin tanpa layar yang tidak bisa Anda datangi. Lalu verifikasi antarmuka yang sama dan layanan lokal yang sama setelah menyambung ulang.

Temuan yang layak dicatat adalah objek mana yang berubah, siapa yang mengonfigurasinya, dan apakah itu melanggar kontrak identitas yang Anda maksudkan. Apa pun yang lebih luas adalah dugaan yang berpakaian kesimpulan. Temuan sempit juga bertahan dalam tinjauan.