Ar VPN gali pakeisti nuotolinį darbalaukį? Ką kiekvienas iš jų daro

Atsidaro langas, paprašo prisijungimo duomenų, o paskui lieka tuščias arba užsidaro, ir naudotojas praneša, kad VPN sugadino nuotolinę prieigą. Kartais tunelis veikia, o sesija taip ir neprasidėjo. Žinojimas, kur programa iš tikrųjų vykdoma, atskiria šiuos atvejus, nes tunelis ir darbalaukio sesija suteikia skirtingus dalykus ir sugenda skirtingose vietose.

Tunelis suteikia jūsų įrenginiui kelią į tinklą. Darbalaukio sesija suteikia ekraną ir klaviatūrą, prijungtus prie kito kompiuterio.

Simptomas priklauso nuo to, kur programa vykdoma

Tiesioginės prieigos per tunelį atveju programa veikia jūsų įrenginyje, o jos užklausos eina leistinu privačiu maršrutu į failų bendrinimą ar vidinę svetainę. Jei ta programa sugenda, matote vardų skyrimo arba maršrutizavimo problemą, o vietinė programa kitu atžvilgiu veikia normaliai.

Nuotolinės sesijos atveju programa veikia tolimajame kompiuteryje, o jūsų įrenginys gauna jos vaizdą. Tai visiškai pakeičia gedimų sąrašą: sesijos hostas turi būti pasiekiamas, paslauga, priimanti ryšius, turi klausytis, o jūsų paskyra turi būti įgaliota tiek tunele, tiek hoste. Tuščias langas po sėkmingo prisijungimo prie tunelio paprastai reiškia, kad antroji autentifikacija taip ir nepavyko.

Abi architektūros gali veikti tam pačiam naudotojui. Įprasta tvarka reikalauja pirmiausia tunelio, o paskui darbalaukio sesijos jame – todėl dalinę sėkmę taip lengva palaikyti viena sugedusia funkcija.

Našumas priklauso nuo darbo krūvio, o ne nuo pavadinimo

Atidarius didelį failą tiesiogiai per tunelį, tas failas keliauja per tinklą, ir matomas vėlavimas atitinka perdavimą, o ne paspaudimą. Nuotolinėje sesijoje failas gali apskritai neiškeliauti iš duomenų centro, todėl perdavimas išnyksta, o jo vietą užima ekrano atnaujinimas ir įvesties delsą. Nė viena architektūra nėra apskritai greitesnė, nes jos perkelia skirtingus dalykus. Prieš pasirinkdami metriką, paklauskite, kurio dydžio naudotojas iš tikrųjų laukia.

Šis skirtumas svarbus, kai kas nors praneša apie lėtumą. Nuotolinė sesija, kuri jaučiasi vangi spausdinant, jautri aplinkkelio delsai, o tiesioginis failo atidarymas per tą patį tunelį jautrus pralaidumui. Matuokite užduotį, o ne bendrą greičio rodiklį, ir tikrinkite konkrečią operaciją, dėl kurios naudotojas skundžiasi.

Interaktyvus darbas didelės latentijos kelyje blogėja, kuo daugiau ekrano kinta, todėl dokumento slinkimas jaučiasi kitaip nei nejudančio lango stebėjimas. Jei skundžiamasi reagavimu, o ne užbaigimo laiku, darbo krūvio vieta yra tas kintamasis, kurį verta keisti.

Kai nepavyksta, tikrinkite kiekvieną sluoksnį atskirai

Eikite iš vidaus į išorę ir užrašykite, ką grąžina kiekvienas žingsnis, nes visko perkrovimas iš karto sunaikina įrodymus. Patvirtinkite, kad tunelis veikia, tada kad privatus maršrutas išsprendžiamas, tada kad sesijos hostas priima ryšius, tada kad jūsų paskyra jame leidžiama.

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

Maršrutas, kuris atsako, ir prievadas, kuris atsisako, yra skirtingi rezultatai, o prievadas, kuris atsako, kai jūsų prisijungimo duomenys atmetami, yra trečias. Kai diegimas naudoja valdomą prieigos tarpinę, o ne tunelį į biurą, laikykitės tos architektūros, o ne atverkite darbalaukio paslaugą internetui todėl, kad privatus maršrutas nepavyko.

Šifravimas ir įgaliojimas taip pat yra atskiri darbai. Tunelis šifruoja kelią, o sesijos protokolas autentifikuoja jus hoste, ir programa gali autentifikuoti jus dar kartą. Pirmos patikros praėjimas nieko nesako apie trečią, o gairės, kaip pasiekti nuotolinį kompiuterį iš už tinklo aprašo dalis, kurių reikia veikiančiam diegimui.

Nuspręskite, kas turi likti organizacijos viduje

Manyti, kad nuotolinė sesija visus dokumentus palieka duomenų centre, yra nesaugu. Mainų išklotinės bendrinimas, peradresuoti diskai ir spausdinimas gali perkelti informaciją tarp abiejų aplinkų, kai tai leidžia politika, o tunelis neapriboja, kuriuos failus įgaliotas naudotojas nukopijuoja iš pasiekiamo bendrinimo. Jei reikalavimas yra izoliavimas, peržiūrėkite faktines sesijos perdavimo kontrolės priemones, o ne pasitikėkite architektūros schema. Prieš ką nors pažadėdami sesijos savininko vardu, paklauskite, kurie peradresavimai įjungti.

Sesijos trukmė yra kita staigmena. Uždarius langą sesija hoste gali likti veikti, todėl praradus tunelį ji gali tapti tik laikinai nepasiekiama. Išsiaiškinkite patvirtintą būdą baigti darbą bendrame kompiuteryje ir po to patikrinkite hostą, o ne manykite, kad atsijungimas įvyko.

Užrašykite, kuris sluoksnis nepavyko, ką pakeitėte ir ką naudotojas turėtų patikrinti iš naujo. Šis įrašas vertingesnis už sprendimą, kurio niekas negali atkartoti.