De ce o linie scramble într-un profil .ovpn necesită un client peticit
Directiva scramble aparține unei versiuni peticite, așa că un client oficial poate importa profilul și totuși nu vorbește protocolul. Aliniați mai întâi ambele capete.
Un profil cu o linie scramble este importat în clientul oficial și apoi eșuează la strângerea de mână, sau este importat cu linia aruncată în tăcere și se conectează la nimic. Directiva aparține unei versiuni peticite a OpenVPN și nu setului de funcții original, așa că un client care nu poartă acel patch nu poate vorbi protocolul rezultat. Adăugarea liniei la un profil normal nu adaugă implementarea. Compatibilitatea trebuie să existe la ambele capete înainte ca fișierul să însemne ceva.
Tratați-o mai întâi ca o chestiune de protocol și apoi ca o chestiune de magazin de aplicații.
Opțiunea este un format pe fir, nu o preferință
Patch-ul scramble schimbă cum arată pachetele tunelului pe fir, de obicei prin XOR al încărcăturii cu o valoare partajată. Asta schimbă octeții pe care ambele părți trebuie să-i producă și să-i accepte, ceea ce îl face un acord de format, nu o setare locală. Dacă o parte aplică transformarea și cealaltă nu, rezultă o sesiune care se autentifică și apoi nu transportă nimic utilizabil. Setarea are sens doar când ambele capete execută același comportament peticit.
Două produse pot amândouă să anunțe ofuscare și totuși să implementeze transformări incompatibile. Numele dintr-un meniu nu este o specificație; versiunea reală a operatorului este.
Importarea fișierului nu este compatibilitate
Clienții diferă în ce fac cu o directivă necunoscută. Unii refuză profilul de la bun început, unii avertizează și continuă, iar unii aruncă linia și se conectează cu o strângere de mână simplă. Ultimul caz este periculos, pentru că tunelul se poate stabili către un server care acceptă ambele și apoi eșuează doar pe trafic. O importare reușită dovedește deci că parserul a tolerat linia, nu că conexiunea va funcționa.
Testați cu clientul și versiunea pe care implementarea le cere cu adevărat, împotriva serverului pe care operatorul îl rulează cu adevărat.
APK-ul este o decizie de lanț de aprovizionare
O versiune Android peticită există pentru că cineva a compilat-o, iar existența ei nu spune nimic despre cine o întreține acum. Înainte de a aproba una, proprietarul implementării ar trebui să verifice revizia sursă din care provine, cum a fost aplicat patch-ul, identitatea de semnare și calea de actualizare. O aplicație VPN gestionează credențiale și tot traficul acoperit, așa că o pagină de descărcare nelegată nu este o autoritate de distribuție acceptabilă.
Cereți operatorului serviciului combinația de client acceptată și canalul ei actual de instalare. Dacă acel canal nu mai există, implementarea are o problemă de întreținere pe care un binar vechi nu o rezolvă.
Ofuscarea nu este criptare sau ascundere
Schimbarea formatului vizibil al pachetelor nu înlocuiește criptarea și nu garantează că o rețea nu poate clasifica conexiunea. Cronometrarea, reputația punctului final și traficul din jur încă poartă informație. Păstrați verificările de identitate ale serverului pe care se bazează profilul, precum verificarea certificatului față de numele așteptat, chiar și când scopul stratului suplimentar este schimbarea aspectului.
Nu înlocuiți tls-crypt sau o setare de proxy cu patch-ul și nu o numiți echivalentă. Fiecare schimbă o parte diferită a conexiunii.
Cereți o pereche întreținută
Rezultatul care merită este două capete întreținute și explicit compatibile, cu o cale de actualizare documentată pe fiecare parte. Dacă o astfel de pereche nu există, evaluați un transport de server acceptat sau un alt design de acces în loc să țineți în viață o aplicație veche privilegiată. Acea decizie aparține proprietarului serviciului, nu celui care a găsit APK-ul.
O casetă scramble funcțională în client este o observație locală de capacitate. Nu spune nimic despre server până când o sesiune reală nu transportă trafic.