Lokaj aparatoj malaperas en VPN: tri apartaj paneoj

Printilo, kiu malaperas el la aparatlisto kiam la VPN ekfunkcias, eble ankoraŭ respondas ĉe sia adreso. La liston plenigas malkovro, la nomo povas veni de solvilo, kaj la servon mem oni atingas per ingo, kaj la tri povas panei sendepende. Kompari tion, kio funkcias ĉe ĉiu tavolo, montras al vi kiun funkcion ŝanĝi. Se vi unue ŝaltas ĉiun escepton por loka aliro, vi forigas la pruvojn.

Tio estas la diferenco inter aparato, kiu mankas, kaj aparato, kiu nur ne anonciĝas.

Malkovro, nomoj kaj atingeblo estas tri tavoloj

Malkovraj protokoloj baziĝas sur multicast aŭ broadcast, kaj tiuj defaŭlte ne trapasas vojigitan tunelon, tial aparato povas malaperi el listo dum ĝi restas tute atingebla. Nomresolucio estas dua tavolo: VPN povas ŝanĝi la solvilon, kaj nomo, kiun antaŭe respondis la loka reto, nun povas esti respondata aliloke aŭ tute ne. Atingeblo estas la tria: vojo, regulo de fajroŝirmilo kaj aŭskultanta servo. Ĉiu tavolo povas panei dum la aliaj du estas en ordo.

Testu ilin de malsupre supren. Unu sola atingebla kontrolo faras la disigon evidenta: nc -vz 192.168.1.20 443 aŭ sukcesas, kio signifas, ke la vojo kaj la servo estas en ordo kaj la nomo estas la suspektato, aŭ malsukcesas, kio movas la demandon al vojigo kaj politiko. Poste demandu la nomon. La unua paneo, kiun vi trafas, estas la tavolo, pri kiu labori, kaj la tavoloj super ĝi ne povas kompensi ĝin.

Demandu unue la adreson, poste la gastignomon

Se la adreso respondas kaj la nomo ne, la problemo estas resolucio, ne vojigo. VPN-kliento, kiu instalas sian propran solvilon, povas ŝanĝi, kiu servilo respondas lokajn nomojn, kaj tiu, kiu ne plusendas la lokan domajnon, lasas la nomon sen respondo. Se ankaŭ la adreso malsukcesas, la problemo estas la vojo: defaŭlta vojo tra la tunelo, blokado de loka trafiko ĉe la klienta flanko aŭ fajroŝirmila regulo, kiu permesas nur la fizikan interfacon.

Se ambaŭ funkcias sed aŭtomata malkovro ne, la aparato simple ne anonciĝas tra la tunelo. Tio estas atendata konduto por malkovro bazita sur multicast, ne konfigura paneo. Aldoni la aparaton laŭ adreso kutime estas la honesta solvo.

Kion la ŝaltilo por loka aliro vere ŝanĝas

Agordo por loka reta aliro kutime permesas al trafiko al la rekte ligita subreto preteriri la tunelon, kaj ĝi faras malsamajn aferojn en malsamaj klientoj. Ĝi ne agordas plusendadon al fora oficejo kaj ne ŝanĝas la fajroŝirmilon de la gastiganto aŭ la proprajn permesojn de la aplikaĵo. Ĝi ankaŭ ne igas interkovrantan subreton senduba. Legu la dokumentaron de la kliento pri tio, kion la agordo kovras, antaŭ ol ŝalti ĝin vaste.

Mallarĝa escepto por unu fidinda aparato pli bonas ol ĝenerala permeso, precipe en gastiganta reto, kie la blokado povas esti intenca. Privata adreso ne estas identkontrolo, do la elekto dependas de la reto, en kiu vi estas.

Kiam la retoj interkovriĝas

Se la hejma reto kaj la fora reto uzas la saman gamon, vojigo fariĝas duba kaj nek ŝaltilo por loka aliro nek escepto solvas ĝin. Du servoj ĉe la sama adreso ne povas ambaŭ esti atingataj, kaj kiu venkas dependas de vojdetaleco kaj ordo, ne de intenco. La solvo estas adresa planado, ne klienta agordo. Kontrolu la gamojn antaŭ ol pasigi vesperon ĉe la printilo.

Por aparato malantaŭ la fora enirejo, la funkciigisto posedas plusendadon, gastigantan politikon kaj la revenan vojon. Loka markobutono ĉe la kliento povas provizi neniun el ili, kaj peti pri ĝi estas pli produktiva ol eksperimenti kun ŝaltiloj.

Notu, kiu tavolo paneis kaj kion vi ŝanĝis. La sekva aparato paneos en unu el la samaj tri lokoj.