Watter IPv6-bron ’n VPN-versoek kies, en waarom dit saak maak

Jy het ’n VPN-adres bygevoeg en verwag dat die versoek dit sal gebruik, maar die bediener het steeds die ou voorvoegsel gelog. Niks aan die tonnel het misluk nie; die gasheer het ’n bronadreskeuse gemaak voordat dit ooit die roete wat jy dopgehou het, geraadpleeg het. IPv6-bronkeuse is ’n aparte geordende kompetisie tussen die gasheer se kandidaatadresse, en die langste ooreenstemmende voorvoegsel is net een reël naby die einde daarvan. Om die uitkoms te kry wat jy wil hê, beteken om te weet watter reël reeds gewen het. Die reëls self is vervelig en presies, en dit is juis die punt om hulle in volgorde te lees.

Twee soektogte, nie een nie

Bestemmingkeuse kies die volgende sprong en die uitgaande koppelvlak. Bronkeuse kies dan watter van die gasheer se adresse in die kop verskyn, en die twee vrae word deur verskillende meganismes beantwoord, al gebruik albei voorvoegsels. ’n Gasheer met ’n fisiese adres, ’n tydelike adres en ’n VPN-adres het drie kandidate vir enige gegewe bestemming, en die roete na die VPN benoem nie outomaties die derde nie.

Dit is hoekom ’n korrekte roete en ’n verkeerde bron so maklik saam bestaan, en hoekom dieselfde versoek anders kan optree uit ’n blaaier en uit ’n geforseerde binding. Behandel die twee soektogte as apart totdat jy bewyse het wat hulle verbind.

Lees die reëls as ’n geordende kompetisie

RFC 6724 lys die reëls in volgorde, en elkeen breek net ’n gelykopstand wat deur die voriges gelaat is. Voorkeur vir die uitgaande koppelvlak en etiketpassing verskyn lank voor die voorvoegselvergeliking, so ’n adres op die koppelvlak wat die roete gebruik, het reeds ’n voordeel gekry wat ’n beter voorvoegselpassing nie kan uitwis nie. Deprekasie en omvang neem ook deel, en dit is hoekom ’n verouderde adres soms ophou gekies word sonder dat iemand die beleid verander.

Die praktiese lesing is dat jy nie oor die wenner kan redeneer bloot uit die bestemming nie. Lys die kandidate, loop die reëls in volgorde deur en sien waar die besluit werklik geneem is.

Let ook daarop dat dit die bronhelfte van die probleem is. Om die twee voorvoegselvergelykings te verwar, lewer verduidelikings wat streng klink en die verkeerde adres voorspel. Sê watter vergelyking jy bedoel wanneer jy die woord voorvoegsel in ’n kaartjie gebruik.

’n Programbinding verander die vraag

’n Program kan om ’n spesifieke bronadres vra, en ’n geldige eksplisiete keuse skuif die vraag van “watter adres sou die gasheer verkies” na “kan daardie adres die bestemming bereik en terugkom”. Gereedskap wat aan ’n bron bind, of wat bykomende data oor die gekose adres versoek, lê dit direk bloot, en hulle is die vinnigste manier om te bewys watter adres ’n verbinding werklik gebruik het. Daardie eksperiment is beter as om die roetetabel vir die derde keer te lees, want dit rapporteer wat die kern besluit het eerder as wat jy opgestel het. Herhaal dit ná die verandering en vergelyk die twee antwoorde.

Dit maak bronbinding ’n diagnostiese instrument sowel as ’n tydelike oplossing: bind die VPN-adres en kyk of die versoek slaag. As dit slaag, is die pad reg en was die keuse die probleem. As dit misluk, was die terugpad of die afgeleë beleid die hele tyd die probleem.

Kontroleer dat die verre kant daardie bron aanvaar

Wat die gasheer ook al kies, moet inpas by die VPN se beskermde omvang en die verre punt se terugroete en toegangsreëls. ’n Bron buite die keurders kan in die tonnel reis en aan die verre kant laat val word, wat soos ’n eenrigtingfout lyk en op roetebepaling geskoei word. Vergelyk die gekose binneste bron met die beskermingsomvang voordat jy die enkripsie-instellings aanraak, want die verandering van modus kies nie tussen kandidaatadresse nie.

Hou ook die buitenste eindpuntadres apart in jou redenasie. Dit identifiseer vervoer tussen die VPN-deelnemers en is nie die bron van die programpakket binne nie.

Besluit met vier waarnemings

Teken die gebruikte bestemming, die kwalifiserende plaaslike bronne, die bron wat werklik gekies is en die effektiewe uitgaande pad aan. Vier reëls is genoeg om byna elke geval te verduidelik, en hulle kan oor ’n werkende en ’n falende gasheer vergelyk word sonder om die teorie weer te betwis. Gebruik die bedryfstelsel se eie ondersteunde siening vir die keusestap eerder as ’n naam uit die standaard, want implementerings voeg hul eie plaaslike voorkeure by.

Wanneer die antwoord jou steeds verras, doen die ordening iets wat jou denkmodel nie doen nie, en die oplossing is om die insette te verander eerder as om met die algoritme te stry. Skryf die vier waarnemings in die kaartjie en die volgende leser kan jou gevolgtrekking herproduseer.