macOS-da VPN marşrut yoxlaması: heç nəyi dəyişmədən route get

İstifadəçi şirkət şəbəkəsində intranetə çatır, tunel vasitəsilə deyil, halbuki Parametrlər hələ də VPN-in qoşulduğunu göstərir. Həmin anda marşrut cədvəlini redaktə etmək diaqnoz üçün istifadə etdiyiniz uzaq sessiyanı kəsmək riski daşıyır. Bunun əvəzinə nüvədən uğursuz host üçün hansı yolu seçəcəyini soruşun. macOS marşrut utiliti bir təyinat üçün məhz buna cavab verən get əməliyyatına malikdir və heç nəyi dəyişmir.

Uğursuz olan hostu sorğula, defoltu yox

Defolt marşrutun ekran görüntüsü müasir Mac-da çox az şey deyir, çünki daha dəqiq təyinat və ya məhdudlaşdırılmış siyasət defoltun dediyini üstələyə bilər. Tunel işlək ola bilər, defolt düzgün görünə bilər, amma ehtiyacınız olan tək host yenə başqa yerə yönləndirilə bilər. Uğursuz ünvanı sorğula və nüvə seçdiyi yolu adlandırsın.

Forma route -n get və ardınca ünvan şəklindədir: route -n get 203.0.113.10, burada sənədləşmə ünvanı hədəfinizi təmsil edir. İcazəli təyinatı və uyğun ünvan ailəsini istifadə edin, çünki IPv4 cavabı yalnız IPv6 resursu haqqında heç nə demir. route utilitinin sənədləri get əməliyyatını və çap etdiyi sahələri təsvir edir.

İnterfeysi və şlüzü sübut kimi oxu

VPN-i qoşmadan əvvəl sorğunu işə salın, sonra yenidən, və interfeys və şlüz sətirlərini müqayisə edin. Bu iki cavab arasındakı fərq tunelin həqiqətən nəyi dəyişdiyidir və tam cədvəl boşaltmasından qat-qat faydalıdır. Hər iki işə salmada interfeys eynidirsə, marşrut heç vaxt problem olmayıb və marşrutlaşdırmaya baxmağı dayandıra bilərsiniz.

Nəticə çıxarmazdan əvvəl təyinatı, interfeysi, şlüzü və sorğunun vaxtını qeyd edin. Çıxış sübutdur, diaqnoz deyil: bölünmüş tunel olduqda eyni interfeys bir host üçün düzgün, digəri üçün yanlış ola bilər.

Düzgün marşrut işləyən sorğu demək deyil

Marşrut nüvənin hansı interfeysi istifadə edəcəyini bildirir, başqa heç nə. DNS, host firewall-u və tətbiq avtorizasiyası bu qərarın üstündə durur və sorğu marşrutlaşdırma uğurlu olduqdan sonra da uğursuz ola bilər. Davam etməzdən əvvəl dəqiq simptomu qoruyun, çünki "qoşula bilmir" və "qoşulur, amma xəta qaytarır" fərqli araşdırmalar və fərqli növbəti addımlardır. Resolver görünüşü və interfeys görünüşü təyinat sorğusunu əvəz etmir, onu tamamlayır.

Marşrut cədvəlinin siyahısının hələ də yeri var: gözlənilməz defoltu belə görürsünüz. Qalan adi defolt VPN-in istifadə olunmadığını sübut etmir, çünki daha dəqiq qeydlər onun üzərində qalib gəlir.

Son nöqtəni resursdan ayrı saxla

İki axtarış iştirak edir və onlar fərqli suallara cavab verir. Son nöqtəyə çatmaq fiziki şəbəkə üzərindən xarici səfərdir. Tətbiqə çatmaq tunelin içində, yalnız özəl tərəfdə mövcud olan ünvanda baş verir. İkisini qarışdırmaq klassik yalançı dövrə yaradır: son nöqtə sanki onu sonlandıran tuneldən keçirmiş kimi görünür. Hər iki ünvanı ayrıca sorğulayın, hər nəticəni etiketləyin və qarışıqlıq yox olur.

Prefiks üst-üstə düşməsi bilməyə dəyər digər haldır. Yerli və uzaq diapazonlar üst-üstə düşdükdə ən uzun prefiks uyğunluğu həll edir, yəni üst-üstə düşən yerli alt şəbəkə gözlədiyiniz uzaq ünvanı kölgədə qoya bilər. Onda özəl təyinat yerli ilə eyni görünür və düzəliş marşrut cədvəlində deyil, ünvan planında olmalıdır. get sorğusu hansı interfeysin qalib gəldiyini göstərir və bu, nəyisə dəyişməzdən əvvəl lazım olan faktdır.

Əvvəl oxu, sonra dəyiş

route add və route delete əməliyyatlarını ilk mərhələdən kənarda saxlayın. Uzaqdan idarə etdiyiniz Mac-da bir səhlənkar cədvəl redaktəsi maşına qayıdan yolu ələ keçirə bilər və diaqnozu bitirməyə heç kim qalmaya bilər. Düzgün marşrutun nə olduğuna qərar verin, dəyişikliyin necə geri alınacağını yazın və yalnız sonra icra edin. Yoxlamanın belə quyruğu yoxdur.

Eyni ehtiyat ilk addım kimi keşlərin təmizlənməsinə və şəbəkə xidmətlərinin yenidən başladılmasına da aiddir, çünki hər ikisi oxumaq üzrə olduğunuz sübutları məhv edir. Yalnız oxuma yoxlamaları ucuz, təkrarlana bilən və istənilən ardıcıllıqla təhlükəsizdir. Onları standart addım edin və dəyişikliyə yalnız sübutlar işarə etdikdə əl atın.