Prazan popis LAN igara preko OpenVPN-a? Provjerite put otkrivanja

Pingovati tunelsku adresu drugog igrača i vidjeti njegovu hostovanu igru dva su različita postignuća. Popis u lobiju obično zavisi od razmjene otkrivanja napisane za jednu lokalnu mrežu, dok je sesija igre obična veza na adresu i port. Ako prazan popis shvatite kao grešku rutiranja, idete prema mostu koji vam možda nije potreban, zato razdvojite dva pitanja prije nego što išta promijenite.

Razdvojite pridruživanje sesiji od njenog pronalaženja

Neuspjelo pridruživanje upućuje na rute, pravila firewall-a i uslugu koja sluša. Uspješno pridruživanje s praznim popisom upućuje na otkrivanje ili na adresu koju nosi objava. Ta dva ishoda vode potpuno različitom poslu, a razlikovati ih možete samo ako prvi svjesno isprobate.

Zapišite rezultat prije nego što dirnete VPN konfiguraciju. To je najjeftiniji test u cijeloj istrazi i uklanja pola prostora dizajna. Zabilježite i adresu koju ste koristili, jer ona postaje referentna točka za svaki kasniji test. Bez tog retka u bilješkama sljedeće je poređenje nagađanje.

Isprobajte izravno pridruživanje prije nego što dirnete tunel

Ako igra nudi opciju izravnog spajanja, upotrijebite tunelsku adresu hosta i dokumentirani port igre, a vlastitu autentifikaciju igre i pravila firewall-a na hostu ostavite netaknutima. Uspješno pridruživanje sužava problem na otkrivanje. Neuspjelo pridruživanje i dalje traži vlastitu istragu i nijedan relej ga neće popraviti.

Ne pretpostavljajte da su port za otkrivanje i port sesije isti broj. Igre obično objavljuju na jednom UDP portu i primaju igrače na drugom, a relej napravljen za pogrešan daje popis koji i dalje ostaje prazan.

Provjerite i koji je adapter odabrao proces hostanja. Proces vezan za adresu kućne LAN mreže objavit će tu adresu, a udaljeni igrač ne može rutirati do nje čak i kad objava stigne. Popis se može napuniti, a pridruživanje ipak ne uspjeti samo zbog toga.

Shvatite gdje se broadcast zaustavlja

Rutirani TUN tunel prenosi IP pakete između peerova i ne reproducira lokalni broadcast na mreži svakog peera. Ograničena broadcast adresa 255.255.255.255 ostaje unutar sučelja koje je emitira, a broadcast usmjeren na podmrežu zaseban je slučaj, a ne opća licenca da usmjerivači poplave objavama.

To je svojstvo dizajna, a ne nedostatak koji se krpi opcijom. OpenVPN i njegova client-to-client postavka upravlja prometom između peerova unutar tunela i nije relej za otkrivanje, iako se u mnogim temama predlaže upravo za tu svrhu. Relej je zasebna komponenta s vlastitom konfiguracijom i vlastitim načinima kvara. Pretpostavka da postojeća opcija to već pokriva najčešći je razlog zašto istraga zapne.

Multicast otkrivanje ima isti problem s drugom klasom adresa i traži multicast rutiranje ili relej, a ne izuzetak za broadcast.

Kad je relej opravdan, držite ga uskim

Ako je automatsko otkrivanje uvjet, prvo identificirajte stvarnu razmjenu: broadcast ili multicast, odredišnu adresu, UDP port, sučelje koje je šalje i adresu unutar odgovora. Relej primjeren protokolu i ograničen na tih pet činjenica mnogo je uži od proširenja cijelog Ethernet segmenta.

Prosljeđivanje paketa nepromijenjenog može i dalje biti nedovoljno. Ako korisni teret kaže primatelju da se spoji na adresu do koje ne može doći, relej daje beskoristan odgovor, zato vlastito sučelje igre ili postavku objavljene adrese treba isprobati prije nego što ikakav relej postoji.

Ograničite relej na sučelja i peerove kojima treba i definirajte kako odgovori pronalaze podnositelja zahtjeva. Ponavljanje nepovezanih broadcast paketa izlaže druge lokalne usluge i stvara petlje koje je kasnije bolno otklanjati.

Most samo kad dizajn treba Ethernet

Ethernet okviri putuju unutar TAP-a, pa TAP tunel može pripadati namjerno premoštenoj broadcast domeni. Puko prebacivanje s dev tun na dev tap ne gradi taj most, ne čini konfiguraciju poslužitelja kompatibilnom i ne navodi aplikaciju da odabere novo sučelje. OpenVPN vodič za premošćivanje opisuje širi raspored, a ne lijek za jedan prazan lobi.

Premošćivanje također izravnava plan adresa, zato odluka zaslužuje razlog više od nestrpljenja. Dvije mreže koje su bile odvojene postaju jedna i svaka usluga s obje strane počinje vidjeti broadcast druge strane. Ta posljedica pripada u zapis o promjeni prije nego što je itko uključi. Nema pravila da klijenti igara moraju biti u rasponu 192.168; odaberite plan bez preklapanja i provjerite ograničenja konkretne igre umjesto da prenumerirate tunel jer je tako učinio post na forumu.

Na kraju držite dva rezultata odvojeno: može li se hostu pridružiti i oglašava li odgovor otkrivanja odredište koje drugi igrač stvarno može koristiti. Popravljanje drugog bez potvrde prvog način je na koji ljudi završe održavajući most za problem koji nikada nije bio o broadcastu.