Pluraj OpenVPN remotoj: failover-listo, ne kunligado de kanaloj

Du remotaj linioj en unu profilo aspektas kiel dua leno; ili estas dua provo. Kiam la unua endpointo ĉesas respondi, la kliento iras plu kaj la sesio ne plilarĝiĝas. Nomu la liston failover frue, alie vi reguligos la malĝustan butonon.

Kion donas al vi remotlisto

Traktu la profilon kiel ordigitan aron da provoj, ne kiel naĝejon da kapacito. Ĉiu ero ricevas sian vicon por levi la tunelon, kaj la sesio vivas sur tiu, kiu respondis. Pli longa listo plibonigas viajn ŝancojn konekti, ne la grandecon de la tubo.

Vera agregado estas alia maŝino. Dividi unu fluon trans plurajn vojojn postulas programaron ĉe ambaŭ finoj por dividi kaj rekunigi la trafikon laŭorde.

Vendanto, kiu promesas pli rapidajn tunelojn el pli da serviloj, vendas ĝuste tiun duan modelon, ne pli longan liston. Se la kliento nur laŭvice provas endpointojn, kvin eroj ŝanĝas viajn ŝancojn kaj nenion alian. Observu paneon: la sesio falas kaj revenas aliloke, kion la protokolo montras kiel novan endpointon, neniam kiel pli larĝan tubon.

Blokoj, kiuj tenas agordojn kun unu endpointo

Ordinara remote linio portas adreson, kaj foje havenon kaj protokolon. Kiam endpointo bezonas prokurilon, aŭ transporton, kiun la resto de la dosiero ne uzas, metu tiujn agordojn en konektan blokon, kiu tenas ilin kun ĝi. Enliniaj blokoj ankaŭ funkcias en unu .ovpn dosiero, kaj tiel estas liverataj plej multaj profiloj.

Ĉio ekster bloko agas kiel la defaŭlto por eroj, kiuj ne superregas ĝin. Tial unu konstruita bloko kaj kvar ordinaraj remotoj kondutas tiel, kion la adreslisto ne povas klarigi.

Forigi blokon, kiun vi ne rekonas, ne estas kosmetikaĵo. La endpointo, al kiu ĝi apartenis, refalas al la defaŭltoj de la dosiero, kiuj povas esti alia transporto ol tiu, sur kiu ĝi aŭskultas. Forigu la malĝustan volvaĵon kaj unu ero malsukcesas dum la resto funkcias, do ĝi aspektas kiel malbona servilo anstataŭ rompita profilo. Legu ĉiun remoton kun ĝia transporto, haveno kaj prokurilo antaŭ ol redakti.

Ripeta ordo kaj la kosto de remote-random

Ordo gravas, ĉar ĉiu morta ero kostas tempon antaŭ la sekva provo. Metu la deziratan endpointon unue kaj traktu la reston kiel vicigitajn rezervojn.

remote-random miksas la komencan ordon, kio disigas ŝarĝon inter ekvivalentaj serviloj kaj misfunkcias, kiam unu endpointo estas klare ĉefa. Ĉiukaze, registru la endpointon, kiun la kliento elektis; la profila nomo diras nenion, kiam konekto ŝajnas malrapida. Grepi la liglinion el detala protokolo montras, kie la sesio surteriĝis.

Miksado de operatoroj rompas la fiddeklaron

Profilo ankaŭ estas aserto pri identeco: ĉi tiuj adresoj estas la servo, kiun vi celis atingi, kaj la alpinglita atestilo apartenas al ĝi. Ĵeti senpagajn publikajn servilojn en tiun dosieron rompas la aserton: iliaj atestiloj kaj via priskribas malsamajn servojn. La kutima rezulto estas identeca malsukceso, aŭ legitimiloj ofertitaj al gastiganto ekster la reto de via provizanto. Tenu alternativojn ene de la aro, kiun via operatoro disdonas, kun kongruaj legitimiloj kaj fida materialo.

Se vi bezonas endpointojn de du provizantoj, tio estas enkursigado, ne profilredakto. Respondu ĝin super la tunelo, kie vi povas diri, kiu trafiko prenas kiun vojon.

Testu ĉiun eron anstataŭ supozi

Post aprobita profilĝisdatigo, konektu intence al ĉiu postulata endpointo kaj konfirmu, kiu transporto leviĝis. Detala rulo igas tion videbla. Startigu openvpn --config office.ovpn --verb 4 kaj legu la liglinion por la adreso, kiun vi atendis. Poste kontrolu la rimedojn malantaŭ la tunelo; ero povas fini la manpremon kaj tamen enkursigi vin nenie.

Failover bezonas propran teston anstataŭ esperon. Bloku la unuan endpointon en laboratorio, startigu la klienton, kaj mezuru, kiom da tempo ĝi bezonas por iri plu. Longa listo malantaŭ malrapida unua ero estas pli malbona ol mallonga, kiu bone startas.

Rekontrolu la liston ĉiufoje, kiam la operatoro ŝanĝas ĝin. Importita aro utilas nur dum ĝiaj eroj ekzistas kaj parolas la transporton, kiun viaj blokoj priskribas. La manlibro de OpenVPN 2.6 kovras ĉi tie la direktivojn remote, connection kaj random-order, kaj ĝi estas la versio kontrolenda, kiam la sintakso estas dubinda.