OpenVPN Windowsissa: käynnistä tunneli automaattisesti ja säilytä reitit

Tässä kietoutuvat kaksi vaatimusta: tunnelin pitäisi nousta ennen kuin kukaan kirjautuu sisään, ja toisen sivuston liikenteen pitäisi seurata sitä. Ne ovat erillisiä ongelmia, joilla on erilliset mekanismit. Palvelun käynnistyminen ratkaisee ensimmäisen ja reitin elinikä toisen. Toisen ratkaiseminen jättää toisen täsmälleen siihen, missä se oli.

Ensimmäinen vaihe: sijoita profiili sinne, mistä palvelu sitä etsii

Windows-palvelu lukee profiilit kiinteästä hakemistosta ja GUI lukee samasta paikasta, joten profiili, joka toimii tuotaessa, voi silti olla näkymätön käynnistyksessä. Sijoita .ovpn-tiedostot asennuksen config-hakemistoon, joka on yleensä Program Filesin alla. Käyttäjän Downloads-kansioon jätetty profiili ei ole lainkaan palvelun piirissä.

Vanhemmat ohjeet osoittavat config-auto-kansioon, jota jotkin 2.5-aikakauden buildit noudattivat ja myöhemmät julkaisut eivät. Siksi päivitys voi muuttaa toimivan automaattikäynnistyksen hiljaisuudeksi ilman, että lokissa on mitään tunnistetiedoista. Vahvista, mitä hakemistoa asennettu buildi todella lukee, ennen kuin siirrät tiedostoja.

Kun yhdessä koneessa on useita profiileja, anna jokaiselle nimetty sovitin dev-node kautta. Muuten ne kilpailevat samasta rajapinnasta ja toinen epäonnistuu tavalla, joka näyttää tunnistetieto-ongelmalta.

Toinen vaihe: käynnistä palvelu, älä ilmaisinalueen kuvaketta

Palvelun OpenVPN asettaminen tilaan Automatic saa sen käynnistymään bootissa ilman kirjautumista. Se on mekanismi, eikä ilmaisinalueen kuvake ole osa sitä. Kun palvelu omistaa yhteyden, GUI ei välttämättä näytä kuvaketta eikä tilaa, mikä on odotettua eikä vika.

Seuraus on, että yhteyden katkaiseminen tarkoittaa palvelun pysäyttämistä, ei Disconnect-painikkeen napsauttamista. Kerro se sille, joka tukee konetta, tai ensimmäinen tukipuhelu koskee puuttuvaa kuvaketta.

Tarkista, että palvelutili voi lukea profiilin ja avainmateriaalin. Käynnistyksen käyttöoikeusongelma näyttää lokissa täsmälleen todennuksen epäonnistumiselta.

Kolmas vaihe: sido reitti tunneliin

Pysyvä merkintä on tässä väärä työkalu. Reitin lisääminen valitsimella -P saa sen selviämään uudelleenkäynnistyksistä ja, pahempaa, selviämään tunnelin sulkemisesta. Kun VPN on alhaalla, etuliite osoittaa edelleen yhdyskäytävään, jota ei enää ole, joten isäntä ei tavoita kohdetta ennen kuin joku poistaa merkinnän.

Kolme vaihtoehtoa käyttäytyy oikein. Työnnä reitti palvelimelta, joka lisää sen yhdistettäessä ja poistaa sen katkaistaessa. Lisää se route-up-skriptissä, joka lukee route_vpn_gateway, jotta seuraava hyppy tulee neuvotellusta tunnelista. Tai käytä Add-VpnConnectionRoute-komentoa Windowsin alkuperäisen VPN-profiilin kanssa, joka sitoo etuliitteen tuohon yhteyteen.

Kun palvelin tarjoaa enemmän kuin tämä sivusto tarvitsee, route-nopull hylkää työnnetyt reitit ja jättää taulun täysin paikalliseksi. Se sopii jaetulle profiilille, jonka käyttäjät eivät saa vastaanottaa yrityksen oletusreittiä.

Neljäs vaihe: selviä kylmäkäynnistyksestä

Palvelun käynnistäminen ennen verkkopinon olemassaoloa tuottaa yhden epäonnistuneen yrityksen eikä uudelleenyritystä. Tilaan Automatic (Delayed Start) asettaminen tai riippuvuuden lisääminen verkkopalvelusta poistaa tuon kilpailun. Toista sitten käynnistystesti ja tarkista, ettei toista yritystä enää tarvita.

Reitti- ja sovitinmuutokset vaativat järjestelmänvalvojan oikeudet. Käyttäjäkohtaisella käynnistyspikakuvakkeella niitä ei ole, joten korotetusta komentotulkista toimiva skripti voi kirjautuessa tehdä hiljaa ei mitään. Ajoita se tehtäväksi korkeimmilla oikeuksilla tai anna palvelun hoitaa muutos. Testaa se sitten käyttäjänä, joka todella kirjautuu.

Testaa järjestys, jonka todella otat käyttöön, älä sitä, jonka voit laukaista käsin. Kylmäkäynnistys on ainoa testi, joka harjoittaa järjestystä.

Viides vaihe: varmista ilman GUI:ta

Tarkista uudelleenkäynnistyksen ja kirjautumisen jälkeen kolme asiaa avaamatta GUI:ta. Sovittimella pitäisi olla osoite,reittitaulun pitäisi näyttää sivuston etuliite tunnelin yhdyskäytävän ollessa seuraava hyppy, ja pingin kaukokulman osoitteeseen pitäisi vastata. Jokainen tarkistus vastaa eri mekanismia yllä olevista vaiheista.

Kun sovitinta ei koskaan ilmesty, epäilty on ajuri eikä profiili. Ne kaksi vikaa eivät näytä lokissa lainkaan samalta, ja vain toinen niistä reagoi ohjelmiston uudelleenasennukseen.