VPN qoşulanda printer oflayn olur? Marşrut cədvəlini yoxlayın

Noutbukunuz korporativ VPN-ə qoşulur və iki metr aralıqdakı printer cavab verməyi dayandırır. Printerdə heç nə dəyişməyib və yerli şəbəkə sıradan çıxmayıb. Dəyişən marşrut cədvəlidir: tunel adapteri artıq printer ünvanını əhatə edən yola sahibdir, ona görə bu paketlər VPN-dən çıxır və düz şəbəkənizin harada olduğunu bilməyən şlüzə çatır. Aşağıdakı dörd yoxlamanı sıra ilə işlədin və ilk uğursuz olanda dayanın.

Birinci addım: printerin LAN-da hələ də əlçatan olduğunu sübut edin

Marşrutlaşdırmaya toxunmazdan əvvəl cihazın VPN istifadə etməyən bir şey üçün canlı olduğunu təsdiqləyin. Eyni Wi-Fi-dakı telefondan printerin veb səhifəsini açmağı xahiş edin və ya düz şəbəkədəki başqa maşından ünvana ping vurun. Printer orada da cavab vermirsə, VPN təsadüfdür və nasazlıq printerdə, onun Wi-Fi assosiasiyasında və ya giriş nöqtəsindəki müştəri izolyasiyasındadır.

Hər yerdə bu noutbukdan başqa cavab verirsə, noutbukda yaşayan marşrutlaşdırma və ya ad həlli probleminiz var və növbəti addım ikisindən hansının olduğunu söyləyir.

İkinci addım: Windows-un həqiqətən seçdiyi marşrutu tapın

Cədvəli yuxarıdan aşağı oxuyub təxmin etməyin. Windows-dan sizi maraqlandıran dəqiq ünvan üçün hansı girişi seçdiyini soruşun və eyni zamanda interfeys indeksini alın.

Find-NetRoute -RemoteIPAddress 192.168.1.50
route print -4
tracert -d 192.168.1.50

Find-NetRoute qalib marşrutu və onun interfeysini çap edir, bunlar da qalan hər şeyin asılı olduğu iki faktdır. route print -4 ətrafdakı girişləri göstərir, o cümlədən tam tunel müştərilərinin quraşdırdığı iki yarımdefolt: 0.0.0.0/1 və 128.0.0.0/1, ikisi birlikdə bütün IPv4 fəzasını əhatə edir və heç vaxt 0.0.0.0/0 əvəz etmir. /1 /0-dan uzundur, lakin sizin 192.168.1.0/24 daha da uzundur, buna görə itkin LAN marşrutu tunelin iddiasından daha vacibdir.

Cavabı iki qayda həll edir. Ən uzun uyğun prefiks birinci qalib gəlir və eyni prefiksli girişlər arasında daha aşağı ümumi metrika qalib gəlir, burada ümumi marşrut metriksi ilə interfeys metriksini birləşdirir. Seçilmiş interfeys tuneldirsə, davam edin. Fiziki adapterdirsə və trafik hələ də uğursuz olursa, burada dayanın: probleminiz ad həlli və ya printerin öz giriş siyahısıdır, VPN marşrutu deyil.

Üçüncü addım: şlüzü və interfeysi adlandıran ən dar marşrutu əlavə edin

Düzəliş printer ünvanını yerli adapterdəki yerli marşrutlaşdırıcıya yönəldən bir girişdir. Onu yüksəldilmiş əmr sətrində işlədin və indicə oxuduğunuz dəyərləri əvəz edin.

route add 192.168.1.50 mask 255.255.255.255 192.168.1.1 if 12 -p

if dəyəri fiziki adapterin interfeys indeksidir. Onu buraxmaq əmrin uğurlu görünüb heç nəyi dəyişməməsinin ən geniş yayılmış səbəbidir, çünki eyni növbəti hopa çata bilən iki adapter olduqda Windows istəmədiyinizi seçməkdə sərbəstdir. -p bayrağı girişi davamlı edir, beləliklə o, sessiya ilə ölmək əvəzinə yenidən başlatmadan sonra da qalır.

Tək cihaz üçün host marşrutunu bütün 192.168.1.0/24 üçün marşruta üstün tutun. Altşəbəkə marşrutu tapşırığın ehtiyacından genişdir və korporativ tərəf də həmin prefiksi istifadə etdiyi anda toqquşur: bir prefiksin iki sahibi olur və hansı girişin qalib gəlməsi hansı şəbəkəyə həqiqətən çata biləcəyinizi həll edir.

Əks istiqamətdə, əgər defolt şlüz seçimini sildinizsə LAN-ı qorumaq üçün VPN bağlantısında, uzaq xüsusi prefikslər də həll olunmağı dayandırır. Onlar üçün marşrutları eyni şəkildə VPN interfeysi vasitəsilə əlavə edin, əks halda tunel heç nə daşımayan bir əlaqəyə çevrilir.

Dördüncü addım: istisnanın növbəti qoşulmadan sonra qalmasını təmin edin

Bir çox korporativ müştəri hər qoşulmada bütün marşrut dəstini yenidən quraşdırır və bunu edərkən interfeys metriklərini yenidən hesablayır, ona görə dünən işləyən marşrut bu gün üstələnə bilər. Yenidən qoşulduqdan sonra printer üçün Find-NetRoute əmrini təkrarlayın və interfeysin hələ də fiziki adapterə uyğun olduğunu yoxlayın. Giriş yoxdursa, kimsə onu silir; davamlı marşrut sizi cədvəli süpürən agentdən qorumur. VPN qoşulduqdan sonra marşrutu yenidən əlavə edən planlı tapşırıqlar adi iş ətrafı həllidir və onlar da dok və ya sürücü yeniləməsindən sonra adapter indeksi dəyişdikdə pozulan həlldir.

IPv6-nı ayrıca izləyin. Yalnız IPv4 defoltunu iddia edən müştəri IPv6 defolt marşrutunu fiziki adapterdə buraxa bilər, beləliklə IPv6 üzərindən əlçatan printer işləməyə davam edir, IPv4 isə uğursuz olur və ya əksi. Marşrut cədvəlinin günahsız olduğuna qərar verməzdən əvvəl ping -4 və ping -6 ilə sınayın.

Yerli qısa yolun sizə nəyə başa gəldiyi

Tuneli yan keçən hər marşrut tunelin vədinə vurulan deşikdir. Həmin ünvana trafik artıq korporativ şlüzdən keçmir, bu da ona nə yoxlama, nə jurnal, nə də siyasət tətbiqi olması deməkdir. İdarə olunan cihazda bu üstünlük deyil, uyğunluq problemi ola bilər, ona görə əl ilə bir istisna əlavə etməzdən əvvəl rəsmi bölünmüş tunel istisnasının olub-olmadığını soruşun. Özünüzünkünü tapşırıq qədər dar və vəziyyətin icazə verdiyi qədər qısa ömürlü saxlayın.

Dəyişiklikdən sonra printer cavab verirsə, düzəlişin qaldığını güman etmək əvəzinə növbəti yenidənqoşulmadan sonra dörd yoxlamanı təkrarlayın. Cavab vermirsə, qoşulmadan əvvəl və sonra Find-NetRoute çıxışını yazın; fərq müştərinin girişi sildiyini yoxsa yalnız yenidən sıraladığını sizə deyir.