macOS-VPN-roetekontrole: route get sonder enige verandering

'n Gebruiker bereik die intranet op die kantoornetwerk en nie deur die tonnel nie, terwyl Instellings steeds wys dat die VPN gekoppel is. Om die roetetabel op daardie oomblik te redigeer, loop gevaar om die afgeleë sessie af te sny wat jy gebruik om te diagnoses. Vra eerder die kern watter pad hy vir die mislukkende gasheer sou kies. Die macOS-roetenutsprogram het 'n get-bewerking wat presies dit vir een bestemming antwoord, sonder om enigiets te verander.

Vra die gasheer wat misluk uit, nie die standaard nie

'n Skermbeeld van die standaardroete sê baie min op 'n moderne Mac, want 'n meer spesifieke bestemming of 'n beperkte beleid kan oorheers wat die standaard blyk te sê. Die tonnel kan op wees, die standaard kan korrek lyk, en die enkele gasheer wat jy nodig het, kan steeds elders heen gelei word. Vra die adres wat misluk uit en laat die kern die pad noem wat hy gekies het.

Die vorm is route -n get gevolg deur die adres: route -n get 203.0.113.10, waar die dokumentasieadres jou teiken verteenwoordig. Gebruik die gemagtigde bestemming en die ooreenstemmende adresfamilie, want 'n IPv4-antwoord sê niks oor 'n hulpbron met slegs IPv6 nie. Die dokumentasie vir die roetenutsprogram beskryf die get-bewerking en die velde wat dit druk.

Lees die koppelvlak en die gateway as bewyse

Voer die navraag uit voordat jy die VPN koppel, en dan weer daarna, en vergelyk die koppelvlak- en gateway-lyne. Die verskil tussen daardie twee antwoorde is wat die tonnel werklik verander het, en dit is baie nuttiger as 'n volledige tabelstorting. As die koppelvlak in albei lopies identies is, was die roete nooit die probleem nie en kan jy ophou om na roetebepaling te kyk.

Teken die bestemming, die koppelvlak, die gateway en die tyd van die navraag op voordat jy 'n gevolgtrekking maak. Die uitset is bewyse, nie 'n diagnose nie: dieselfde koppelvlak kan vir een gasheer korrek wees en vir 'n ander verkeerd wanneer 'n gesplete tonnel betrokke is.

'n Korrekte roete is nie 'n werkende versoek nie

'n Roete vertel jou watter koppelvlak die kern sou gebruik, niks meer nie. DNS, 'n gasheerbrandmuur en toepassingsmagtiging lê alles bo daardie besluit, en die versoek kan misluk nadat roetebepaling geslaag het. Bewaar die presiese simptoom voordat jy verder gaan, want "kan nie koppel nie" en "koppel maar gee 'n fout" is verskillende ondersoeke met verskillende volgende stappe. Die oplosser-aansig en die koppelvlak-aansig vul die navraag na die bestemming aan eerder as om dit te vervang.

'n Lys van die roetetabel het steeds 'n plek: dit is hoe jy 'n onverwagte standaard raaksien. 'n Oorblywende gewone standaard bewys nie dat die VPN ongebruik is nie, want meer spesifieke inskrywings wen daaroor.

Hou die eindpunt en die hulpbron apart

Twee opsoeke is betrokke en hulle beantwoord verskillende vrae. Om die eindpunt te bereik is 'n buitenste reis oor die fisiese netwerk. Om die toepassing te bereik gebeur binne die tonnel, by 'n adres wat net aan die privaat kant bestaan. Om die twee te verwar lewer die klassieke valse lus, waar dit lyk of die eindpunt deur die tonnel roeteer wat hy beëindig. Vra beide adresse afsonderlik uit, benoem elke resultaat, en die verwarring verdwyn.

Voorvoegsel-oorvleueling is die ander geval wat die moeite werd is om te ken. Wanneer plaaslike en afgeleë reekse oorvleuel, besluit die passing van die langste voorvoegsel, so 'n oorvleuelende plaaslike subnet kan die afgeleë adres wat jy verwag het, oorskadu. Die privaat bestemming lyk dan identies aan 'n plaaslike een, en die regstelling hoort in die adresplan eerder as in die roetetabel. Die get-navraag wys watter koppelvlak gewen het, wat die feit is wat jy nodig het voordat jy enigiets verander.

Lees eerste, verander later

Hou route add en route delete uit die eerste ronde. Op 'n Mac wat jy op afstand administreer, kan een sorgelose tabelredigering die weg terug na die masjien wegneem en niemand in staat laat om die diagnose te voltooi nie. Bepaal wat die korrekte roete is, skryf neer hoe om die verandering ongedaan te maak, en voer dit eers dan uit. Inspeksie het nie so 'n stert nie.

Dieselfde versigtigheid geld vir die skoonmaak van kas en die herbegin van netwerkdienste as 'n eerste stap, want albei vernietig die bewyse wat jy op die punt was om te lees. Lees-alleen-kontroles is goedkoop, herhaalbaar en veilig om in enige volgorde uit te voer. Maak hulle die standaardstap, en gryp eers na 'n verandering wanneer die bewyse daarop wys.