VPN-rûtemetryk feroare nei ferbinen: wat dat betsjut
In legere metryk beslút allinnich gelykens tusken like spesifike rûtes. Lês de beliedsregel, it foarheaksel en de hostrûte fan it einpunt foardat jo in VPN-rûtenûmer bewurkje.
Jo ferbine de VPN, rinne route print en de standertrûte draacht no in folle legere metryk as earder. De natuerlike konklúzje is dat de VPN de standertrûte naam omdat syn nûmer lytser is. Soms is dat krekt wat der barde. Faaks is de metryk hielendal net de beslissende faktor en feroaret it bewurkjen derfan neat, omdat de kar earder makke waard, troch de lingte fan it foarheaksel of troch in beliedsregel.
It symptoom is echt: ferkear dat earder troch de Wi-Fi-adapter fuortgie, giet no troch de tunnel, of oarsom. De metryk is ien ynfier foar in syktocht dy't yn in fêste folchoarder rint, en dy folchoarder moatte jo lêze foardat jo in nûmer oanreitsje.
Wêr't it nûmer eins mei konkurrearret
De earste ferliking is spesifisiteit, net foarkar. In rûte foar 10.20.0.0/16 ferslacht 10.0.0.0/8, en beide ferslaan 0.0.0.0/0, wat har metriken ek sizze. In VPN dy't in standertrûte mei de leechste metryk op 'e masine ynstallearret, ferliest dochs fan elke mear spesifike rûte dy't by de bestimming past, ynklusyf de hostrûte dy't de kliïnt foar syn eigen server ynstallearret.
Dêrom kin it ferleegjen fan 'e metryk op in standertrûte in direkt ferbûn subnet net de tunnel yn twinge. As jo dat subnet yn 'e VPN hawwe wolle, foegje in rûte foar it foarheaksel ta of kies de tunneltabel mei in beliedsregel. De metryk is de ferkearde hefboom foar dat wurk.
| Check in this order | Question | Where you read it |
|---|---|---|
| 1. Policy and table | Which routing table does this traffic use? | ip rule, client profile |
| 2. Prefix length | Which matching route is most specific? | route print, ip route |
| 3. Metric | Which of the equally specific routes is preferred? | route print, ip route |
| 4. Interface state | Is the chosen next hop reachable? | adapter status, link state |
Linux beslút de tabel foar de metryk
Op Linux rieplachtet de kernel earst de beliedsdatabase. ip rule listet de regels en de tabellen op dy't se kieze, en ip route get 203.0.113.10 rapportearret de tabel, rûte en boarneadres dy't de kernel foar dy bestimming echt brûke soe. In metryk yn tabel 100 konkurrearret nea mei in rûte yn 'e haadtabel, omdat de regel de tabel keas foardat in metryk ferlike waard.
Dêrom kin in rûte yn ip route show table all goed lykje en dochs gjin ferkear drage. Lês de regel dy't oerienkaam, dan de tabel dy't er keas, en fergelykje dan de rûtes deryn. As de ferkearde tabel keazen is, helpt gjin metrykbewurking yn 'e oare tabel.
Windows kombinearret twa metriken
Windows hat standert gjin beliedsdatabase, mar it kombinearret in rûtemetryk mei in ynterfaasmetryk, en de automatyske ynterfaasmetryk kin feroarje mei de linkfaasje en de steat fan 'e adapter. Dêrom kin deselde rûte oars hâlde en dwaan nei't in dockstasjon of in firtuele adapter ferskynt. Find-NetRoute -RemoteIPAddress 203.0.113.10 rapportearret it keazen boarneadres, de folgjende hop en it ynterfaas, wat tichter by de echte beslissing is as de rûge tabel.
Lês de rûte- en ynterfaaswearden tegearre. It ferheegjen fan in ynterfaasmetryk kin ferkear ferpleatse sûnder dat ien rûte-ynfier feroaret, en in VPN-kliïnt dy't syn rûtes besit, ynstallearret se opnij by it opnij ferbinen en smyt jo bewurking fuort.
Hâld it einpunt fan 'e tunnel bûten de tunnel
Elke tunnel hat in paad nei syn eigen server nedich dat net troch de tunnel rint. Kliïnten ynstallearje in hostrûte foar it einpunt fia de fysike gateway, en dy rûte moat spesifiker bliuwe as de standertrûte dy't de kliïnt tafoeget. Wiskje it, of lit de tunnel de syktocht foar dat adres winne, en de ynkapsulearre pakketten besykje de tunnel yn te gean dy't se bouwe moatte. De ferbining mislearret of rint yn in lus.
Kontrolearje dy hostrûte foar en nei elke metrykferoaring: it moat nei de fysike folgjende hop wize en in opnij ferbinen oerlibje. As de kliïnt dy besit, feroarje dan it profyl of de beheardefiguraasje yn stee fan in runtimewearde dy't oerskreaun wurdt.
Kontrolearje beide adresfamyljes en de app-kontekst
IPv4 en IPv6 binne aparte beslissingen mei aparte tabellen. In VPN kin IPv4 drage wylst IPv6 de lokale router blyft brûken, en in metrykferoaring yn ien famylje seit neat oer de oare. Kontrolearje beide, en kontrolearje dan de kontekst fan 'e applikaasje. In proses bûn oan in ynterfaas, in container-namespace of in VPN per app kin in oare tabel sjen as jo shell.
Ferifiearje mei it ark dat de beslissing foar de echte bestimming rapportearret, net mei de folsleine tabellist. As de keazen rûte dejinge is dy't it ûntwerp bedoelt, stopje dan. In metryk dy't net it lytste nûmer op it skerm is, is gjin gebrek, en it twingen om it lytste te wêzen kin it paad fan it einpunt brekke dêr't de tunnel fan ôfhinklik is.