Pagsusuri ng ruta ng VPN sa macOS: route get nang walang binabago

Naabot ng isang user ang intranet sa network ng opisina at hindi sa tunnel, habang ipinapakita pa rin ng Mga Setting na konektado ang VPN. Ang pag-edit ng talahanayan ng ruta sa sandaling iyon ay nanganganib na maputol ang remote session na ginagamit mo para mag-diagnose. Sa halip, tanungin ang kernel kung aling landas ang pipiliin nito para sa nabigong host. Ang utility na route sa macOS ay may operasyong get na sumasagot nang eksakto doon, para sa isang destinasyon, nang walang binabago.

Tanungin ang nabigong host, hindi ang default na ruta

Kaunti lang ang sinasabi ng screenshot ng default na ruta sa modernong Mac, dahil ang mas tiyak na destinasyon o limitadong patakaran ay maaaring manaig sa sinasabi ng default na ruta. Maaaring aktibo ang tunnel, maaaring mukhang tama ang default na ruta, at ang kaisa-isang host na kailangan mo ay maaari pa ring i-ruta sa ibang lugar. Tanungin ang address na nabibigo at hayaan ang kernel na pangalanan ang napiling landas.

Ang anyo ay route -n get na sinusundan ng address: route -n get 203.0.113.10, kung saan ang documentation address ang kumakatawan sa iyong target. Gamitin ang awtorisadong destinasyon at ang tugmang pamilya ng address, dahil ang sagot na IPv4 ay walang sinasabi tungkol sa resource na IPv6 lamang. Inilalarawan ng dokumentasyon ng utility na route ang operasyong get at ang mga field na ipinapalimbag nito.

Basahin ang interface at gateway bilang ebidensya

Patakbuhin ang query bago ikonekta ang VPN at pagkatapos muli, at ihambing ang mga linya ng interface at gateway. Ang pagkakaiba ng dalawang sagot na iyon ang aktwal na binago ng tunnel, at ito ay mas kapaki-pakinabang kaysa sa pag-dump ng buong talahanayan. Kung ang interface ay pareho sa dalawang pagpapatakbo, hindi kailanman naging problema ang ruta at maaari mong ihinto ang pagtingin sa routing.

Itala ang destinasyon, interface, gateway at oras ng query bago ka magdesisyon. Ang output ay ebidensya, hindi diagnosis: ang parehong interface ay maaaring tama para sa isang host at mali para sa iba kapag may split tunnel.

Ang tamang ruta ay hindi gumaganang kahilingan

Sinasabi ng ruta kung aling interface ang gagamitin ng kernel, wala nang iba pa. Ang DNS, firewall ng host at awtorisasyon ng application ay lahat nasa itaas ng desisyong iyon, at ang kahilingan ay maaaring mabigo pagkatapos ng matagumpay na routing. Panatilihin ang eksaktong sintomas bago magpatuloy, dahil ang "hindi makakonekta" at "kumokonekta ngunit nagbabalik ng error" ay magkaibang imbestigasyon na may magkaibang susunod na hakbang. Ang view ng resolver at view ng interface ay nagdadagdag sa query ng destinasyon sa halip na palitan ito.

May lugar pa rin ang listahan ng routing table: doon mo napapansin ang hindi inaasahang default. Ang natitirang ordinaryong default ay hindi nagpapatunay na hindi ginagamit ang VPN, dahil ang mas tiyak na mga entry ay nananaig dito.

Paghiwalayin ang endpoint at ang resource

Dalawang paghahanap ang sangkot at sumasagot sila sa magkaibang tanong. Ang pag-abot sa endpoint ay panlabas na paglalakbay sa pisikal na network. Ang pag-abot sa application ay nangyayari sa loob ng tunnel, sa isang address na umiiral lamang sa pribadong panig. Ang paghahalo ng dalawa ay lumilikha ng klasikong huwad na loop, kung saan ang endpoint ay tila niruruta sa tunnel na tinatapos nito. Tanungin ang dalawang address nang hiwalay, lagyan ng label ang bawat resulta, at mawawala ang kalituhan.

Ang overlap ng prefix ay ang isa pang kaso na sulit malaman. Kapag nag-overlap ang lokal at malayong saklaw, ang pinakamahabang prefix match ang nagpapasya, kaya ang magkakapatong na lokal na subnet ay maaaring magtabing sa malayong address na inaasahan mo. Ang pribadong destinasyon ay mukhang kapareho ng lokal, at ang pagwawasto ay kabilang sa plano ng address at hindi sa routing table. Ipinapakita ng query na get kung aling interface ang nanalo, at iyon ang katotohanang kailangan mo bago magbago ng anuman.

Magbasa muna, magbago mamaya

Ilayo ang route add at route delete sa unang pag-ikot. Sa isang Mac na pinangangasiwaan mo mula sa malayo, ang isang pabayang pag-edit ng talahanayan ay maaaring magtanggal ng mismong daan pabalik sa makina, at walang matitirang makakapagtapos ng diagnosis. Magpasya kung aling ruta ang tama, isulat kung paano ibabalik ang pagbabago, at saka lamang ito patakbuhin. Walang ganoong buntot ang inspeksyon.

Ang parehong pag-iingat ay nalalapat sa paglilinis ng cache at pag-restart ng mga serbisyo ng network bilang unang hakbang, dahil pareho nilang sinisira ang ebidensyang malapit mo nang basahin. Ang mga pagsusuring read-only ay mura, nauulit at ligtas sa anumang pagkakasunod-sunod. Gawin silang default na hakbang, at humawak sa pagbabago lamang kapag itinuro ito ng ebidensya.