Prazen seznam iger LAN prek OpenVPN? Preverite pot odkrivanja

Pingati naslov tunela drugega igralca in videti njegovo gostovano igro sta dva različna dosežka. Seznam v lobbyju je običajno odvisen od izmenjave odkrivanja, napisane za eno lokalno omrežje, medtem ko je igralna seja običajna povezava na naslov in vrata. Če prazen seznam razumete kot napako usmerjanja, greste proti mostu, ki ga morda ne potrebujete, zato ločite vprašanji, preden karkoli spremenite.

Ločite pridružitev seji od njenega iskanja

Neuspešna pridružitev kaže na poti, pravila požarnega zidu in storitev, ki posluša. Uspešna pridružitev s praznim seznamom kaže na odkrivanje ali na naslov, ki ga nosi objava. Ta dva izida vodita v povsem različno delo, in ju lahko razlikujete le tako, da prvega zavestno preizkusite.

Rezultat zapišite, preden se dotaknete konfiguracije VPN. To je najcenejši preizkus v celotni preiskavi in odstrani polovico prostora za zasnovo. Zabeležite tudi uporabljeni naslov, ker postane referenčna točka za vsak poznejši preizkus. Brez te vrstice v zapiskih je naslednja primerjava le ugibanje.

Preizkusite neposredno pridružitev, preden se dotaknete tunela

Če igra ponuja možnost neposredne povezave, uporabite naslov tunela gostitelja in dokumentirana vrata igre, lastno preverjanje pristnosti igre in pravila požarnega zidu gostitelja pa pustite nedotaknjena. Uspešna pridružitev zoži težavo na odkrivanje. Neuspešna pridružitev še vedno potrebuje lastno preiskavo in noben relay je ne bo popravil.

Ne predpostavljajte, da sta vrata za odkrivanje in vrata seje isto število. Igre običajno objavljajo na enih vratih UDP in sprejemajo igralce na drugih, relay, zgrajen za napačna, pa da seznam, ki ostane prazen.

Preverite tudi, kateri vmesnik je izbral proces gostovanja. Proces, vezan na naslov domačega LAN, bo objavil ta naslov, oddaljeni igralec pa do njega ne more usmerjati, tudi ko objava prispe. Seznam se lahko napolni in pridružitev lahko spodleti samo zaradi tega.

Razumite, kje se oddajanje ustavi

Usmerjen tunel TUN prenaša pakete IP med enakovrednimi vozlišči in ne ponavlja lokalnega oddajanja v omrežju vsakega vozlišča. Omejeni naslov oddajanja 255.255.255.255 ostane znotraj vmesnika, ki ga oddaja, in oddajanje, usmerjeno v podomrežje, je ločen primer, ne splošno dovoljenje, da usmerjevalniki preplavijo objave.

To je lastnost zasnove, ne pomanjkljivost, ki bi se zakrpala z možnostjo. OpenVPN in njegova client-to-client nastavitev upravlja promet med enakovrednimi vozlišči znotraj tunela in ni relay za odkrivanje, čeprav se v mnogih nitih predlaga prav za ta namen. Relay je ločena komponenta z lastno konfiguracijo in lastnimi načini odpovedi. Predpostavka, da obstoječa možnost to že pokriva, je najpogostejši razlog, da se ta preiskava ustavi.

Odkrivanje multicast ima isto težavo z drugim razredom naslovov in potrebuje usmerjanje multicast ali relay, ne izjeme za oddajanje.

Ko je relay upravičen, naj bo ozek

Če je samodejno odkrivanje zahteva, najprej določite dejansko izmenjavo: oddajanje ali multicast, ciljni naslov, vrata UDP, vmesnik, ki ga pošilja, in naslov znotraj odgovora. Relay, primeren protokolu in omejen na teh pet dejstev, je veliko ožji od razširitve celotnega segmenta Ethernet.

Posredovanje paketa nespremenjenega lahko še vedno ni dovolj. Če koristni tovor prejemniku pove, naj se poveže z naslovom, ki ga ne doseže, relay dostavi neuporaben odgovor, zato je treba pred obstojem kakršnega koli relayja preizkusiti lastni vmesnik igre ali nastavitev oglaševanega naslova.

Relay omejite na vmesnike in enakovredna vozlišča, ki ga potrebujejo, in določite, kako odgovori najdejo prosilca. Ponavljanje nepovezanih oddajanj razkrije druge lokalne storitve in ustvari zanke, ki jih je pozneje mučno razhroščevati.

Most samo, ko zasnova potrebuje Ethernet

Okviri Ethernet potujejo znotraj TAP, zato lahko tunel TAP pripada namerno premostitveni domeni oddajanja. Samo preklop dev tun v dev tap ne zgradi tega mostu, ne naredi konfiguracije strežnika združljive in ne prisili aplikacije, da izbere nov vmesnik. Vodnik OpenVPN za mostove opisuje širšo ureditev, ne zdravila za en lobby brez vsebine.

Premostitev tudi splošči načrt naslovov, zato si odločitev zasluži razlog onkraj nestrpnosti. Dve omrežji, ki sta bili ločeni, postaneta eno in vsaka storitev na vsaki strani začne videti oddajanja druge strani. Ta posledica sodi v zapis sprememb, preden jo kdo omogoči. Ni pravila, da morajo biti odjemalci iger v obsegu 192.168; izberite načrt brez prekrivanja in preverite omejitve konkretne igre, namesto da preštevilčite tunel, ker je tako storila objava na forumu.

Na koncu imejte dva rezultata ločena: ali se je mogoče pridružiti gostitelju in ali odgovor odkrivanja oglašuje cilj, ki ga drugi igralec resnično lahko uporabi. Popravljanje drugega brez potrditve prvega je pot, po kateri ljudje na koncu vzdržujejo most za težavo, ki ni bila nikoli o oddajanju.