Провера VPN руте на macOS-у: route get без икаквих промена

Корисник долази до интранета на канцеларијској мрежи, а не кроз тунел, док Подешавања још увек приказују да је VPN повезан. Уређивање табеле рута у том тренутку ризикује прекид удаљене сесије коју користите за дијагностику. Уместо тога питајте језгро који би пут одабрало за хост који не ради. Алат route у macOS-у има операцију get која одговара тачно на то, за једно одредиште, без икаквих промена.

Питајте хост који не ради, не подразумевану руту

Снимак екрана подразумеване руте говори врло мало на модерном Mac-у, јер конкретније одредиште или ограничена политика могу надјачати оно што подразумевана рута наизглед говори. Тунел може бити подигнут, подразумевана рута може изгледати исправно, а једини хост који вам треба ипак може бити усмерен негде другде. Упитајте адресу која не ради и пустите језгро да именује пут који је одабрало.

Облик је route -n get праћен адресом: route -n get 203.0.113.10, где документациона адреса замењује ваш циљ. Користите одобрено одредиште и одговарајућу фамилију адреса, јер одговор за IPv4 не говори ништа о ресурсу само са IPv6. Документација алата route описује операцију get и поља која исписује.

Читајте интерфејс и приступник као доказ

Покрените упит пре повезивања VPN-а, па поново после, и упоредите редове интерфејса и приступника. Разлика између та два одговора је оно што је тунел заиста променио, и много је кориснија од исписа целе табеле. Ако је интерфејс идентичан у оба покретања, рута никада није била проблем и можете престати да гледате усмеравање.

Забележите одредиште, интерфејс, приступник и време упита пре него што донесете закључак. Излаз је доказ, а не дијагноза: исти интерфејс може бити исправан за један хост и погрешан за други када је у игри подељени тунел.

Исправна рута није успешан захтев

Рута вам каже који би интерфејс језгро користило, ништа више. DNS, хост firewall и ауторизација апликације сви стоје изнад те одлуке, а захтев може пропасти и након успешног усмеравања. Сачувајте тачан симптом пре него што наставите, јер "не може се повезати" и "повезује се али враћа грешку" су различите истраге са различитим следећим корацима. Поглед решавача и поглед интерфејса употпуњују упит одредишта уместо да га замене.

Испис табеле рута још увек има место: тако примећујете неочекивану подразумевану руту. Преостала обична подразумевана рута не доказује да VPN није у употреби, јер конкретнији уноси побеђују над њом.

Држите крајњу тачку и ресурс одвојено

Укључена су два претраживања и она одговарају на различита питања. Долазак до крајње тачке је спољно путовање кроз физичку мрежу. Долазак до апликације дешава се унутар тунела, на адреси која постоји само на приватној страни. Бркање тих двају ствара класичну лажну петљу, у којој се чини да крајња тачка иде кроз тунел који завршава. Упитајте обе адресе одвојено, означите сваки резултат и забуна нестаје.

Преклапање префикса је други случај који вреди знати. Када се локални и удаљени опсези преклапају, одлучује подударање најдужег префикса, па преклапајућа локална подмрежа може засенити удаљену адресу коју сте очекивали. Приватно одредиште тада изгледа једнако локалном, а исправка припада плану адреса, а не табели рута. Упит get показује који је интерфејс победио, а то је чињеница која вам треба пре него што било шта промените.

Прво читајте, касније мењајте

Држите route add и route delete изван првог пролаза. На Mac-у којим управљате на даљину, једно немарно уређивање табеле може вам одузети управо пут натраг до машине и никоме не оставити могућност да доврши дијагностику. Одлучите која је исправна рута, запишите како поништити промену и тек је онда извршите. Преглед нема такав реп.

Исти опрез важи за чишћење кеша и поновно покретање мрежних услуга као први потез, јер обоје уништава доказ који сте управо намеравали да прочитате. Провере само за читање јефтине су, поновљиве и сигурне у било ком редоследу. Учините их подразумеваним кораком и посегните за променом само када доказ на њу упућује.