Wat de tunnel fersiferet en wat lêsber bliuwt
De tunnel ferberget ynhâld tusken syn einpunten en neat dêrbûten. Kaaien, yntegriteit en einpunten beslute de rest, en HTTPS docht noch altyd syn eigen wurk.
Jo tunnel is oan, ien ljepblêd toant in grien slot, en in gewoane HTTP-side yn in oar ljepblêd warskôget noch dat de ferbining net feilich is. Dy kombinaasje ferbjusteret minsken, om't de twa beskermingen ferskillende ôfstannen dekke. In VPN beskermet ferkear tusken syn eigen einpunten, en bûten de útgong is it ferkear wer gewoan. HTTPS beskermet ien ferbining oant by de webside. As jo dy twa feiten njonken elkoar lizze, ferklearret dat de measte fragen oer wat in VPN echt ferberget.
Wat de tunnel eins dekt
Tusken de klant en de VPN-partner sjocht in waarnimmer fersifere byte as yn plak fan in lêsber fersyk. Dat dekt it segmint dat de tunnel krúst, en dat is meastentiids it part dat jo net beheare. It rikt net oant de skeakel tusken de VPN-útgong en de webside, om't de tunnel by de útgong einige. De byte binne wer lêsber fan it momint dat de tunnel einiget. Neat dêroan is in ferkearde konfiguraasje.
De útgong is in masine dy't ûntsiferet en trochstjoert, en dat is krekt wêr't in VPN foar is. Alles wat er trochstjoert, is foar him sichtber yn de foarm wêryn't er it krige, dus in gewoan HTTP-fersyk bliuwt platte tekst fan de útgong ôf.
Lês dat as in eigenskip en net as in mankemint. Fersifering is beheind ta in paad, en it paad einiget dêr't de tsjinst begjint.
Kaaien, nonces en yntegriteit yn gewoane taal
Rinnend ferkear wurdt beskerme mei symmetryske kryptografy, en beide kanten liede of krije it kaaimateriaal by de hânskodding. Autentisearre fersifering, yn 't algemien beskreaun troch RFC 5116, jout fertroulikheid en yntegriteit yn ien konstruksje. De ûntfanger wiist feroare byte ôf yn plak fan se gewoan net lêze te kinnen, en dat is it part dat minsken ferjitte as se tinke dat fersifering trochelkoar smite betsjut.
Kaaien komme út dy útwikseling, net út it wachtwurd dat by it oanmelden yntypke wurdt. It wachtwurd autentisearret in identiteit, en dêrnei fêstiget it protokol sesjemateriaal. Efemêre kaai-útwikseling is wat foarútsjogge geheimhâlding jout, dus in opnommen sesje bliuwt ûnlêsber sels as in lange-termyn kaai letter útlekt.
In grut getal yn in spesifikaasje beantwurdet gjin ien fan dy fragen, en getallen fergelykje oer net besibbe algoritmen is gjin ranglist. Freegje ynstee wat de kaai-útwikseling biedt.
Wêr't de tunnel einiget
It einpunt dat de tunnel einiget, kin lêze wat er trochstjoert. Dat jildt likegoed foar in bedriuwsgateway, in kommersjele oanbieder en in sels hoste tsjinner. It is it ûntwerp, net in mankemint dêryn. Sterke kryptografy kin in kompromittearre einpunt net tsjinhâlde om platte tekst te lêzen dy't dêr oankomt, om't it einpunt is wêr't de beskerming ophâldt.
HTTPS giet foarby dat punt, dêrom kin in side feilich wêze op in fijannich netwurk sels sûnder VPN. De twa beskermingen oerlaapje op it earste segmint en mar ien fan harren giet nei de útgong troch.
Dêrom is it ferswakjen fan sertifikaatferifikaasje om in ferbining wurkje te litten gjin test fan de tunnel. It skeakelet in oare beskerming út en lit jo efter mei minder as wêr't jo mei begûnen.
Wêrom't anonymiteit in oar produkt is
Adressen, timing en folume bliuwe bûten de tunnel waarnimber. In waarnimmer kin sjen dat ferkear nei in VPN-einpunt streamt, likernôch hoefolle en wannear. Ynhâld kin ûnlêsber wêze wylst it patroan noch ynformatyf is.
De oanbieder sit ek earne oars as jo eigen netwurk, wat in feroaring fan waarnimmer is yn plak fan it fuortheljen fan waarnimming. Cookies, oanmeldings en akkount-identifikaasjes wurkje krekt as earder, om't de tunnel nea beloofd hat se te feroarjen.
Kies in oanbieder op grûn fan syn logbelied en jurisdiksje as dat de eask is, en lês dan it belied sels. Marketing siden beantwurdzje dy fraach selden op in wize dy't immen kontrolearje kin.
Kontrolearje de tunnel en de side apart
Ferifiearje earst de tunnel, sadat jo witte hokker beskerming jo testen. Ferifiearje dan it eigen ferfier fan 'e side, en fergelykje de twa resultaten yn stee fan oan te nimmen dat it iene it oare betsjut. In tunnel dy't gewoan HTTP draacht en in side dy't HTTPS tsjinnet, dogge beide krekt dat wêr't se foar konfigurearre binne.
Rin de kontrôles tsjin in host dy't jo testen meie, en lês de útfier yn stee fan 'e gearfetting.
wg show
ip -brief addr show tun0
curl -sS -o /dev/null -w '%{http_code} %{url_effective}\n' https://example.comAs de tunnel oan is en de side is HTTPS, hawwe jo twa beskermingen op it earste segmint en ien op it twadde. As de side gewoan HTTP is, is it twadde segmint lêsber foar elkenien derop, ynklusyf de útgong dy't it fersyk trochstjoerde. Witte hokker fan de twa ûntbrekt, is de hiele diagnoaze, en dat kostet twa opdrachten yn stee fan in nije klant.