Opravdu povedeny clanek.
Az na ten nadpis (jestli mi tedy neco neunika?).
Mel jsem za to, ze vtip wireguardu je mimo jine v tom, ze jde po udp a prezije zmenu ip adresy/portu koncoveho bodu. Takze optimalizace tcp spojeni uvnitr vpn podle vlastnosti linky je naprosto okrajova technika, ktera vubec nevypovida o rychlostech v beznem nasazeni.
Marek
Asi bych řekl, že spíš uniká. Proč by měla být optimalizace přenosu TCP segmentů naprosto okrajovou technikou? Drtivá většina internetových protokolů používá TCP, mimo jiné prakticky všechny protokoly pro přenos velkých objemů dat.
Naopak je s ohledem na rychlost zcela irelevantní jestli wireguard dokáže nebo nedokáže přežít změnu IP adresy/portu koncového bodu.
Naprosto drtiva vetsina prenosu velkych dat pomoci TCP zapouzdreneho ve VPN NEPROBIHA v ramci 1 datoveho centra po zname infrastrukture s jumboframes.
Ja osobne nevim o nikom, kdo by takto (misto vlan, vxlan, ...) jakoukoli vpn pouzival.
Budto to pouzivaji jako nahradu pronajateho vlakna, nebo na pripojovani do firmy z nejasne konektivity. Vetsinou nemaji presne garantovano, ze se nebudou po ceste vlastnosi linky v case menit, ze se nezmeni poradi packetu, ze se nebudou ztracet....
Ja kdyz si prectu nadpis: "Aplikační WireGuard-Go je teď dvakrát rychlejší než jaderná implementace"
Tak mam proste pocit, ze by to melo mit vetsinou vyssi propustnost a nizsi latenci.
To mi potom z clanku ani nahodou nevyplyva.
Marek