Meneekö VPN rikki asiakaspäivityksen jälkeen? Vertaa neuvottelua

Päivitykset korvaavat komponentin, joka jäsentää profiilisi ja neuvottelee tunnelin. Ensimmäinen epäonnistuminen päivityksen jälkeen on todiste tietystä muutoksesta, ei tuomio julkaisusta. Tuon virheen tallentaminen version ja aikaleiman kanssa on arvokkain askel, jonka voit ottaa ennen minkään uudelleenasentamista.

Kaksi mekanismia selittää useimmat näistä katkoksista. Niiden erottaminen on työ.

Mitä neuvottelussa muuttui allasi

OpenVPN neuvottelee datakanavan salauksesta sen sijaan että ottaisi sen yhdestä direktiivistä, ja neuvottelua ohjaavien valintojen merkitys on muuttunut julkaisujen välillä. Vanhemmalle asiakkaalle kirjoitettu profiili voi yhdistää ja sitten epäonnistua datakanavasta sopimisessa, mikä ilmenee yhteyden katkeamisena eikä selvänä kokoonpanovirheenä. Uudemmat julkaisut myös kiristävät tai poistavat perittyä toimintaa ja tuovat yhteensopivuustilan vertaisille, jotka eivät ole vielä siirtyneet. Päivitys voi siis rikkoa toimivan profiilin koskematta tiedoston yhteenkään tavuun.

Vaikutus asiakkaaseen on epäsymmetrinen. Ohjauskanava nousee, todennus onnistuu ja tunneli kuolee sen jälkeen, mikä on neuvotteluristiriidan eikä hylätyn profiilin tunnusmerkki.

Lue asennettu versio ennen kuin teoretisoit palvelimesta. Tuo merkkijono on paikallinen tosiasia, jonka voit tarkistaa pyytämättä keneltäkään pääsyä.

Profiili voi jäsentyä ja tarkoittaa jotain muuta

Jäsennyksen läpäisevä direktiivi ei välttämättä ole direktiivi, joka yhä tekee sen, mitä sen kirjoittaja aikoi. Valinnat voidaan hyväksyä yhteensopivuuden vuoksi ja jättää huomiotta, nimetä uudelleen tai soveltaa kapeammassa tapauksessa kuin ennen. Koska mikään ei anna virhettä, profiili näyttää oikealta, vaikka sen alla oleva toiminta on muuttunut. Juuri tuo hiljaisuus tekee näistä regressioista kalliita.

Kysy, mitkä rivit todella vastaavat neuvotellusta tuloksesta, ja vertaa niitä nyt ajamasi version dokumentaatioon. Se vertailu on lyhyt, ja siinä on ero korjauksen ja palautuksen välillä.

openvpn --version | head -n 2
openvpn --show-ciphers | head -n 10
grep -nE '^(cipher|data-ciphers|ncp-|tls-)' office.ovpn

Alusta liikkui samaan aikaan

Asiakasjulkaisut tulevat harvoin yksin. Käyttöjärjestelmän päivitys, käyttöoikeuspyyntö, joka vaatii nyt nimenomaisen myönnytyksen, tai laitteeseen sovellettu hallittu käytäntö voi saapua samalla viikolla ja tuottaa vian, josta asiakasta syytetään. Mobiilialustat lisäävät oman kerroksensa, koska sovellus pyytää järjestelmältä tunnelia ja järjestelmä päättää, mitä tunnelilla saa reitittää.

Kirjaa ne muutokset erikseen aikajanalle. Kun todennus onnistuu mutta reitit tai nimien selvitys epäonnistuvat, kiinnostava vaihe on kättelyn jälkeen, eikä varmennevarmennuksen heikentäminen kosketa sitä.

Testaa uudelleen tapahtuma, joka käynnisti raportin

Toista alkuperäinen jakso, älä sen yksinkertaistettua versiota: ensimmäinen yhteys, sovellus joka epäonnistui, ja tavallinen uudelleenyhdistäminen verkkomuutoksen jälkeen. Tunneli, joka nousee testiolosuhteissa ja putoaa silti uudelleenyhdistämisen polulla, ei ole korjattu, ja ero osoittaa yleensä, missä varsinainen vika on. Raportti, joka jättää uudelleenyhdistämisvaiheen pois, sulkee vian, joka on yhä auki.

Hanki operaattorin tuettu profiili tai toimittajan korjaus vahvistetun kanavan kautta sen sijaan että palauttaisit kaiken. Laaja versiopalautus palauttaa myös ne tietoturvakorjaukset, jotka päivitys toi, ja se vaihtokauppa on harvoin yhden toimivan yhteyden arvoinen.