Käynnistetäänkö OpenVPN uudelleen päivittäin? Valitse vika, älä kelloa

Perit cron-työn, joka käynnistää OpenVPN:n uudelleen joka päivä kello 04:10, ja se on pitänyt asiat vakaina jo vuoden. Se myös katkaisee terveen tunnelin kiinteään kellonaikaan eikä tee mitään katkokselle, joka todella tapahtuu lounasaikaan. Kalenterin mukainen uudelleenkäynnistys on ylläpitopäätös. Palautuminen on toinen rakenne, jolla on tietty liipaisin.

Kolme vikamuotoa tarvitsevat kolme eri omistajaa. Valitse ensin vika, niin mekanismi seuraa.

Kolme vikaa, kolme omistajaa

Tunneli voi olla pystyssä, vaikka sen vastapää on poissa: prosessi pyörii, rajapinta on olemassa eikä mitään hyödyllistä kulje sen läpi. Prosessi voi olla kuollut, vaikka vastapää on kunnossa, ja silloin vain sen käynnistänyt taho voi tuoda sen takaisin. Tunnelin takana oleva sovellus voi olla rikki, vaikka sekä tunneli että vastapää ovat terveitä, ja asiakkaan uudelleenkäynnistys silloin laajentaa katkosta koskematta syyhyn. Näiden kolmen tapauksen erottaminen on koko päätös.

Jokaisella on oma signaalinsa ja oma omistajansa. Elinvoimaisuus kuuluu VPN-protokollalle, prosessin elinkaari palvelunhallinnalle ja sovelluksen terveys kapean toimeksiannon monitoroinnille.

Mitä elinvoimaisuusasetus voi tehdä ja mitä ei

keepalive on apuri, joka laajenee ping- ja ping-restart-pariksi, kuten linkkiasetusten viite kuvaa, eikä sen tuottama aikakatkaisu ole sama palvelimella ja asiakkaalla. Palvelimen työntämät arvot voivat myös ohittaa sen, mitä asiakas on määrittänyt paikallisesti, minkä vuoksi paikallisessa tiedostossa oikealta näyttävä aikakatkaisu ei välttämättä ole voimassa oleva.

Tämä tekee siitä oikean työkalun kadonneelle vastapäälle ja väärän työkalun kuolleelle prosessille, koska päättynyt prosessi ei voi ajaa omia ajastimiaan. Se ei myöskään kerro, vastaako tunnelin takana oleva sovellus, koska vaihto tapahtuu kahden VPN-päätepisteen välillä. Aikakatkaisuparin kopioiminen toisesta käyttöönotosta tarkistamatta roolia, odotettuja katkoksia ja uudelleentodennuksen käyttäytymistä on se tapa, jolla vakaa tunneli alkaa väpättää.

Mitä palvelunhallinta omistaa

Jos daemon poistuu, sen käynnistänyt hallinta päättää, mitä seuraavaksi tapahtuu. Vikaan sidottu uudelleenkäynnistyskäytäntö, jossa on viive ja käynnistystahtia rajaava asetus, hoitaa kaatumissilmukan tekemättä siitä haarautumispommia. Nuo asetukset reagoivat prosessin tuloksiin ja aikakatkaisuihin eivätkä havaitse prosessia, joka on elossa mutta hyödytön. Tämä ei ole aukko, joka paikataan laajemmalla käytännöllä; se on elinkaaren ja elinvoimaisuuden raja.

Omistajuus merkitsee yhtä paljon kuin asetukset. Työpöydän verkkohallinnan käynnistämä yhteys kannattaa pitää sen hallinnan palautumisjärjestelyssä, ja kilpailevan palveluyksikön lisääminen samalle rajapinnalle antaa yhdelle tunnelille kaksi omistajaa. Valitse yksi ja kirjoita muistiin, mikä se on.

Milloin ajastettu uudelleenkäynnistys on perusteltu

Ajastettu uudelleenkäynnistys voi olla järkevä ylläpitotoimi: sillä on omistaja, ikkuna, nimetty instanssi ja riippumaton sisäänpääsy. Se ei voi olla yleinen luotettavuuskäytäntö, joka lisäksi katkaisee kaikki kiinteänä kellonaikana.

Jos uudelleenkäynnistys on olemassa tunnetun vuodon tai jumiutuneen tilan kiertämiseksi, sano se yksikön kuvauksessa, muuten seuraava ihminen pitää sen ikuisesti.

Testaa tapaukset, joilla on merkitystä: vastapää katoaa prosessin pysyessä pystyssä, prosessi päättyy, uusintayritys tarvitsee tuoreet tunnistetiedot ja tunneli palaa sovelluksen jäädessä rikki. Katso, mikä komponentti reagoi ja mihin tilaan se jättää jälkensä.

Oikea kysymys ei ole, kuinka usein käynnistetään uudelleen, vaan minkä pitäisi havaita vika ensin.