Alamat MAC Berubah pada Pi: Antara Muka Mana yang Berubah?

Selepas persediaan VPN tiba pada Pi, beberapa identiti antara muka mungkin kelihatan telah berubah. Alamat Ethernet semalam tidak lagi sepadan dengan senarai hari ini, dan kesimpulannya menulis sendiri: VPN telah menukar MAC. Biasanya ia tidak begitu. Membandingkan pautan atas fizikal dengan jambatan atau penyesuai maya bukanlah perbandingan, dan tugas pertama ialah menentukan objek mana yang sebenarnya anda lihat.

Namakan antara muka dan pemerhati

Catat nama peranti, jenis antara muka, alamat lapisan pautan semasa dan pengurus yang memilikinya. Tambahkan cap masa, kerana paparan yang berubah semasa but ialah peristiwa berbeza daripada yang berubah apabila terowong muncul.

Lakukan ini untuk antara muka yang sama sebelum dan selepas peristiwa sambungan. Dua pemerhatian pada satu objek ialah bukti; satu pemerhatian pada dua objek ialah kebetulan yang ditempelkan cerita. Perbezaan itulah keseluruhan siasatan. Salah objek, maka setiap ukuran kemudiannya sia-sia.

Jika tempahan DHCP menjadi sebahagian masalah, catat identiti klien mana yang benar-benar diterima oleh pengagih. Senarai desktop, identiti jambatan dan entri pajakan lama ialah tiga rekod berbeza, dan hanya satu daripadanya yang dilihat oleh penghala.

TUN, TAP dan pautan atas ialah objek berbeza

Kernel menarik garis tegas antara dua jenis maya itu. TUN membawa paket IP dan sama sekali tiada identiti Ethernet. TAP membawa bingkai Ethernet dan oleh itu memang memilikinya.

Ini bermakna alamat di sebelah TAP bukan alamat pautan atas fizikal, dan alamat TUN yang dihalakan bukan MAC Wi-Fi pengganti. Ia lapisan berbeza pada mesin yang sama.

Jambatan ialah objek ketiga. Ia mempunyai alamat lapisan pautan sendiri, diterbitkan atau dikonfigurasikan secara berasingan daripada port yang dipasang padanya, jadi jambatan yang muncul boleh mengubah apa yang dipaparkan senarai tanpa menyentuh sebarang perkakasan. Port di bawahnya mengekalkan alamat masing-masing. Alamatnya juga boleh ditetapkan secara jelas, dan dalam hal itu tiada apa-apa padanya berasal daripada perkakasan.

Siapa sebenarnya memiliki perubahan sebenar

Jika antara muka fizikal yang sama benar-benar menukar alamat, lihat profil sambungan aktif sebelum menetapkan punca. Tetapan privasi, tetapan pengklonan dan peranti maya yang dicipta semula semuanya menghasilkan gejala itu tanpa penglibatan VPN.

Kedekatan dalam masa bukan sebab-musabab. Terowong bermula dan profil digunakan semula sering berlaku dalam detik yang sama kerana satu mencetuskan yang lain, dan perubahan alamat itu milik profil. Baca profil sebelum membaca log terowong.

Bezakan antara muka yang dicipta semula daripada peranti sedia ada juga. Konfigurasi berterusan dan antara muka masa jalan ialah objek berkaitan, dan kedua-duanya bukan identiti perkakasan kekal.

Maksud nilai pengklonan pengurus

Rujukan tetapan Ethernet NetworkManager memisahkan alamat yang ditetapkan secara jelas daripada nilai khas seperti preserve, permanent, random dan stable, dengan ejaan berbeza pada baris arahan dan antara muka D-Bus.

Nilai itu ialah keupayaan yang disokong oleh satu pengurus. Ia bukan bukti bahawa imej ini menjalankan pengurus tersebut, bahawa profil ini menggunakan rawak, atau bahawa proses VPN menulis semula NIC. Hanya konfigurasi aktif pada hos ini menjawabnya.

Periksa pemilik tetapan itu dan bukan memasang pengurus kedua supaya tetapan tersedia. Dua pengurus berebut satu antara muka menghasilkan ketidakstabilan yang kemudiannya disalahkan pada terowong.

Betulkan keperluan identiti, bukan paparan

Di mana tempahan tempatan diperlukan, ikut mekanisme identiti klien pengagih itu sendiri dan selaraskannya dengan cara antara muka dikonfigurasikan. Menyemat alamat jambatan atau terowong yang tidak berkaitan supaya senarai kelihatan stabil tidak menyelesaikan apa-apa. Ia juga mencipta identiti kedua yang tiada siapa dokumentasikan.

VPN berhalakan jauh mengesahkan rakan sebayanya sendiri dan memberikan alamat melalui modelnya sendiri. Membekukan alamat LAN tidak mendaftarkan rakan sejawat itu dan tidak mencipta penetapan terowong tetap.

Sebelum perubahan identiti yang diluluskan, pastikan konfigurasi sebelumnya boleh dipulihkan, terutamanya pada mesin tanpa kepala yang tidak boleh anda dekati. Kemudian sahkan antara muka yang sama dan perkhidmatan tempatan yang sama selepas sambungan semula.

Dapatan yang wajar dicatat ialah objek mana yang berubah, siapa yang mengkonfigurasikannya, dan sama ada ia melanggar kontrak identiti yang anda niatkan. Apa-apa yang lebih luas hanyalah tekaan yang memakai pakaian kesimpulan. Dapatan yang sempit juga bertahan dalam semakan.