Perkongsian Mac muncul melalui VPN: hentikannya atau sembunyikannya?

Senarai pelayaran dibina daripada pengumuman, dan pengumuman bukan pemberian akses. Seseorang melihat nama komputer riba anda dalam senarai jauh kerana pertanyaan multicast melintasi sempadan yang biasanya menghentikannya di penghala. Lintasan itu menjelaskan kedua-dua sebab entri muncul dan sebab membuang entri tidak sama dengan menutup perkhidmatan. Tentukan yang mana antara kedua-duanya yang sebenarnya anda bantah sebelum mengubah apa-apa.

Apakah sebenarnya entri pelayaran itu

Pemberi jawapan mDNS pada Mac menjawab pertanyaan tentang jenis perkhidmatan yang dihoskannya, dan jawapannya membawa nama, port dan beberapa rekod teks. Klien yang bertanya kemudian memaparkan nama itu dalam senarai. Tiada apa pun dalam pertukaran itu membuktikan sambungan akan berjaya, dan tiada apa pun yang memberikan kebenaran: senarai itu ialah dakwaan tentang nama, bukan tentang akses. Perbezaan itulah yang menentukan sama ada anda patut mematikan sesuatu atau berhenti menerbitkannya.

Perkhidmatan berbeza mendaftar secara berasingan, jadi hilangnya satu entri tidak bermakna semua pengumuman berhenti. Perkongsian fail mendaftar satu jenis, perkongsian skrin satu lagi, dan pencetak, pustaka media serta alat pembangun masing-masing mendaftar jenisnya sendiri. Sebelum menganggap satu suis sebagai kawalan utama, senaraikan apa yang didaftarkan dan proses mana yang memilikinya:

dns-sd -B _smb._tcp
lsof -nP -iUDP:5353

Multicast kekal setempat melainkan sesuatu menjambatannya

Multicast DNS menghantar kepada kumpulan setempat pautan pada UDP 5353, dan penghala tidak memajukan kumpulan itu secara lalai. Oleh itu terowong yang menghalakan trafik unicast meninggalkan penemuan di belakang, dan sebab itulah Mac pada VPN berhalakan biasanya tidak kelihatan kepada tapak jauh. Terowong yang dijambatani, atau geganti yang dikonfigurasikan dengan sengaja, mengubahnya dengan meletakkan kedua-dua hujung dalam satu domain siaran. Reka bentuk mana yang anda ada ialah sifat terowong, bukan nama protokol yang dicetak padanya.

Periksa konfigurasi pelayan untuk melihat sama ada ia menjambatani antara muka atau menghalakan subrangkaian, kerana keduanya berkelakuan berbeza bagi setiap protokol yang bergantung pada siaran. Jika terowong dijambatani, jangkakan lebih daripada satu jenis pengumuman bocor, termasuk perkara yang tidak pernah ingin diterbitkan oleh sesiapa. Jika ia berhalakan, entri dalam senarai jauh mungkin tiba melalui geganti atau penemuan berasaskan DNS unicast, bukan melalui kumpulan multicast. Laluan itu mempunyai pembetulan berbeza, dan menyekat port multicast hanya menutup satu daripadanya.

Menghentikan perkhidmatan ialah sempadan yang paling bersih

Jika Mac tiada urusan menyediakan fail, matikan perkongsian melalui kawalan yang disokong dan bukannya cuba menyembunyikan pengumumannya. Perkhidmatan yang dihentikan tidak boleh disambung, tidak boleh diteka dan tidak boleh dicapai oleh klien lama yang mengingati namanya. Sifat itu menjadikannya kawalan yang lebih kuat, dan ia tidak memerlukan sebarang kerjasama rangkaian.

Panduan perkongsian fail Apple menerangkan model kebenaran untuk folder dikongsi, pengguna dibenarkan dan akses tetamu, dan panel perkongsian menunjukkan keadaan semasa. Semak ketiga-tiganya apabila perkhidmatan benar-benar diperlukan, kerana perkongsian yang mesti wujud ialah perkongsian yang mesti dibatasi. Akses tetamu wajar dilihat secara berasingan, kerana ia boleh membenarkan sambungan tanpa sebarang kelayakan. Kemudian pastikan antara muka mana perkhidmatan mendengar, kerana perkongsian yang ditawarkan pada setiap antara muka juga ditawarkan pada terowong.

Apabila anda perlukan perkhidmatan tetapi bukan penontonnya

Kadang-kadang perkongsian itu sah dan penontonnya tidak. Mengehadkan perkhidmatan kepada sumber yang diluluskan, dengan penemuan dibiarkan sebagai kawalan berasingan dan lebih kecil, ialah susunan yang jujur. Peraturan tembok api, kebenaran setiap pengguna dan mendengar pada antara muka yang betul menyempitkan akses dengan cara yang tidak dapat dilakukan oleh pengumuman tersembunyi.

Menyekat penemuan bersifat kosmetik dalam erti kata ketat: perkhidmatan masih menjawab sesiapa yang tahu namanya. Jika penerbitan itu sendiri masalahnya, hadkannya pada lapisan yang membawanya. Pada rangkaian yang anda uruskan, itu bermakna memutuskan jenis perkhidmatan mana yang harus melintasi sempadan dan mengkonfigurasi jambatan, geganti atau penapis mengikutnya. Menyalin arahan penapis jambatan daripada forum hanya berkesan jika pelayan anda menjalankan tindanan dan mod terowong itu dengan tepat, dan pada rangkaian yang tidak anda uruskan jawapan jujurnya ialah anda tidak boleh mengawal apa yang diingati klien jauh.

Lihat dari sisi jauh

Uji dari sisi jauh dan bukan dari rangkaian Mac itu sendiri, serta uji pelayaran baharu dan bukan senarai yang dicache. Kemudian cuba sambungan langsung ke perkhidmatan mengikut nama dan mengikut alamat, kerana kedua-dua hasil menjawab soalan berbeza. Entri yang tiada dengan sambungan berjaya bermakna anda menyembunyikan label, manakala sambungan gagal bermakna anda menutup perkhidmatan. Cache menjadikan kedua-dua ujian berbohong jika anda melangkau penyegaran, jadi mulakan klien semula.

Catat apa yang anda ubah dan kepada kawalan mana antara tiga itu ia tergolong: perkhidmatan dihentikan, akses dihadkan atau penemuan dihadkan. Apabila seseorang melaporkan bahawa Mac masih muncul, catatan itu memberitahu anda sama ada laporan itu lapuk atau perkhidmatan lain mengumumkan dirinya. Kebanyakan kejutan di sini ialah pendaftaran kedua yang tiada siapa ingat telah diaktifkan, bukan kawalan yang rosak.

Semak semula pendaftaran yang tinggal sebelum membuat kesimpulan bahawa perubahan itu gagal. Senarai inventori pendek lebih baik daripada satu lagi pusingan tekaan.