Může VPN nahradit vzdálenou plochu? Co každá z nich dělá

Otevře se okno, vyžádá si přihlašovací údaje, pak zůstane prázdné nebo spadne a uživatel hlásí, že VPN rozbila vzdálený přístup. Někdy je tunel v pořádku a relace vůbec nezačala. Právě znalost toho, kde aplikace skutečně běží, tyto případy odděluje, protože tunel a relace plochy poskytují různé věci a selhávají na různých místech.

Tunel dá vašemu zařízení cestu do nějaké sítě. Relace plochy vám dá obrazovku a klávesnici připojené k jinému stroji.

Příznak závisí na tom, kde aplikace běží

Při přímém přístupu tunelem běží aplikace na vašem vlastním zařízení a její požadavky procházejí povolenou privátní trasou k souborovému sdílení nebo internímu webu. Pokud tato aplikace selže, díváte se na problém s překladem jmen nebo s routováním a místní program se jinak chová normálně.

U vzdálené relace běží aplikace na vzdáleném stroji a vaše zařízení dostává její obraz. Tím se seznam závad úplně mění: hostitel relace musí být dostupný, služba přijímající spojení musí naslouchat a váš účet musí být oprávněn jak na tunelu, tak na hostiteli. Prázdné okno po úspěšném přihlášení do tunelu obvykle znamená, že druhé ověření nikdy neproběhlo úspěšně.

Oba přístupy mohou u stejného uživatele existovat současně. Časté uspořádání vyžaduje nejprve tunel a pak relaci plochy uvnitř něj, a proto se částečný úspěch tak snadno čte jako jedna pokažená funkce.

Výkon sleduje zátěž, ne označení

Otevření velkého souboru přímo přes tunel přenáší tento soubor sítí a viditelné zpoždění sleduje přenos, ne kliknutí. Ve vzdálené relaci soubor nemusí datové centrum nikdy opustit, což přenos odstraní a nahradí ho obnovováním obrazovky a zpožděním vstupu. Ani jeden přístup není obecně rychlejší, protože přenášejí různé věci. Ptejte se, na jakou veličinu uživatel skutečně čeká, než zvolíte metriku.

Tento rozdíl je důležitý, když někdo hlásí pomalost. Vzdálená relace, která při psaní působí zpožděně, je citlivá na zpoždění tam i zpět, zatímco přímé otevření souboru přes stejný tunel je citlivé na propustnost. Měřte úlohu, ne obecný údaj o rychlosti, a testujte právě tu operaci, na kterou si uživatel stěžuje.

Interaktivní práce přes cestu s vysokým zpožděním se zhoršuje, čím víc se obrazovka mění, a proto je posouvání dokumentu jiné než pohled na statické okno. Pokud si stížnost všímá odezvy, a ne doby dokončení, je umístění zátěže tou proměnnou, kterou stojí za to změnit.

Když něco selže, kontrolujte každou vrstvu zvlášť

Postupujte zvenku dovnitř a zapisujte, co každý krok vrací, protože restartování všeho najednou ničí důkazy. Ověřte, že tunel běží, pak že se privátní trasa překládá, pak že hostitel relace přijímá spojení, pak že váš účet je na něm povolen.

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

Trasa, která odpovídá, a port, který odmítá, jsou různé výsledky, a port, který odpovídá, zatímco jsou vaše údaje odmítnuty, je třetí. Pokud nasazení používá spravovanou přístupovou bránu místo tunelu do kanceláře, držte se této architektury a nevystavujte službu plochy do internetu jen proto, že privátní trasa selhala.

Šifrování a autorizace jsou také oddělené úlohy. Tunel šifruje cestu, zatímco protokol relace vás ověřuje vůči hostiteli a aplikace vás může ověřit znovu. Projití první kontroly nic neříká o třetí a pokyny pro přístup ke vzdálenému počítači z vnějšku sítě popisují části, které funkční nasazení potřebuje.

Rozhodněte, co musí zůstat uvnitř organizace

Předpokládat, že vzdálená relace drží každý dokument v datovém centru, není bezpečné. Sdílení schránky, přesměrované disky a tisk mohou přenášet informace mezi oběma prostředími, kdykoli to politika dovolí, a tunel neomezuje, které soubory oprávněný uživatel zkopíruje z dosažitelného sdílení. Pokud je požadavkem izolace, projděte skutečné přenosové kontroly relace, místo abyste věřili diagramu architektury. Zeptejte se vlastníka relace, která přesměrování jsou zapnutá, než za něj něco slíbíte.

Dalším překvapením je životnost relace. Zavření okna může nechat relaci běžet na hostiteli, takže ztráta tunelu ji může jen dočasně znepřístupnit. Naučte se schválený způsob, jak ukončit práci na sdíleném stroji, a potom hostitele zkontrolujte, místo abyste předpokládali, že odhlášení proběhlo.

Zapište, která vrstva selhala, co jste změnili a co má uživatel znovu otestovat. Takový záznam má větší cenu než řešení, které nikdo nedokáže zopakovat.