Mótun OpenVPN-umferðar: hvaða tengi sér hana?

Farðu í gegnum fjórar athuganir: hvað þú vilt takmarka, hvaða pakki ber upplýsingarnar sem auðkenna það, hvaða tengi mótandinn sér, og hvað beinin þolir meðan hann dulkóðar. Beinar koma bæði með OpenVPN-síðu og bandbreiddarsíðu, og tilvera þeirra saman sannar ekkert um hvora sem er. Röðin skiptir máli, því regla sem skrifuð er gegn röngum pakka passar aldrei, hversu réttur hraði hennar sem er.

Byrjaðu á markmiðinu: takmarka eitt tæki, deila afkastagetu sanngjarnt eða forgangsraða einu forriti. Hvert þeirra þarf mismunandi samsvörun.

Nefndu markmiðið áður en reglan

Takmörkun á hvert tæki þarf samsvörun við heimilisfang þess tækis, sem er aðeins til inni í göngunum. Sanngirni milli keppinautaflæða þarf biðröð sem þau deila öll, ekki reglu á hvern hýsil. Forritafgangur þarf eitthvað sem auðkennir forritið, það erfiðasta af þremur þegar dulkóðun fjarlægir innri hausa úr sýn. Að skrifa markmiðið fyrst segir þér hvaða staðreynd þú þarft og hvar þú gætir fengið hana.

Takmörkun sem virkar á beina WAN-umferð er ekki sönnun þess að sami hýsill sé þakinn inni í göngunum. Reglan passar kannski við heimilisfang sem kemur aldrei fyrir í hausnum sem mótandinn sér.

Inni í göngunum eða utan þeirra

Með VPN-biðlara sem beinin á fær margir LAN-straumar ferðast inni í einni dulkóðaðri flutningi. Fyrir umslöun sér beinin enn innri uppsprettu og áfangastað, svo stefna sem fest er á því stigi getur flokkað eftir tæki. Eftir umslöun sér venjulegur búnaður aðeins ytri tenginguna, og samsvörun á VPN-porti segir ekkert um hvaða tæki er ábyrgt. Sú eina staðreynd ákveður hvar reglan á heima.

Vettvangar eru mismunandi í hvernig þeir sýna þetta. Sumir bjóða mótanda sem raðar og flokkar á göngutengi; aðrir meðhöndla takmarkara sem tengisreglur sem hegða sér eins fyrir VPN- og ekki-VPN-umferð; sumir gera hvort tveggja með mismunandi getu. Lestu eigin skjöl fastbúnaðarins fyrir tengið sem hann styður í stað þess að afrita tengisheiti úr leiðarvísi annars framleiðanda.

Greindu hvar heimilisföng eru áfram tiltæk, hvar þýðing fer fram og hvaða biðröð stjórnar í raun flöskuhálsinum.

Þrjár stefnur, þrjár tegundir sannana

Hraðatakmörkun er sönnuð með viðvarandi flutningi frá takmarkaða tækinu á meðan annað flytur á sama tíma. Sanngjörn deiling er sönnuð með tveimur straumum sem ná svipuðum hraða í stað þess að einn svelti, sem er önnur mæling. Forritafgangur er sannreyndur með því að gagnvirkt verkefni helst skjótt meðan á miklum flutningi stendur, og með því að athuga hvort flokkarinn þekkti strauminn yfirhöfuð. Hver stefna þarf eigin athugun, og engin er sönnuð með stillingasíðu.

Flokkun á skilið sérstaka tortryggni. Samsvörun á ytra dulkóðaða portinu getur ekki endurheimt auðkenni hvers innra forrits, svo regla sem virðist forgangsraða einu forriti getur í reynd forgangsraðað öllu frá þeim göngum. Lestu teljara reglunnar frekar en áform hennar.

Mældu dulkóðaða álagið, ekki bert

Mótun, flokkun og dulkóðun keppa um eina örgjörva, og vélbúnaðarhröðun getur leitt umferð fram hjá nákvæmlega þeim reglum og teljurum sem þú fylgist með. Tölur um afköst úr einfaldri leiðarprófun segja lítið um kassann undir dulkóðuðu og mótuðu álagi. Prófaðu báðar áttir, nokkra dæmigerða biðlara og lítið gagnvirkt verkefni við hlið mikils flutnings. Skjóta undir álagi skiptir meira máli en hámarksgildið á aðgerðarlausri tengingu.

Hafðu undantekningarnar með í mælingunni: umferð sem á að fara fram hjá göngunum, báðar heimilisfangaættirnar ef báðar eru í spili, og hvað gerist þegar göngin eru niðri. Stefna sem hegðar sér skynsamlega aðeins meðan göngin eru heilbrigð er hálf stefna.

Skrifaðu forskriftina sem þrjár línur: samsvörun umferðar, framfylgniupunktur og mælda álagið. OpenVPN plús QoS er ekki forskrift.