İkinci VPN müştərisi birincini sındırdı: ortaq resursu tapın

Dünən orijinal müştəri işləyirdi. Bu gün yeni gələn əlaqə tələb edir, köhnə profil isə əvvəllər şikayətsiz keçdiyi mərhələdə dayanır. Etimad məlumatları nadir hallarda iştirak edir və şlüz adətən günahsızdır. Dəyişən odur ki, iki VPN yığını indi eyni eksklüziv resursu istəyir və təmir onu adlandırmaqdan asılıdır. Hər ikisini yenidən quraşdırmaq əvəzinə qatları gəzin.

Dörd qatı sıra ilə gəzin

VPN məhsulu toqquşa bilən dörd resursa ehtiyac duyur: çox vaxt iki dəfə işləməkdən imtina edən fon xidməti, sabit port, marşrut cədvəlindən əvvəl trafiki görən virtual adapter və ya nüvə filtri və defaultdan əvvəl marşrut quraşdırmaq hüququ. Hansının güzəştə getdiyini bilmək qeyri-müəyyən konflikti sınaqdan keçirilə bilən cavabı olan tək suala çevirir.

Heç nəyə toxunmazdan əvvəl simptomu qatla əlaqələndirin. Başlamayan müştəri xidmətə işarə edir; başlayıb heç danışıq aparmayan port göstərir; digəri bütün əlaqəni itirərkən qoşulan filtrə və ya default marşruta işarə edir. Bu uyğunluğu yazın, çünki ümidlə proqramları yenidən quraşdırmaqdan bir saat qənaət edir.

İki dəfə işləməyən xidmətdən başlayın

Windows-da korporativ müştəri adətən tuneldən çox şeydir, çünki profil ilə yanaşı xidmət, filtr sürücüsü və bəzən etimad provayderi quraşdırır. Dəyişiklikdən əvvəl və sonra hansı xidmətlərin işlədiyini qeyd edin, sonra nə isə işləyənə qədər yenidən başlatmaq əvəzinə iki siyahını müqayisə edin. Xidmətlər asılılıqlar vasitəsilə bir-birini də istisna edə bilər, burada birinin başlaması digərini dayandırır və eyni nümunə macOS-da launchd işləri və ortaq daemon ilə görünür. Saniyələr içində başlayıb çıxan müştəri konfiqurasiya deyil, sahiblik barədə məlumat verir.

Profili oxumazdan əvvəl xidmətin vəziyyətini və jurnalını oxuyun. Eyni dəqiqə içində başlayıb dayanan xidmət axtarmalı olduğunuz nümunədir və onun öz hadisə jurnalı onu sıxışdıran asılılığı adlandırır. Profil işləməyən prosesi təmir edə bilməz və onu redaktə etməyə sərf olunan vaxt real konflikta sərf olunmayan vaxtdır.

Sonra portun kimə aid olduğunu soruşun

Port sahibliyi əldə edəcəyiniz ən aydın sübutdur, çünki bağlama xətası konflikti açıq şəkildə adlandırır. İki IKE tətbiqi eyni yerli ünvanda və UDP portunda birlikdə cavab verə bilməz və təkrar cəhdlərin heç bir miqdarı bunu dəyişmir.

Get-NetUDPEndpoint -LocalPort 500,4500 | Select-Object LocalAddress,LocalPort,OwningProcess
netstat -ano | findstr :500
sudo lsof -nP -iUDP:500
ss -lunp | grep -E ':500|:4500'

Platformanıza hansı sətir uyğun gəlirsə, istədiyiniz cavab bir proses və onu yaradan xidmətdir. Əgər dinləyici daxili IKE xidmətidirsə, ikinci müştəri müdaxiləçidir; əgər satıcı agentidirsə, daxili müştəri müdaxiləçidir. Hansının girişdə başlaya biləcəyinə qərar verin və digərinin avtostartını hər sessiyada öldürmək əvəzinə söndürün.

Filtr sürücüsü marşrutlarınızın altında oturur

Şəbəkə filtr sürücüsü adapterlə protokol yığını arasındakı trafiki tutur, buna görə marşrut cədvəlinin nə dediyindən asılı olmayaraq paketləri yenidən yaza və ya bloklaya bilər. Düzgün görünən marşrutun belə görməzdən gəlinməsi və uğurlu pingin heç nə yükləyə bilməyən brauzerin yanında dura bilməsi belə olur.

Satıcı komponentləri də müəyyən bağlantılara bağlanır. Bir adapterə bağlanmış köhnə filtr başqa cür düzgün profilin əl sıxmasını tamamlamasına mane ola bilər və həmin komponenti adapterin xassələrindən ayırmaq məhsulu tamamilə silməkdən daha dar və daha geri qaytarıla biləndir. Bağlama hər bağlantı üzrə olduğu üçün bütün yığını deyil, adapterləri müqayisə edin.

Hansı məhsulun açılışa sahib olduğuna qərar verin, sonra qeyd edin

Birgəyaşayış yalnız iki müştəri dizayn etibarilə fərqli qatları tutanda realdır, məsələn yalnız tətbiq trafikini idarə edən proksinin yanında IPsec yığını. Hər ikisi eyni portu, eyni filtr qatını və ya default marşrut yayımlamaq hüququnu istədikdə növbə ilə davam edəcəklər və hər uğursuzluq yeni nasazlıq kimi görünəcək.

Sahibi qəsdən seçin. Yenidən başlatmadan sonra yaşayan formalara ikinci müştərini virtual maşının içində işlətmək, onu ayrılmış aparatda saxlamaq və ya hər iki protokolu danışan bir müştəridə standartlaşmaq daxildir. Uduzanın avtostartını və xidmətini söndürmək hər başlatmadan sonra marşrut cədvəlini yenidən qurmaqdan daha kiçik dəyişiklikdir və bir parametr redaktəsi ilə geri qaytarılır.