Druhý VPN klient pokazil prvý: nájdite zdieľaný prostriedok

Včera pôvodný klient fungoval. Dnes si nováčik nárokuje pripojenie, zatiaľ čo starší profil sa zastavuje vo fáze, ktorú predtým prechádzal bez sťažností. Prihlasovacie údaje do toho vstupujú len zriedka a brána je zvyčajne nevinná. Zmenilo sa to, že dva VPN zásobníky teraz chcú ten istý výhradný prostriedok, a oprava závisí od toho, či ho pomenujete. Prejdite vrstvy namiesto preinštalovania oboch.

Prejdite štyri vrstvy v poradí

VPN produkt potrebuje štyri prostriedky, ktoré sa môžu zraziť: službu na pozadí, ktorá často odmieta bežať dvakrát, pevný port, virtuálny adaptér alebo jadrový filter, ktorý vidí prevádzku pred smerovacou tabuľkou, a právo inštalovať trasy pred predvolenou. Vedieť, ktorý ustúpil, mení nejasný konflikt na jedinú otázku s overiteľnou odpoveďou.

Priraďte príznak vrstve, skôr než sa čohokoľvek dotknete. Klient, ktorý sa nespustí, ukazuje na službu; ten, ktorý sa spustí a nikdy nevyjednáva, ukazuje na port; ten, ktorý sa pripojí, kým druhý stratí všetku konektivitu, ukazuje na filter alebo na predvolenú trasu. Zapíšte si to priradenie, lebo ušetrí hodinu preinštalovávania aplikácií v nádeji.

Začnite službou, ktorá nechce bežať dvakrát

V Windows je firemný klient zvyčajne viac než tunel, lebo popri profile inštaluje službu, filtrovací ovládač a niekedy poskytovateľa prihlasovacích údajov. Zaznamenajte, ktoré služby bežia pred zmenou a znova po nej, a potom oba zoznamy porovnajte, namiesto reštartovania, kým niečo nezačne fungovať. Služby sa môžu navzájom vylučovať aj závislosťami, kde spustenie jednej zastaví druhú, a rovnaký vzor sa objavuje v macOS pri úlohách launchd a zdieľanom daemone. Klient, ktorý sa spustí a skončí v priebehu sekúnd, hlási vlastníctvo, nie konfiguráciu.

Prečítajte stav služby a jej protokol, skôr než prečítate profil. Služba, ktorá sa spustila a zastavila v tej istej minúte, je vzor, ktorý treba hľadať, a jej vlastný protokol udalostí pomenúva závislosť, ktorá ju vytlačila. Profil nedokáže opraviť proces, ktorý nebeží, a čas strávený jeho úpravou je čas, ktorý nie je strávený skutočným konfliktom.

Potom sa spýtajte, komu patrí port

Vlastníctvo portu je najjasnejší dôkaz, ktorý dostanete, lebo zlyhanie väzby konflikt pomenúva priamo. Dve implementácie IKE nemôžu obe odpovedať na tej istej lokálnej adrese a porte UDP, a žiadne množstvo opakovaní to nezmení.

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'

Nech vášmu prostrediu zodpovedá ktorýkoľvek riadok, odpoveď, ktorú chcete, je proces a služba, ktorá ho vytvorila. Ak je poslucháčom zabudovaná služba IKE, votrelcom je druhý klient; ak je to agent dodávateľa, votrelcom je zabudovaný klient. Rozhodnite, ktorý smie štartovať pri prihlásení, a vypnite automatické spúšťanie druhého, namiesto toho, aby ste ho zabíjali v každej relácii.

Filtrovací ovládač sedí pod vašimi trasami

Sieťový filtrovací ovládač zachytáva prevádzku medzi adaptérom a protokolovým zásobníkom, takže môže pakety prepisovať alebo blokovať bez ohľadu na to, čo hovorí smerovacia tabuľka. Takto sa ignoruje trasa, ktorá vyzerá správne, a preto môže úspešný ping sedieť vedľa prehliadača, ktorý nič nenačíta.

Komponenty dodávateľa sa tiež viažu na konkrétne pripojenia. Starší filter naviazaný na jeden adaptér môže inak správnemu profilu zabrániť dokončiť podanie ruky, a odpojenie tohto komponentu od vlastností adaptéra je užšie a vratnejšie než úplné odstránenie produktu. Keďže väzba je na každé pripojenie, porovnávajte adaptéry, nie celý zásobník.

Rozhodnite, ktorý produkt vlastní štart, a potom to zaznamenajte

Súžitie je realistické len vtedy, keď dvaja klienti podľa návrhu zaberajú rôzne vrstvy, napríklad zásobník IPsec vedľa proxy, ktoré obsluhuje iba prevádzku aplikácií. Kde obaja chcú ten istý port, tú istú filtrovaciu vrstvu alebo právo publikovať predvolenú trasu, budú sa ďalej striedať a každé zlyhanie bude vyzerať ako nová porucha.

Vyberte vlastníka zámerne. Formy, ktoré prežijú reštart, zahŕňajú spúšťanie druhého klienta vo virtuálnom stroji, jeho držanie na vyhradenom hardvéri alebo zjednotenie na jednom klientovi, ktorý hovorí oboma protokolmi. Vypnutie automatického spúšťania a služby porazeného je menšia zmena než prestavba smerovacej tabuľky po každom štarte, a vráti sa jednou úpravou nastavení.