VPN-reitin tarkistus macOS:ssä: route get ilman muutoksia

Käyttäjä pääsee intranetiin toimiston verkossa eikä tunnelin kautta, vaikka Asetukset näyttävät edelleen VPN:n yhdistetyksi. Reititystaulun muokkaaminen sillä hetkellä voi katkaista etäistunnon, jota käytät diagnosointiin. Kysy sen sijaan ytimeltä, minkä polun se valitsisi epäonnistuvalle isännälle. macOS:n route-työkalussa on get-toiminto, joka vastaa juuri tuohon, yhdelle kohteelle, muuttamatta mitään.

Kysy epäonnistuvaa isäntää, älä oletusreittiä

Oletusreitin kuvakaappaus kertoo nykyaikaisessa Macissa hyvin vähän, koska tarkempi kohde tai rajattu käytäntö voi ohittaa sen, mitä oletusreitti näyttää sanovan. Tunneli voi olla pystyssä, oletusreitti voi näyttää oikealta, ja silti ainoa tarvitsemasi isäntä voi olla reititetty muualle. Kysy epäonnistuvaa osoitetta ja anna ytimen nimetä valitsemansa polku.

Muoto on route -n get ja sen perässä osoite: route -n get 203.0.113.10, jossa dokumentaatioosoite edustaa kohdettasi. Käytä valtuutettua kohdetta ja vastaavaa osoiteperhettä, koska IPv4-vastaus ei kerro mitään vain IPv6:ta käyttävästä resurssista. route-työkalun dokumentaatio kuvaa get-toiminnon ja kentät, jotka se tulostaa.

Lue liitäntä ja yhdyskäytävä todisteena

Suorita kysely ennen VPN:n yhdistämistä ja sitten uudelleen sen jälkeen, ja vertaa liitännän ja yhdyskäytävän rivejä. Näiden kahden vastauksen ero on se, mitä tunneli todella muutti, ja se on paljon hyödyllisempi kuin koko taulun tulostaminen. Jos liitäntä on sama molemmilla kerroilla, reitti ei ollut koskaan ongelma ja voit lopettaa reitityksen katsomisen.

Kirjaa kohde, liitäntä, yhdyskäytävä ja kyselyn aika ennen johtopäätöksen tekemistä. Tuloste on todiste, ei diagnoosi: sama liitäntä voi olla oikea yhdelle isännälle ja väärä toiselle, kun jaettu tunneli on mukana.

Oikea reitti ei ole toimiva pyyntö

Reitti kertoo, mitä liitäntää ydin käyttäisi, ei muuta. DNS, isännän palomuuri ja sovelluksen valtuutus ovat kaikki tuon päätöksen yläpuolella, ja pyyntö voi epäonnistua, vaikka reititys onnistuisi. Säilytä tarkka oire ennen kuin jatkat, koska "ei voi yhdistää" ja "yhdistää mutta palauttaa virheen" ovat eri tutkimuksia, joilla on eri seuraavat vaiheet. Ratkaisijan näkymä ja liitännän näkymä täydentävät kohdekyselyä sen sijaan, että korvaisivat sen.

Reititystaulun luettelolla on yhä paikkansa: niin huomaat odottamattoman oletusreitin. Jäljelle jäävä tavallinen oletusreitti ei todista, ettei VPN ole käytössä, koska tarkemmat merkinnät voittavat sen.

Pidä päätepiste ja resurssi erillään

Kaksi hakua on mukana ja ne vastaavat eri kysymyksiin. Päätepisteen saavuttaminen on ulkoinen matka fyysisen verkon halki. Sovelluksen saavuttaminen tapahtuu tunnelin sisällä, osoitteessa, joka on olemassa vain yksityisellä puolella. Näiden kahden sekoittaminen tuottaa klassisen väärän silmukan, jossa päätepiste näyttää reitittyvän sen tunnelin kautta, jonka se päättää. Kysy molempia osoitteita erikseen, merkitse jokainen tulos, ja sekaannus katoaa.

Etuliitteiden päällekkäisyys on toinen tapaus, joka kannattaa tuntea. Kun paikalliset ja etäiset alueet menevät päällekkäin, ratkaisee pisimmän etuliitteen osuma, joten päällekkäinen paikallinen aliverkko voi varjostaa odottamasi etäosoitteen. Silloin yksityinen kohde näyttää samalta kuin paikallinen, ja korjaus kuuluu osoitesuunnitelmaan eikä reititystauluun. get-kysely näyttää, mikä liitäntä voitti, ja se on se tosiasia, jonka tarvitset ennen minkään muuttamista.

Lue ensin, muuta myöhemmin

Pidä route add ja route delete poissa ensimmäiseltä kierrokselta. Macissa, jota hallitset etänä, yksi huolimaton taulun muokkaus voi viedä juuri sen polun takaisin koneelle, eikä kukaan pysty saattamaan diagnoosia loppuun. Päätä, mikä on oikea reitti, kirjoita ylös, miten muutos perutaan, ja suorita se vasta sitten. Tarkastuksella ei ole sellaista häntää.

Sama varovaisuus koskee välimuistien tyhjentämistä ja verkkopalvelujen uudelleenkäynnistämistä ensimmäisenä liikkeenä, koska molemmat tuhoavat todisteen, jota olit juuri lukemassa. Vain lukevat tarkistukset ovat halpoja, toistettavia ja turvallisia missä tahansa järjestyksessä. Tee niistä oletusvaihe ja tartu muutokseen vain, kun todiste osoittaa siihen.