Ce protocoale VPN înțelege deja sistemul dumneavoastră de operare?
Windows, macOS și ChromeOS vin fiecare cu o listă scurtă de tuneluri. Întrebați poarta despre protocolul și metoda sa de autentificare înainte de a adăuga alt driver.
Înainte de a descărca un alt client, uitați-vă la ce implementează deja sistemul de operare, pentru că răspunsul este adesea suficient ca să săriți complet peste programul de instalare. Windows, macOS și ChromeOS vin fiecare cu o listă fixă și scurtă de protocoale de tunel, iar o poartă care vorbește unul dintre ele nu are nevoie de niciun driver, serviciu sau cale de actualizare suplimentară. Nu numele furnizorului de pe broșură decide acest lucru. Îl decid protocolul, modul în care punctul final se autentifică și adresa pe care o așteaptă.
Cereți protocolul, nu numele produsului
Numele produsului spune foarte puțin despre ce trece pe fir. Două porți vândute sub aceeași etichetă pot cere tuneluri complet diferite, iar una poate accepta un client încorporat în timp ce cealaltă refuză tot, în afară de propriul portal. Doi administratori care descriu aceeași cutie pot fi în dezacord și amândoi să aibă dreptate, pentru că descriu straturi diferite. Tunelul de dedesubt este cel care decide dacă este nevoie de un program de instalare.
Puneți trei întrebări celui care administrează poarta: ce protocol de tunel, ce metodă de autentificare și ce adresă și sufix DNS trebuie să accepte clientul. Cereți protocolul pe nume, iar când răspunsul vine ca nume de produs, explicați de ce aveți nevoie de protocol. Acele trei răspunsuri lămuresc întrebarea clientului înainte de a fi descărcat vreun software.
Există un motiv pentru care numele produsului supraviețuiește în atât de multe tichete. URL-ul portalului este ceea ce văd utilizatorii, iar tunelul este invizibil cât timp funcționează. Să scrieți protocolul în nota de predare costă o linie și înlătură ambiguitatea pentru toți cei care vin după.
Unde se oprește lista încorporată
Listele native sunt scurte, iar marginile lor contează mai mult decât conținutul. O platformă care vorbește L2TP peste IPsec cu o cheie partajată în prealabil nu va vorbi SSTP, iar această diferență decide clientul. Tabelul este ordonat după tunel, nu după furnizor, așa că puteți căuta protocolul pe care l-a numit poarta.
| Tunnel | Windows | macOS | ChromeOS | Linux |
|---|---|---|---|---|
| PPTP | built in | removed in 10.12 | no | package |
| L2TP over IPsec, pre-shared key | built in | built in | built in | package |
| L2TP over IPsec, certificate | built in | built in | built in | package |
| SSTP | built in | no | no | package |
| IKEv2 | built in | built in | no | package |
| Cisco IPsec with XAuth | no | built in | no | package |
| OpenVPN | no | no | built in | package |
Citiți tabelul față de cerințele porții și nu față de o broșură. Dacă răspunsul este L2TP peste IPsec cu o cheie partajată în prealabil, primele trei platforme se conectează fără nimic instalat în plus. Dacă răspunsul este OpenVPN, înainte de a instala ceva este acoperit doar ChromeOS. Un protocol care nu apare în nicio coloană încorporată este semnalul onest că un program de instalare este pe drum.
Linux este coloana care rezistă generalizării. Suportul său pentru protocoale trăiește în demoni și module pe care distribuția alege să le împacheteze, așa că o imagine minimă poate să nu vorbească niciunul dintre ele până nu le adăugați, iar două distribuții cu același desktop pot diferi.
Construiți profilul din linia de comandă
Tot ce scrie panoul grafic este stocat undeva unde puteți ajunge, și exact asta face un profil încorporat automatizabil. Windows păstrează intrările VPN în .pbk fișiere sub profilul utilizatorului și sub ProgramData, iar rasphone poate lista și edita intrări pe care lista de rețea nu le arată. Asta contează când o mașină este pregătită printr-un script și nimeni nu va da clic printr-un asistent. Explică și cum poate exista un profil fără să apară vreodată în zona de notificare.
rasdial
rasdial "VpnName" alice
rasdial "VpnName" /disconnect
Editarea manuală a unui .pbk fișier funcționează, și este și cea mai rapidă cale de a-l strica, așa că lăsați instrumentul să dețină formatul. macOS își păstrează serviciile în configurația sistemului, iar networksetup le adresează după numele serviciului; mai multe opțiuni vor o adresă în loc de un nume de gazdă, așa că rezolvați mai întâi punctul final și salvați valoarea pe care clientul o va folosi de fapt. Această distincție mușcă în timpul automatizării, pentru că un script care funcționează cu o adresă poate eșua cu un nume, iar eroarea arată ca o poartă defectă și nu ca un argument respins.
networksetup -listallnetworkservices
networksetup -getinfo "ServiceName"
networksetup -setmanualwithdhcprouter "ServiceName" 198.51.100.20
Numele serviciilor sunt localizate și editabile de utilizator, așa că un script care codifică Wi-Fi rigid se rupe pe primul calculator setat într-o altă limbă. Citiți numele din comanda de listare și transmiteți-l mai departe în loc să ghiciți.
Certificate fără un client proprietar
Unele implementări au nevoie de un certificat de client și de nimic altceva proprietar, iar acesta este cazul intermediar care merită testat înainte de a accepta un driver. Plasarea unui certificat în magazia platformei este acceptată; nu este același act ca a arunca o rădăcină de furnizor înăuntru și a te baza pe faptul că clientul o găsește. Primul este o plasare deliberată; al doilea este o presupunere cu un tichet de suport atașat.
Detaliul care prinde oamenii este magazia pe care o citește clientul. Un certificat din magazia utilizatorului este invizibil pentru un client configurat pentru magazia mașinii, iar mesajul pe care îl primiți spune că certificatul lipsește, nu că se află în locul greșit. Verificați ambele magazii înainte de a concluziona că certificatul este greșit. Notați pe care o folosește configurația care funcționează, pentru că acea notă supraviețuiește certificatului când mașina este reconstruită.
Windows separă explicit cele două magazii, iar macOS separă brelocul de autentificare de brelocul de sistem. Numele diferă, dar modul de eșec este identic: un certificat valid la care clientul nu se uită niciodată.
Ce impune un program de instalare
Unele porți leagă clientul de o magazie privată de certificate, de un agent de postură sau de un schimb de autentificare pe care sistemul de operare nu îl poate face. Implementările pe hardware Check Point, Cisco sau Fortinet ajung adesea acolo, iar în ele clientul încorporat nu este o scurtătură. O înlocuire de la terți se poate conecta și tot poate încălca politica, ceea ce face din aceasta o decizie de securitate și nu de confort. Instalați ce cere politica și notați motivul lângă versiunea programului de instalare.
Acea înregistrare este partea pe care oamenii o sar și partea care economisește o săptămână pentru următorul administrator: protocol, metodă de autentificare, familie de adrese și sufixul necesar, cu o linie de justificare pentru fiecare binar care a trebuit adăugat. Puneți-o acolo unde trăiesc notele programului de instalare și nu într-un fir de chat. Două linii de documentație împiedică o investigație repetată.