Se deschide o fereastră, cere credențiale, apoi rămâne goală sau se închide, iar utilizatorul raportează că VPN-ul a stricat accesul la distanță. Uneori tunelul este în regulă și sesiunea nu a început niciodată. Știind unde rulează de fapt aplicația este ceea ce separă aceste cazuri, pentru că un tunel și o sesiune de desktop oferă lucruri diferite și eșuează în locuri diferite.

Un tunel oferă dispozitivului dumneavoastră o cale într-o rețea. O sesiune de desktop vă oferă un ecran și o tastatură atașate la altă mașină.

Simptomul depinde de locul unde rulează aplicația

Cu acces direct printr-un tunel, aplicația rulează pe propriul dispozitiv, iar cererile ei trec ruta privată permisă către o partajare de fișiere sau un site intern. Dacă acea aplicație eșuează, vedeți o problemă de rezolvare a numelor sau de rutare, iar programul local se comportă normal în rest.

Într-o sesiune la distanță, aplicația rulează pe mașina îndepărtată, iar dispozitivul dumneavoastră primește o imagine a ei. Asta schimbă complet lista defecțiunilor: gazda sesiunii trebuie să fie disponibilă, serviciul care acceptă conexiuni trebuie să asculte, iar contul dumneavoastră trebuie să fie autorizat atât pe tunel, cât și pe gazdă. O fereastră goală după o autentificare reușită pe tunel înseamnă de obicei că a doua autentificare nu a reușit niciodată.

Ambele modele pot coexista pentru același utilizator. O configurație obișnuită cere mai întâi tunelul și apoi o sesiune de desktop în interiorul lui, motiv pentru care un succes parțial este atât de ușor de citit ca o singură funcție stricată.

Performanța urmează volumul de lucru, nu eticheta

Deschiderea unui fișier mare direct prin tunel mută acel fișier prin rețea, iar întârzierea vizibilă urmează transferul, nu clicul. Într-o sesiune la distanță fișierul poate să nu părăsească niciodată centrul de date, ceea ce elimină transferul și îl înlocuiește cu reîmprospătarea ecranului și latența intrării. Niciun model nu este în general mai rapid, pentru că mută lucruri diferite. Întrebați la ce mărime așteaptă de fapt utilizatorul înainte de a alege o metrică.

Această diferență contează când cineva raportează lentoare. O sesiune la distanță care pare greoaie la tastare este sensibilă la întârzierea dus-întors, în timp ce deschiderea directă a unui fișier prin același tunel este sensibilă la debit. Măsurați sarcina, nu o cifră generală de viteză, și testați operația concretă de care se plânge utilizatorul.

Munca interactivă pe o cale cu latență mare se înrăutățește pe măsură ce se schimbă mai mult din ecran, motiv pentru care derularea unui document se simte altfel decât privirea unei ferestre statice. Dacă reclamația este despre receptivitate și nu despre timpul de finalizare, locul volumului de lucru este variabila care merită schimbată.

Când ceva eșuează, verificați fiecare strat separat

Mergeți dinspre interior spre exterior și notați ce returnează fiecare pas, pentru că repornirea tuturor deodată distruge dovezile. Confirmați că tunelul este activ, apoi că ruta privată se rezolvă, apoi că gazda sesiunii acceptă conexiuni, apoi că contul dumneavoastră este permis pe ea.

Test-NetConnection -ComputerName 172.20.8.30 -Port 3389
Resolve-DnsName workstation-14.corp.example
qwinsta /server:172.20.8.30

O rută care răspunde și un port care refuză sunt rezultate diferite, iar un port care răspunde în timp ce credențialele dumneavoastră sunt respinse este un al treilea. Unde implementarea folosește un gateway de acces administrat în locul unui tunel către birou, urmați acea arhitectură în loc să expuneți un serviciu de desktop internetului doar pentru că o rută privată a eșuat.

Criptarea și autorizarea sunt, de asemenea, sarcini separate. Tunelul criptează calea, în timp ce protocolul sesiunii vă autentifică pe o gazdă, iar aplicația vă poate autentifica din nou. Trecerea primei verificări nu spune nimic despre a treia, iar îndrumările pentru a ajunge la un PC la distanță din afara rețelei descriu piesele de care are nevoie o implementare funcțională.

Decideți ce trebuie să rămână în interiorul organizației

A presupune că o sesiune la distanță păstrează fiecare document în centrul de date este nesigur. Partajarea clipboardului, unitățile redirecționate și imprimarea pot muta informații între cele două medii ori de câte ori politica permite, iar un tunel nu restricționează ce fișiere copiază un utilizator autorizat dintr-o partajare accesibilă. Dacă izolarea este cerința, examinați controalele reale de transfer ale sesiunii în loc să vă bazați pe diagrama arhitecturii. Întrebați proprietarul sesiunii ce redirecționări sunt active înainte de a promite ceva în numele lui.

Durata de viață a sesiunii este cealaltă surpriză. Închiderea ferestrei poate lăsa sesiunea să ruleze pe gazdă, așa că pierderea tunelului poate doar s-o facă temporar inaccesibilă. Învățați modul aprobat de a încheia lucrul pe o mașină partajată și verificați gazda după aceea, în loc să presupuneți că delogarea a avut loc.

Notați ce strat a eșuat, ce ați schimbat și ce ar trebui utilizatorul să retesteze. Acea notă valorează mai mult decât o rezolvare pe care nimeni nu o poate reproduce.

Articole similare