Den andre VPN-klienten øydela den første: finn den delte ressursen

I går virka den opphavlege klienten. I dag krev nykomaren ei tilkopling, medan den eldre profilen stoggar på eit trinn han før kom forbi utan klage. Påloggingsinformasjon er sjeldan involvert, og gatewayen er vanlegvis uskuldig. Det som har endra seg, er at to VPN-stakkar no vil ha den same eksklusive ressursen, og reparasjonen avheng av å namngje han. Gå gjennom laga i staden for å installere begge på nytt.

Gå gjennom dei fire laga i rekkjefølgje

Eit VPN-produkt treng fire ressursar som kan kollidere: ei bakgrunnsteneste som ofte nektar å køyre to gonger, ein fast port, ein virtuell adapter eller kjernefilter som ser trafikk før rutetabellen, og retten til å installere ruter framom standardruta. Å vite kven som gav etter gjer ein vag konflikt om til eitt spørsmål med eit testbart svar.

Kople symptomet til eit lag før du rører noko. Ein klient som ikkje startar, peikar på tenesta; ein som startar og aldri forhandlar, peikar på porten; ein som koplar til medan den andre mistar all tilkopling, peikar på filteret eller på standardruta. Skriv ned den koplinga, fordi ho sparar ein time med å installere program på nytt i håp.

Byrja med tenesta som ikkje vil køyre to gonger

På Windows er ein bedriftsklient vanlegvis meir enn ein tunnel, fordi han installerar ei teneste, ein filterdrivar og stundom ein påloggingsinformasjonsleverandør attmed profilen. Noter kva tenester som køyrer før endringa og igjen etter, og samanlikn dei to listene i staden for å starte på nytt til noko verkar. Tenester kan også utelukke kvarandre via avhengnader, der start av éi stoppar ei anna, og same mønsteret viser seg på macOS med launchd-jobbar og ein delt daemon. Ein klient som startar og avsluttar innan sekund, rapporterer eigarskap og ikkje konfigurasjon.

Les tilstanden til tenesta og loggen hennar før du les profilen. Ei teneste som starta og stoppa innan same minutt, er mønsteret du skal leite etter, og eigen hendingslogg hennar namngjev avhengnaden som fortrengde henne. Ein profil kan ikkje reparere ein prosess som ikkje køyrer, og tid brukt på å redigere han er tid som ikkje blir brukt på den faktiske konflikten.

Spør så kven som eig porten

Porteigarskap er det tydelegaste beviset du får, fordi ein bindingsfeil namngjev konflikten direkte. To IKE-implementasjonar kan ikkje begge svare på same lokale adresse og UDP-port, og inga mengd gjentakingar endrar det.

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'

Kva linje som enn passar plattforma di, er svaret du vil ha ein prosess og tenesta som skapte han. Viss lyttaren er den innebygde IKE-tenesta, er den andre klienten inntrengjaren; viss det er ein leverandøragent, er den innebygde klienten det. Avgjer kven som får starte ved innlogging, og slå av autostart for den andre i staden for å drepe han kvar økt.

Filterdrivaren ligg under rutene dine

Ein nettverksfilterdrivar fangar trafikk mellom adapteren og protokollstakken, så han kan skrive om eller blokkere pakkar uansett kva rutetabellen seier. Slik blir ei rute som ser rett ut ignorert, og difor kan ein vellukka ping ligge attmed ein nettlesar som ikkje kan laste noko.

Leverandørkomponentar bind seg også til bestemte tilkoplingar. Eit eldre filter bunde til éin adapter kan hindre ein elles korrekt profil i å fullføre handtrykket, og å løyse komponenten frå eigenskapane til adapteren er smalare og meir reversibelt enn å fjerne produktet heilt. Sidan bindinga er per tilkopling, samanlikn adapterane i staden for heile stakken.

Avgjer kva produkt som eig oppstarten, og noter det

Sameksistens er berre realistisk når dei to klientane etter design okkuperer ulike lag, som ein IPsec-stakk attmed ein proxy som berre handterer applikasjonstrafikk. Der begge vil ha same port, same filterlag eller retten til å publisere ei standardrute, vil dei halde fram med å veksle, og kvar feil vil sjå ut som ein ny feil.

Vel eigaren med vilje. Former som overlever ein omstart er å køyre den andre klienten i ein virtuell maskin, halde han på dedikert maskinvare, eller standardisere på éin klient som snakkar begge protokollane. Å slå av autostart og tenesta til taparen er ei mindre endring enn å byggje rutetabellen på nytt etter kvar start, og det blir reversert med éi innstillingsendring.