Dvije remote linije u jednom profilu izgledaju kao druga traka; one su drugi pokušaj. Kad prvi endpoint prestane odgovarati, klijent ide dalje i sesija ne postaje šira. Nazovite popis failoverom na vrijeme, inače ćete podešavati pogrešan kotačić.

Što vam daje popis remote zapisa

Tretirajte profil kao uređen skup pokušaja, a ne kao bazen kapaciteta. Svaki zapis dobije svoj red da podigne tunel, a sesija živi na onome koji je odgovorio. Dulji popis poboljšava šanse za povezivanje, ne veličinu cijevi.

Prava agregacija je drugi stroj. Dijeljenje jednog toka preko nekoliko putanja traži softver na oba kraja koji će razdvojiti i ponovno sastaviti promet po redu.

Dobavljač koji obećava brže tunele s više poslužitelja prodaje upravo taj drugi model, a ne dulji popis. Ako klijent samo redom isprobava endpointe, pet zapisa mijenja vaše šanse i ništa drugo. Gledajte ispad: sesija padne i vrati se negdje drugdje, što log prikazuje kao novi endpoint, nikad kao širu cijev.

Blokovi koji drže postavke uz jedan endpoint

Obična remote linija nosi adresu, a ponekad port i protokol. Kad endpointu treba proxy ili transport koji ostatak datoteke ne koristi, stavite te postavke u blok veze koji ih drži uz njega. Inline blokovi također rade u jednoj .ovpn datoteci, a tako se isporučuje većina profila.

Sve izvan bloka djeluje kao zadana vrijednost za zapise koji ga ne nadjačavaju. Zato se jedan izgrađeni blok i četiri obična remote zapisa ponašaju na način koji popis adresa ne može objasniti.

Brisanje bloka koji ne prepoznajete nije kozmetika. Endpoint kojemu je pripadao vraća se na zadane vrijednosti datoteke, a one mogu biti drugi transport od onoga na kojem sluša. Uklonite pogrešan omotač i jedan zapis ne uspijeva dok ostali rade, pa to izgleda kao loš poslužitelj, a ne kao pokvaren profil. Pročitajte svaki remote zajedno s njegovim transportom, portom i proxyjem prije uređivanja.

Redoslijed ponovnih pokušaja i cijena remote-random

Redoslijed je važan jer svaki mrtav zapis košta vrijeme prije sljedećeg pokušaja. Stavite željeni endpoint prvi, a ostale tretirajte kao rangirane rezerve.

remote-random mijenja početni redoslijed, što raspoređuje opterećenje po ekvivalentnim poslužiteljima i vraća se kao bumerang kad je jedan endpoint očito primaran. U svakom slučaju zabilježite endpoint koji je klijent odabrao; ime profila ne govori ništa kad veza djeluje sporo. Grepovanje linije veze iz detaljnog loga pokazuje gdje je sesija sletjela.

Miješanje operatera krši izjavu o povjerenju

Profil je i tvrdnja o identitetu: ove adrese su usluga kojoj ste namjeravali doći, a prikvačeni certifikat pripada njoj. Ubacivanje besplatnih javnih poslužitelja u tu datoteku krši tvrdnju: njihovi certifikati i vaš opisuju različite usluge. Uobičajen ishod je neuspjeh identiteta ili vjerodajnice ponuđene hostu izvan mreže vašeg pružatelja. Držite alternative unutar skupa koji vaš operater distribuira, s odgovarajućim vjerodajnicama i materijalom povjerenja.

Ako su vam potrebni endpointi od dva pružatelja, to je usmjeravanje, a ne uređivanje profila. Riješite to iznad tunela, gdje možete reći koji promet ide kojim putem.

Testirajte svaki zapis umjesto pretpostavke

Nakon odobrenog ažuriranja profila, namjerno se povežite na svaki potrebni endpoint i potvrdite koji je transport podignut. Detaljno pokretanje to čini vidljivim. Pokrenite openvpn --config office.ovpn --verb 4 i pročitajte liniju veze za adresu koju ste očekivali. Zatim provjerite resurse iza tunela; zapis može dovršiti rukovanje i ipak vas ne usmjeriti nikamo.

Failover traži vlastiti test, a ne nadu. Blokirajte prvi endpoint u laboratoriju, pokrenite klijenta i izmjerite koliko mu treba da prijeđe dalje. Dug popis iza sporog prvog zapisa gori je od kratkog koji dobro starta.

Provjerite popis svaki put kad ga operater promijeni. Uvezeni skup koristan je samo dok njegovi zapisi postoje i govore transport koji vaši blokovi opisuju. Priručnik OpenVPN 2.6 pokriva ovdje direktive remote, connection i random-order, i to je verzija koju treba provjeriti kad je sintaksa upitna.

Povezani članci