Vai VPN var aizstāt attālo darbvirsmu? Ko katrs no tiem dara

Atveras logs, pieprasa pieteikšanās datus, un tad paliek tukšs vai aizveras, un lietotājs ziņo, ka VPN sabojāja attālo piekļuvi. Dažkārt tunelis ir kārtībā, bet sesija tā arī nesākās. Zināšanas par to, kur lietotne patiešām darbojas, šos gadījumus atšķir, jo tunelis un darbvirsmas sesija sniedz dažādas lietas un sabojājas dažādās vietās.

Tunelis piešķir jūsu ierīcei ceļu uz tīklu. Darbvirsmas sesija piešķir jums ekrānu un tastatūru, kas pievienoti citai iekārtai.

Simptoms ir atkarīgs no tā, kur lietotne darbojas

Tiešas piekļuves gadījumā caur tuneli lietotne darbojas jūsu ierīcē, un tās pieprasījumi šķērso atļauto privāto maršrutu uz failu koplietojumu vai iekšējo vietni. Ja šī lietotne sabojājas, jūs redzat nosaukumu atrisināšanas vai maršrutēšanas problēmu, un vietējā programma citādi darbojas normāli.

Attālās sesijas gadījumā lietotne darbojas tālajā iekārtā, un jūsu ierīce saņem tās attēlu. Tas pilnībā maina defektu sarakstu: sesijas resursdatoram jābūt pieejamam, pakalpojumam, kas pieņem savienojumus, jāklausās, un jūsu kontam jābūt autorizētam gan tunelī, gan resursdatorā. Tukšs logs pēc veiksmīgas pieteikšanās tunelī parasti nozīmē, ka otrā autentifikācija tā arī neizdevās.

Abas konstrukcijas var pastāvēt vienam un tam pašam lietotājam. Bieži izplatīta kārtība vispirms pieprasa tuneli un pēc tam darbvirsmas sesiju tajā, tāpēc daļēju panākumu ir tik viegli uztvert kā vienu salauztu funkciju.

Veiktspēja seko darba slodzei, nevis apzīmējumam

Atverot lielu failu tieši caur tuneli, šis fails tiek pārvietots pa tīklu, un redzamā aizturēšanās atbilst pārsūtīšanai, nevis klikšķim. Attālā sesijā fails var vispār neatstāt datu centru, kas pārsūtīšanu novērš un aizstāj to ar ekrāna atjaunošanu un ievades aizturēšanos. Neviena konstrukcija nav vispārīgi ātrāka, jo tās pārvieto dažādas lietas. Pirms mērījuma izvēles pajautājiet, uz kādu lielumu lietotājs patiešām gaida.

Šī atšķirība ir svarīga, kad kāds ziņo par lēnumu. Attālā sesija, kas rakstot šķiet kūtra, ir jutīga pret apļveida kavējumu, savukārt tieša faila atvēršana pa to pašu tuneli ir jutīga pret caurlaidspēju. Mēriet uzdevumu, nevis vispārīgu ātruma rādītāju, un pārbaudiet tieši to darbību, par kuru lietotājs sūdzas.

Interaktīvs darbs ceļā ar lielu latentumu pasliktinās, jo vairāk mainās ekrāns, tāpēc dokumenta ritināšana šķiet citāda nekā nekustīga loga vērošana. Ja sūdzība ir par atsaucību, nevis pabeigšanas laiku, tad darba slodzes vieta ir tas mainīgais, ko ir vērts mainīt.

Kad kaut kas neizdodas, pārbaudiet katru slāni atsevišķi

Ejiet no iekšpuses uz āru un pierakstiet, ko atgriež katrs solis, jo visa pārstartēšana uzreiz iznīcina pierādījumus. Apstipriniet, ka tunelis darbojas, tad ka privātais maršruts tiek atrisināts, tad ka sesijas resursdators pieņem savienojumus, tad ka jūsu konts tajā ir atļauts.

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

Maršruts, kas atbild, un ports, kas atsaka, ir dažādi rezultāti, un ports, kas atbild, kamēr jūsu pieteikšanās dati tiek noraidīti, ir trešais. Ja izvietojums izmanto pārvaldītu piekļuves vārteju, nevis tuneli uz biroju, sekojiet šai arhitektūrai, nevis atveriet darbvirsmas pakalpojumu internetam tāpēc, ka privātais maršruts neizdevās.

Šifrēšana un autorizācija arī ir atsevišķi darbi. Tunelis šifrē ceļu, savukārt sesijas protokols autentificē jūs resursdatorā, un lietotne var autentificēt jūs vēlreiz. Pirmās pārbaudes izturēšana neko nepasaka par trešo, un norādījumi, kā sasniegt attālo datoru ārpus tīkla apraksta daļas, kas nepieciešamas strādājošam izvietojumam.

Izlemiet, kam jāpaliek organizācijas iekšienē

Pieņēmums, ka attālā sesija visus dokumentus patur datu centrā, ir nedrošs. Starpliktuves koplietošana, novirzītie diski un drukāšana var pārvietot informāciju starp abām vidēm ikreiz, kad to atļauj politika, un tunelis neierobežo, kādus failus autorizēts lietotājs kopē no sasniedzama koplietojuma. Ja prasība ir izolācija, pārskatiet sesijas faktiskos pārsūtīšanas ierobežojumus, nevis uzticieties arhitektūras shēmai. Pirms kaut ko apsolāt sesijas īpašnieka vārdā, pajautājiet, kuri novirzījumi ir iespējoti.

Sesijas mūžs ir otrs pārsteigums. Aizverot logu, sesija resursdatorā var turpināties, tāpēc tuneļa zaudēšana var padarīt to tikai īslaicīgi nesasniedzamu. Noskaidrojiet apstiprināto veidu, kā pārtraukt darbu koplietotā iekārtā, un pēc tam pārbaudiet resursdatoru, nevis pieņemiet, ka atteikšanās notika.

Pierakstiet, kurš slānis neizdevās, ko jūs mainījāt un kas lietotājam jāpārbauda atkārtoti. Šis ieraksts ir vērtīgāks par risinājumu, ko neviens nevar atkārtot.