Több OpenVPN remote: failover-lista, nem sávösszevonás

Két remote sor egy profilban második sávnak tűnik; valójában második kísérlet. Amikor az első endpoint abbahagyja a válaszolást, a kliens továbblép, és a munkamenet nem lesz szélesebb. Nevezze a listát failovernek időben, különben a rossz gombot tekeri.

Mit ad önnek egy remote-lista

Kezelje a profilt kísérletek rendezett halmazaként, nem kapacitásfürdőként. Minden bejegyzés megkapja a maga körét az alagút felépítéséhez, és a munkamenet azon él, amelyik válaszolt. A hosszabb lista a csatlakozás esélyeit javítja, nem a cső méretét.

Az igazi aggregálás egy másik gép. Egy folyam több útra osztásához mindkét végén szoftver kell, amely szétosztja és sorrendben újra összeállítja a forgalmat.

Az a szállító, aki több szerverről gyorsabb alagutakat ígér, éppen azt a második modellt adja el, nem a hosszabb listát. Ha a kliens csak sorban próbálja az endpointokat, öt bejegyzés megváltoztatja az esélyeit, és semmi mást. Figyeljen meg egy kiesést: a munkamenet leesik és máshol tér vissza, amit a napló új endpointként mutat, soha nem szélesebb csőként.

Blokkok, amelyek a beállításokat egy endpointhoz tartják

Egy egyszerű remote sor címet hordoz, néha portot és protokollt is. Amikor egy endpointnak proxyra van szüksége, vagy olyan átvitelre, amelyet a fájl többi része nem használ, tegye ezeket a beállításokat egy kapcsolatblokkba, amely nála tartja őket. A beágyazott blokkok egyetlen .ovpn fájlban is működnek, és a legtöbb profil így érkezik.

A blokkon kívül minden alapértelmezésként működik azoknak a bejegyzéseknek, amelyek nem írják felül. Ezért viselkedik egy felépített blokk és négy egyszerű remote olyan módokon, amelyeket a címlista nem tud megmagyarázni.

Egy nem ismert blokk törlése nem kozmetika. Az endpoint, amelyhez tartozott, visszaesik a fájl alapértelmezéseire, amelyek más átvitel lehetnek, mint amelyen hallgat. Távolítsa el a rossz burkolót, és egy bejegyzés meghiúsul, míg a többi működik, így rossz szervernek tűnik, nem törött profilnak. Szerkesztés előtt olvassa el minden remote-ot az átvitelével, portjával és proxyjával együtt.

Újrapróbálkozási sorrend és a remote-random ára

A sorrend számít, mert minden halott bejegyzés időt visz el a következő kísérlet előtt. Tegye előre a kívánt endpointot, a többit pedig kezelje rangsorolt tartalékként.

remote-random összekeveri a kezdő sorrendet, ami szétosztja a terhelést az egyenértékű szerverek között, és visszaüt, ha egy endpoint egyértelműen elsődleges. Akárhogy is, naplózza a kliens által választott endpointot; a profil neve semmit nem mond, amikor a kapcsolat lassúnak tűnik. A link sorának grepje egy részletes naplóból megmutatja, hova szállt le a munkamenet.

Az üzemeltetők keverése megtöri a bizalmi nyilatkozatot

A profil identitásról szóló állítás is: ezek a címek az a szolgáltatás, amelyet el akart érni, és a rögzített tanúsítvány ehhez tartozik. Ha ingyenes nyilvános szervereket dob abba a fájlba, megtöri az állítást: azok tanúsítványai és az öné különböző szolgáltatásokat írnak le. A szokásos eredmény identitáshiba, vagy a szolgáltatója hálózatán kívüli hosztnak felajánlott hitelesítő adatok. Tartsa az alternatívákat az üzemeltetője által terjesztett halmazon belül, megfelelő hitelesítő adatokkal és bizalmi anyaggal.

Ha két szolgáltatótól kell endpoint, az útválasztás, nem profil szerkesztése. Oldja meg az alagút felett, ahol megmondhatja, melyik forgalom melyik utat veszi.

Tesztelje az egyes bejegyzéseket, ne feltételezzen

Egy jóváhagyott profilfrissítés után szándékosan csatlakozzon minden szükséges endpointhez, és erősítse meg, melyik átvitel jött fel. Egy részletes futás láthatóvá teszi. Indítsa el a openvpn --config office.ovpn --verb 4 parancsot, és olvassa el a link sort a várt címhez. Ezután ellenőrizze az alagút mögötti erőforrásokat; egy bejegyzés befejezheti a kézfogást, és mégis sehova nem irányítja önt.

A failovernek saját tesztre van szüksége, nem reményre. Blokkolja az első endpointot egy laborban, indítsa el a klienst, és mérje meg, mennyi idő alatt lép tovább. Egy lassú első bejegyzés mögötti hosszú lista rosszabb, mint egy rövid, amely jól indul.

Ellenőrizze újra a listát, valahányszor az üzemeltető megváltoztatja. Egy importált halmaz csak addig hasznos, amíg bejegyzései léteznek, és azt az átvitelt beszélik, amelyet a blokkjai leírnak. Az OpenVPN 2.6 kézikönyv itt lefedi a remote, connection és random-order direktívákat, és ez az a verzió, amelyet ellenőrizni kell, ha a szintaxis kérdéses.