Več OpenVPN remote: seznam za failover, ne povezovanje povezav

Dve vrstici remote v enem profilu izgledata kot drugi pas; to sta drugi poskus. Ko prvi endpoint preneha odgovarjati, odjemalec gre naprej in seja ne postane širša. Poimenujte seznam failover zgodaj, sicer boste vrteli napačen gumb.

Kaj vam da seznam remote

Profil obravnavajte kot urejeno množico poskusov, ne kot bazen zmogljivosti. Vsak vnos dobi svoj krog za dvig tunela, seja pa živi na tistem, ki je odgovoril. Daljši seznam izboljša možnosti povezave, ne velikosti cevi.

Resnična agregacija je drug stroj. Razdelitev enega toka po več poteh zahteva programsko opremo na obeh koncih, ki promet razdeli in nato po vrsti sestavi.

Ponudnik, ki obljublja hitrejše tunele iz več strežnikov, prodaja prav ta drugi model, ne daljšega seznama. Če odjemalec le preizkuša endpointe po vrsti, pet vnosov spremeni vaše možnosti in nič drugega. Opazujte izpad: seja pade in se vrne drugje, kar dnevnik pokaže kot nov endpoint, nikoli kot širšo cev.

Bloki, ki hranijo nastavitve pri enem endpointu

Navadna vrstica remote nosi naslov, včasih pa še vrata in protokol. Ko endpoint potrebuje proxy ali prenos, ki ga preostali del datoteke ne uporablja, dajte te nastavitve v blok povezave, ki jih hrani z njim. Vdelani bloki delujejo tudi v eni datoteki .ovpn, in tako je dobavljenih večina profilov.

Vse zunaj bloka deluje kot privzeta vrednost za vnose, ki ga ne preglasijo. Zato se en zgrajen blok in štirje navadni remote obnašajo tako, česar seznam naslovov ne more pojasniti.

Brisanje bloka, ki ga ne prepoznate, ni kozmetika. Endpoint, ki mu je pripadal, se vrne na privzete vrednosti datoteke, ki so lahko drug prenos od tistega, na katerem posluša. Odstranite napačen ovoj in en vnos spodleti, medtem ko drugi delujejo, zato je videti kot slab strežnik, ne kot pokvarjen profil. Pred urejanjem preberite vsak remote z njegovim prenosom, vrati in proxyjem.

Vrstni red ponovnih poskusov in cena remote-random

Vrstni red je pomemben, ker vsak mrtev vnos stane časa pred naslednjim poskusom. Želeni endpoint postavite prvega, ostale pa obravnavajte kot razvrščene rezerve.

remote-random premeša začetni vrstni red, kar porazdeli obremenitev med enakovredne strežnike in se maščuje, ko je en endpoint očitno glavni. Kakorkoli, zabeležite endpoint, ki ga je izbral odjemalec; ime profila ne pove ničesar, ko se povezava zdi počasna. Grep vrstice povezave v podrobnem dnevniku pokaže, kje je seja pristala.

Mešanje operaterjev zlomi izjavo o zaupanju

Profil je tudi trditev o identiteti: ti naslovi so storitev, ki ste jo želeli doseči, in pripeti certifikat ji pripada. Če v to datoteko vržete brezplačne javne strežnike, trditev zlomite: njihovi certifikati in vaš opisujejo različne storitve. Običajni izid je napaka identitete ali poverilnice, ponujene gostitelju zunaj omrežja vašega ponudnika. Alternativne možnosti hranite v naboru, ki ga distribuira vaš operater, z ustreznimi poverilnicami in gradivom zaupanja.

Če potrebujete endpointe dveh ponudnikov, je to usmerjanje, ne urejanje profila. Rešite to nad tunelom, kjer lahko poveste, kateri promet gre po kateri poti.

Preizkusite vsak vnos namesto predpostavk

Po odobreni posodobitvi profila se namerno povežite z vsakim potrebnim endpointom in potrdite, kateri prenos se je dvignil. Podroben zagon to pokaže. Zaženite openvpn --config office.ovpn --verb 4 in preberite vrstico povezave za pričakovani naslov. Nato preverite vire za tunelom; vnos lahko dokonča rokovanje in vas vseeno ne usmeri nikamor.

Failover potrebuje lasten test namesto upanja. Blokirajte prvi endpoint v laboratoriju, zaženite odjemalca in izmerite, koliko časa traja, da gre naprej. Dolg seznam za počasnim prvim vnosom je slabši od kratkega, ki se dobro začne.

Znova preverite seznam vsakič, ko ga operater spremeni. Uvožen nabor je uporaben le, dokler njegovi vnosi obstajajo in govorijo prenos, ki ga opisujejo vaši bloki. Priročnik OpenVPN 2.6 tu pokriva direktive remote, connection in random-order, in to je različica, ki jo je treba preveriti, ko je skladnja dvomljiva.