Senarai Permainan LAN Kosong melalui OpenVPN? Periksa Laluan Penemuan

Melakukan ping ke alamat terowong pemain lain dan melihat permainan yang dihoskannya ialah dua pencapaian berbeza. Senarai di lobi biasanya bergantung pada pertukaran penemuan yang ditulis untuk satu rangkaian tempatan sahaja, manakala sesi permainan ialah sambungan biasa ke alamat dan port. Menganggap senarai kosong sebagai kegagalan penghalaan membawa anda ke jambatan yang mungkin tidak diperlukan, jadi asingkan kedua-dua soalan sebelum mengubah apa-apa.

Asingkan penyertaan sesi daripada pencariannya

Penyertaan yang gagal menunjukkan laluan, peraturan firewall dan perkhidmatan yang mendengar. Penyertaan yang berjaya dengan senarai kosong menunjukkan penemuan, atau alamat yang dibawa pengumuman. Kedua-dua hasil membawa kepada kerja yang sama sekali berbeza, dan anda hanya boleh membezakannya dengan mencuba yang pertama secara sengaja.

Catat hasilnya sebelum anda menyentuh konfigurasi VPN. Ia ujian paling murah dalam seluruh siasatan dan menghapuskan separuh ruang reka bentuk. Catat juga alamat yang anda gunakan, kerana ia menjadi titik rujukan untuk setiap ujian seterusnya. Tanpa baris itu dalam nota anda, perbandingan seterusnya hanyalah tekaan.

Uji penyertaan terus sebelum menyentuh terowong

Jika permainan menawarkan pilihan sambungan terus, gunakan alamat terowong hos dan port permainan yang didokumenkan, dan biarkan pengesahan permainan itu sendiri serta peraturan firewall hos tidak berubah. Penyertaan yang berjaya menyempitkan masalah kepada penemuan. Penyertaan yang gagal masih memerlukan siasatannya sendiri, dan tiada geganti akan membaikinya.

Jangan andaikan port penemuan dan port sesi ialah nombor yang sama. Permainan biasanya mengumumkan pada satu port UDP dan menerima pemain pada port lain, dan geganti yang dibina untuk port yang salah menghasilkan senarai yang masih kosong.

Periksa juga adaptor mana yang dipilih oleh proses pengehosan. Proses yang terikat pada alamat LAN rumah akan mengumumkan alamat itu, dan pemain jauh tidak boleh menghalakan ke sana walaupun pengumuman tiba. Senarai mungkin terisi dan penyertaan masih boleh gagal semata-mata kerana itu.

Fahami di mana siaran berhenti

Terowong TUN yang dihalakan membawa paket IP antara rakan dan tidak menghasilkan semula siaran tempatan pada rangkaian setiap rakan. Alamat siaran terhad 255.255.255.255 kekal di dalam antara muka yang memancarkannya, dan siaran yang ditujukan kepada subrangkaian ialah kes berasingan, bukan lesen umum untuk penghala membanjiri pengumuman.

Itu sifat reka bentuk, bukan kecacatan untuk ditampal dengan pilihan. OpenVPN dan client-to-client tetapannya mengawal trafik rakan di dalam terowong dan bukan geganti penemuan, walaupun dicadangkan untuk tujuan ini dalam banyak urutan. Geganti ialah komponen berasingan dengan konfigurasinya sendiri dan mod kegagalannya sendiri. Menganggap pilihan sedia ada sudah meliputinya ialah cara paling biasa siasatan ini tersekat.

Penemuan multicast mempunyai masalah yang sama dengan kelas alamat berbeza, dan ia memerlukan penghalaan multicast atau geganti dan bukannya pengecualian siaran.

Apabila geganti wajar, kekalkannya sempit

Jika penemuan automatik ialah keperluan, kenal pasti pertukaran sebenar dahulu: siaran atau multicast, alamat destinasi, port UDP, antara muka yang menghantarnya, dan alamat di dalam balasan. Geganti yang sesuai dengan protokol dan terhad kepada lima fakta itu jauh lebih sempit daripada memperluas keseluruhan segmen Ethernet.

Menghantar paket tanpa perubahan mungkin masih tidak mencukupi. Jika muatan memberitahu penerima untuk menyambung ke alamat yang tidak dapat dicapainya, geganti memberikan jawapan yang tidak berguna, sebab itu antara muka permainan itu sendiri atau tetapan alamat yang diumumkan harus dicuba sebelum mana-mana geganti wujud.

Hadkan geganti kepada antara muka dan rakan yang memerlukannya, dan takrifkan bagaimana balasan menemui peminta. Mengulang siaran tidak berkaitan mendedahkan perkhidmatan tempatan lain dan mencipta gelung yang menyakitkan untuk dinyahpepijat kemudian.

Jambatan hanya apabila reka bentuk memerlukan Ethernet

Bingkai Ethernet bergerak di dalam TAP, jadi terowong TAP boleh tergolong dalam domain siaran yang dijambatkan secara sengaja. Semata-mata menukar dev tun kepada dev tap tidak membina jambatan itu, tidak menjadikan konfigurasi pelayan serasi dan tidak membuat aplikasi memilih antara muka baharu. Panduan jambatan OpenVPN menerangkan susunan yang lebih luas, bukan penawar untuk satu lobi kosong.

Penjambatan juga meratakan pelan alamat, sebab itu keputusan ini wajar mendapat alasan melebihi ketidaksabaran. Dua rangkaian yang dahulunya berasingan menjadi satu, dan setiap perkhidmatan di kedua-dua belah mula melihat siaran sebelah sana. Kesan itu patut berada dalam rekod perubahan sebelum sesiapa mengaktifkannya. Tiada peraturan bahawa klien permainan mesti berada dalam julat 192.168; pilih pelan tanpa pertindihan dan periksa sekatan permainan berkenaan dan bukannya menomborkan semula terowong kerana satu catatan forum melakukannya.

Pada akhirnya asingkan kedua-dua hasil: sama ada hos boleh disertai, dan sama ada balasan penemuan mengumumkan destinasi yang benar-benar boleh digunakan pemain lain. Membaiki yang kedua tanpa mengesahkan yang pertama ialah cara orang akhirnya menyelenggara jambatan untuk masalah yang tidak pernah berkaitan siaran.