Maraming remote ng OpenVPN: listahan ng failover, hindi link bonding

Dalawang linyang remote sa isang profile ay mukhang pangalawang daan; sila ay pangalawang pagtatangka. Kapag tumigil ang unang endpoint sa pagsagot, tuloy ang kliyente at hindi lumalawak ang session. Tawagin agad na failover ang listahan, kundi mali ang iikot mong knob.

Ano ang ibinibigay ng listahan ng remote

Ituring ang profile na isang nakaayos na hanay ng pagtatangka, hindi isang pool ng kapasidad. Bawat entry ay may turno para itayo ang tunnel, at ang session ay nabubuhay sa sumagot. Ang mas mahabang listahan ay nagpapabuti ng tsansa na makakonekta, hindi ang laki ng tubo.

Ang tunay na aggregation ay ibang makina. Ang paghahati ng isang flow sa ilang landas ay nangangailangan ng software sa dalawang dulo para hatiin at muling pagsama-samahin ang trapiko ayon sa pagkakasunod-sunod.

Ang vendor na nangangako ng mas mabilis na tunnel mula sa mas maraming server ay ibinebenta ang pangalawang modelong iyon, hindi ang mas mahabang listahan. Kung sinusubukan lang ng kliyente ang mga endpoint nang paisa-isa, binabago ng limang entry ang tsansa mo at wala nang iba. Panoorin ang isang pagkawala: bumabagsak ang session at bumabalik sa ibang lugar, na ipinapakita ng log bilang bagong endpoint, hindi kailanman bilang mas malawak na tubo.

Mga bloke na nagtatago ng setting kasama ng isang endpoint

Ang ordinaryong linyang remote ay may dalang address, at kung minsan port at protocol. Kapag kailangan ng endpoint ng proxy, o transport na hindi ginagamit ng natitirang file, ilagay ang mga setting na iyon sa isang bloke ng koneksyon na nagtatago sa kanila kasama nito. Gumagana rin ang inline block sa isang .ovpn file, at ganoon ipinapadala ang karamihan ng profile.

Ang anumang nasa labas ng bloke ay gumaganap na default para sa mga entry na hindi ito nangingibabaw. Kaya nga ang isang built na bloke at apat na ordinaryong remote ay kumikilos sa paraang hindi maipaliwanag ng listahan ng address.

Ang pagbura ng bloke na hindi mo kilala ay hindi kosmetiko. Ang endpoint na kinabibilangan nito ay bumabalik sa mga default ng file, na maaaring ibang transport kaysa sa pinakikinggan nito. Alisin ang maling balot at isang entry ang nabibigo habang gumagana ang iba, kaya mukhang masamang server ito, hindi sirang profile. Basahin ang bawat remote kasama ang transport, port at proxy nito bago mag-edit.

Pagkakasunod-sunod ng pagsubok muli at ang gastos ng remote-random

Mahalaga ang pagkakasunod-sunod dahil ang bawat patay na entry ay kumakain ng oras bago ang susunod na pagtatangka. Ilagay muna ang endpoint na gusto mo at ituring ang iba bilang ranggo na reserba.

remote-random ay hinahalo ang panimulang pagkakasunod-sunod, na nagpapakalat ng load sa magkakatulad na server at bumabalik sa iyo kapag isang endpoint ang malinaw na pangunahin. Alinman, i-log ang endpoint na pinili ng kliyente; walang sinasabi ang pangalan ng profile kapag mabagal ang pakiramdam ng koneksyon. Ang pag-grep ng linya ng link mula sa detalyadong log ay nagpapakita kung saan lumapag ang session.

Ang paghahalo ng operator ay sumisira sa pahayag ng tiwala

Ang profile ay isa ring pahayag tungkol sa pagkakakilanlan: ang mga address na ito ay ang serbisyong gusto mong maabot, at ang naka-pin na certificate ay pag-aari nito. Ang paghagis ng libreng pampublikong server sa file na iyon ay sumisira sa pahayag: iba ang serbisyong inilalarawan ng kanilang certificate at ng sa iyo. Ang karaniwang resulta ay pagkabigo sa pagkakakilanlan, o mga kredensyal na iniaalok sa host sa labas ng network ng iyong provider. Panatilihin ang mga alternatibo sa loob ng set na ipinamimigay ng iyong operator, na may tugmang kredensyal at materyal ng tiwala.

Kung kailangan mo ng endpoint mula sa dalawang provider, iyon ay routing, hindi pag-edit ng profile. Lutasin ito sa ibabaw ng tunnel, kung saan masasabi mo kung aling trapiko ang dumadaan sa aling landas.

Subukan ang bawat entry sa halip na ipagpalagay

Pagkatapos ng aprubadong update ng profile, kumonekta nang sinasadya sa bawat kinakailangang endpoint at kumpirmahin kung aling transport ang tumaas. Ang detalyadong pagtakbo ay ginagawang nakikita iyon. Simulan ang openvpn --config office.ovpn --verb 4 at basahin ang linya ng link para sa address na inaasahan mo. Pagkatapos ay tingnan ang mga mapagkukunan sa likod ng tunnel; ang isang entry ay maaaring matapos ang handshake at hindi ka pa rin i-routing kahit saan.

Ang failover ay nangangailangan ng sarili nitong pagsubok sa halip na pag-asa. Harangin ang unang endpoint sa lab, simulan ang kliyente, at sukatin kung gaano katagal bago lumipat. Ang mahabang listahan sa likod ng mabagal na unang entry ay mas masama kaysa sa maikli na nagsisimula nang maayos.

Suriin muli ang listahan sa tuwing babaguhin ito ng operator. Ang na-import na set ay kapaki-pakinabang lamang habang umiiral ang mga entry nito at nagsasalita ng transport na inilalarawan ng iyong mga bloke. Ang manwal ng OpenVPN 2.6 ay sumasaklaw dito sa mga direktibang remote, connection at random-order, at iyon ang bersyong dapat suriin kapag may duda sa syntax.