Toinen VPN-asiakas rikkoi ensimmäisen: etsi jaettu resurssi

Eilen alkuperäinen asiakas toimi. Tänään tulokas vaatii yhteyttä, kun taas vanhempi profiili pysähtyy vaiheeseen, jonka se ennen ohitti valittamatta. Tunnistetiedot ovat harvoin mukana, ja yhdyskäytävä on yleensä syytön. Muutos on siinä, että kaksi VPN-pinoa haluaa nyt saman yksinomaisen resurssin, ja korjaus riippuu sen nimeämisestä. Käy kerrokset läpi sen sijaan, että asentaisit molemmat uudelleen.

Käy neljä kerrosta järjestyksessä läpi

VPN-tuote tarvitsee neljä resurssia, jotka voivat törmätä: taustapalvelu, joka usein kieltäytyy käynnistymästä kahdesti, kiinteä portti, virtuaaliadapteri tai ydin suodatin, joka näkee liikenteen ennen reititystaulua, ja oikeus asentaa reittejä oletusreitin eteen. Tieto siitä, mikä niistä väistyi, muuttaa epämääräisen ristiriidan yhdeksi kysymykseksi, jolla on testattava vastaus.

Yhdistä oire kerrokseen ennen kuin kosket mihinkään. Asiakas, joka ei käynnisty, viittaa palveluun; se, joka käynnistyy eikä koskaan neuvottele, viittaa porttiin; se, joka yhdistää, kun toinen menettää kaiken yhteyden, viittaa suodattimeen tai oletusreittiin. Kirjoita tämä yhdistäminen muistiin, koska se säästää tunnin sovellusten uudelleenasennusta toivossa.

Aloita palvelusta, joka ei suostu käynnistymään kahdesti

Windowsissa yritysasiakas on yleensä enemmän kuin tunneli, koska se asentaa profiilin ohella palvelun, suodatinajurin ja joskus tunnistetietojen tarjoajan. Kirjaa, mitkä palvelut toimivat ennen muutosta ja uudelleen sen jälkeen, ja vertaa sitten kahta luetteloa sen sijaan, että käynnistäisit uudelleen, kunnes jokin toimii. Palvelut voivat myös sulkea toisensa pois riippuvuuksien kautta, jolloin yhden käynnistäminen pysäyttää toisen, ja sama kuvio näkyy macOSissa launchd-töillä ja jaetulla taustaprosessilla. Asiakas, joka käynnistyy ja poistuu sekunneissa, ilmoittaa omistuksesta, ei kokoonpanosta.

Lue palvelun tila ja sen loki ennen kuin luet profiilin. Palvelu, joka käynnistyi ja pysähtyi saman minuutin sisällä, on etsittävä kuvio, ja sen oma tapahtumaloki nimeää riippuvuuden, joka syrjäytti sen. Profiili ei voi korjata prosessia, joka ei ole käynnissä, ja sen muokkaamiseen käytetty aika on aikaa, jota ei käytetä varsinaiseen ristiriitaan.

Kysy sitten, kuka omistaa portin

Portin omistus on selkein todiste, jonka saat, koska sidontavirhe nimeää ristiriidan suoraan. Kaksi IKE-toteutusta ei voi molemmat vastata samassa paikallisessa osoitteessa ja UDP-portissa, eikä mikään määrä uudelleenyrityksiä muuta sitä.

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'

Mikä tahansa rivi sopii alustaasi, haluamasi vastaus on prosessi ja palvelu, joka sen synnytti. Jos kuuntelija on sisäänrakennettu IKE-palvelu, toinen asiakas on tunkeilija; jos se on toimittajan agentti, sisäänrakennettu asiakas on. Päätä, kumpi saa käynnistyä kirjautuessa, ja poista toisen automaattikäynnistys sen sijaan, että tappaisit sen joka istunnossa.

Suodatinajuri istuu reittiesi alla

Verkkosuodatinajuri sieppaa liikenteen adapterin ja protokollapinon välillä, joten se voi kirjoittaa uudelleen tai estää paketteja riippumatta siitä, mitä reititystaulu sanoo. Näin oikealta näyttävä reitti jätetään huomiotta, ja siksi onnistunut ping voi seisoa selaimen vieressä, joka ei lataa mitään.

Toimittajan komponentit sitoutuvat myös tiettyihin yhteyksiin. Yhteen adapteriin sidottu vanha suodatin voi estää muuten oikeaa profiilia viimeistelemästä kättelyään, ja kyseisen komponentin irrottaminen adapterin ominaisuuksista on kapeampi ja peruttavampi toimi kuin tuotteen poistaminen kokonaan. Koska sidonta on yhteyttä kohti, vertaa adaptereita, älä koko pinoa.

Päätä, mikä tuote omistaa käynnistyksen, ja kirjaa se

Rinnakkaiselo on realistista vain, kun kaksi asiakasta miehittää suunnittelultaan eri kerrokset, kuten IPsec-pino sellaisen välityspalvelimen vieressä, joka hoitaa vain sovellusliikennettä. Kun molemmat haluavat saman portin, saman suodatinkerroksen tai oikeuden julkaista oletusreitin, ne jatkavat vuorottelua ja jokainen vika näyttää uudelta.

Valitse omistaja tarkoituksella. Uudelleenkäynnistyksen kestävät muodot ovat toisen asiakkaan ajaminen virtuaalikoneessa, sen pitäminen erillisellä laitteistolla tai yhden asiakkaan standardointi, joka puhuu molempia protokollia. Häviäjän automaattikäynnistyksen ja palvelun poistaminen käytöstä on pienempi muutos kuin reititystaulun uudelleenrakentaminen jokaisen käynnistyksen jälkeen, ja se perutaan yhdellä asetusmuutoksella.