Flere OpenVPN-remotes: failover-liste, ikke kanalbonding

To remote-linjer i én profil ser ud som en anden bane; de er et andet forsøg. Når det første endpoint holder op med at svare, går klienten videre, og sessionen bliver ikke bredere. Kald listen failover tidligt, ellers skruer du på den forkerte knap.

Hvad en remote-liste giver dig

Behandl profilen som et ordnet sæt forsøg, ikke som en pulje af kapacitet. Hver post får sin tur til at rejse tunnelen, og sessionen lever på den, der svarede. En længere liste forbedrer dine odds for at forbinde, ikke rørets størrelse.

Ægte aggregering er en anden maskine. At dele én strøm over flere veje kræver software i begge ender, der kan dele og samle trafikken i rækkefølge.

En leverandør, der lover hurtigere tunneler fra flere servere, sælger netop den anden model, ikke en længere liste. Hvis klienten kun prøver endpoints på skift, ændrer fem poster dine odds og intet andet. Se på et udfald: sessionen falder og vender tilbage et andet sted, hvilket loggen viser som et nyt endpoint, aldrig som et bredere rør.

Blokke, der holder indstillinger sammen med ét endpoint

En almindelig remote-linje bærer en adresse og nogle gange en port og protokol. Når et endpoint har brug for en proxy eller en transport, som resten af filen ikke bruger, så læg de indstillinger i en forbindelsesblok, der holder dem sammen med det. Indlejrede blokke virker også i én .ovpn-fil, og det er sådan de fleste profiler leveres.

Alt uden for en blok fungerer som standard for poster, der ikke tilsidesætter den. Derfor opfører én bygget blok og fire almindelige remotes sig på måder, som adresselisten ikke kan forklare.

At slette en blok, du ikke genkender, er ikke kosmetisk. Det endpoint, den hørte til, falder tilbage til filens standarder, som kan være en anden transport end den, den lytter på. Fjern den forkerte indpakning, og én post fejler, mens resten virker, så det ligner en dårlig server i stedet for en ødelagt profil. Læs hver remote med dens transport, port og proxy, før du redigerer.

Gentagelsesrækkefølge og prisen for remote-random

Rækkefølgen betyder noget, fordi hver død post koster tid før det næste forsøg. Sæt det endpoint, du vil have, først, og behandl resten som rangerede reserver.

remote-random blander startrækkefølgen, hvilket spreder belastningen over ækvivalente servere og slår tilbage, når ét endpoint tydeligt er primært. Uanset hvad, log det endpoint, klienten valgte; profilnavnet siger intet, når en forbindelse føles langsom. Grep af linklinjen i en detaljeret log viser, hvor sessionen landede.

At blande operatører bryder tilladelseserklæringen

En profil er også en påstand om identitet: disse adresser er den tjeneste, du ville nå, og det fastgjorte certifikat tilhører den. At smide gratis offentlige servere ind i den fil bryder påstanden: deres certifikater og dit beskriver forskellige tjenester. Det sædvanlige udfald er en identitetsfejl eller legitimationsoplysninger tilbudt en vært uden for din udbyders netværk. Hold alternativerne inden for det sæt, din operatør udleverer, med passende legitimationsoplysninger og tillidsmateriale.

Hvis du har brug for endpoints fra to udbydere, er det routing, ikke en profilredigering. Besvar det over tunnelen, hvor du kan sige, hvilken trafik der tager hvilken vej.

Test hver post i stedet for at antage

Efter en godkendt profilopdatering, forbind med vilje til hvert påkrævet endpoint og bekræft, hvilken transport der kom op. En detaljeret kørsel gør det synligt. Start openvpn --config office.ovpn --verb 4 og læs linklinjen for den adresse, du forventede. Tjek derefter ressourcerne bag tunnelen; en post kan fuldføre håndtrykket og stadig føre dig ingen steder.

Failover har brug for sin egen test i stedet for et håb. Bloker det første endpoint i et laboratorium, start klienten, og mål, hvor lang tid det tager at komme videre. En lang liste bag en langsom første post er værre end en kort, der starter godt.

Tjek listen igen, hver gang operatøren ændrer den. Et importeret sæt er kun nyttigt, så længe dets poster findes og taler den transport, dine blokke beskriver. OpenVPN 2.6-håndbogen dækker her direktiverne remote, connection og random-order, og det er den version, du skal tjekke, når syntaksen er usikker.