Ce sursă IPv6 alege o cerere VPN și de ce contează
Un host cu mai multe adrese IPv6 alege o sursă înainte de căutarea rutei. Verificați regulile ordonate, o eventuală legare a aplicației și politica de retur a părții îndepărtate.
Ați adăugat o adresă VPN și vă așteptați ca cererea să o folosească, dar serverul înregistra în continuare prefixul vechi. Nimic din tunel nu eșuase; gazda făcuse o alegere a adresei sursă înainte de a se uita măcar la ruta la care vă holbați. Selecția sursei IPv6 este o competiție ordonată separată între adresele candidate ale gazdei, iar cel mai lung prefix potrivit este doar o regulă aproape de sfârșitul acelei competiții. Pentru a obține rezultatul dorit trebuie să știți ce regulă a câștigat deja. Regulile în sine sunt plictisitoare și precise, și exact de aceea trebuie citite în ordine.
Două căutări, nu una
Selecția destinației stabilește următorul salt și interfața de ieșire. Apoi selecția sursei stabilește care dintre adresele gazdei apare în antet, iar la cele două întrebări răspund mecanisme diferite, deși ambele folosesc prefixe. O gazdă cu o adresă fizică, o adresă temporară și o adresă VPN are trei candidate pentru orice destinație, iar ruta spre VPN nu o nominalizează automat pe a treia.
De aceea o rută corectă și o sursă greșită coexistă atât de ușor, și de aceea aceeași cerere se poate comporta diferit dintr-un browser și dintr-o legare forțată. Tratați cele două căutări ca separate până când aveți dovezi care le leagă.
Citiți regulile ca pe o competiție ordonată
RFC 6724 enumeră regulile în ordine, iar fiecare rezolvă doar egalitatea lăsată de cele anterioare. Preferința interfeței de ieșire și potrivirea etichetelor apar mult înaintea comparației prefixelor, așa că o adresă de pe interfața folosită de rută a câștigat deja un avantaj pe care o potrivire mai bună a prefixului nu îl poate șterge. Contribuie și deprecierea și domeniul de aplicare, și de aceea o adresă veche uneori nu mai este aleasă fără ca cineva să schimbe politica.
Lectura practică este că nu puteți raționa despre câștigător doar pornind de la destinație. Enumerați candidații, parcurgeți regulile în ordine și vedeți unde s-a luat de fapt decizia.
Observați și că aceasta este jumătatea de sursă a problemei. Amestecarea celor două comparații de prefix produce explicații care sună riguros și prezic adresa greșită. Spuneți la ce comparație vă referiți ori de câte ori folosiți cuvântul prefix într-un tichet.
Legarea unei aplicații schimbă întrebarea
O aplicație poate cere o adresă sursă anume, iar o alegere explicită validă mută întrebarea de la „ce adresă ar prefera gazda” la „poate acea adresă să ajungă la destinație și să revină”. Instrumentele care se leagă de o sursă, sau care cer date suplimentare despre adresa aleasă, expun acest lucru direct, și sunt cea mai rapidă cale de a dovedi ce adresă a folosit cu adevărat o conexiune. Acel experiment bate a treia citire a tabelului de rutare, pentru că raportează ce a decis nucleul, nu ce ați configurat. Repetați-l după schimbare și comparați cele două răspunsuri.
Asta face din legarea sursei atât un instrument de diagnostic, cât și o soluție temporară: legați adresa VPN și urmăriți dacă cererea reușește. Dacă reușește, calea este bună și problema a fost selecția. Dacă eșuează, problema a fost de la început calea de retur sau politica părții îndepărtate.
Verificați dacă partea îndepărtată acceptă acea sursă
Orice ar alege gazda, trebuie să se potrivească cu domeniul protejat al VPN-ului și cu ruta de retur și regulile de acces de la capătul îndepărtat. O sursă din afara selectorilor poate intra în tunel și fi eliminată la capătul îndepărtat, ceea ce arată ca o defecțiune unidirecțională și este pusă pe seama rutării. Comparați sursa internă aleasă cu domeniul de protecție înainte de a atinge setările de criptare, pentru că schimbarea modului nu alege între adrese candidate.
Țineți separat și adresa punctului final exterior în raționamentul dumneavoastră. Ea identifică transportul între participanții VPN și nu este sursa pachetului aplicației din interior.
Decideți cu patru observații
Notați destinația folosită, sursele locale eligibile, sursa aleasă efectiv și calea de ieșire efectivă. Patru rânduri sunt suficiente pentru a explica aproape orice caz, și pot fi comparate între o gazdă funcțională și una defectă fără a redeschide dezbaterea teoretică. Pentru pasul de selecție folosiți vizualizarea proprie acceptată a sistemului de operare, nu un nume din standard, pentru că implementările adaugă preferințe locale proprii.
Când răspunsul încă vă surprinde, ordonarea face ceva ce modelul dumneavoastră mental nu face, iar remediul este să schimbați intrările, nu să vă certați cu algoritmul. Scrieți cele patru observații în tichet și următorul cititor va putea reproduce concluzia dumneavoastră.