Може ли VPN да замести отдалечения работен плот? Какво прави всяко от двете
Празен прозорец след вход не е една повреда. Определете къде работи приложението и после проверете отделно тунела, маршрута, входа и сесията.
Отваря се прозорец, иска данни за вход, после остава празен или се затваря, и потребителят съобщава, че VPN е счупил отдалечения достъп. Понякога тунелът е наред, а сесията така и не е започнала. Именно знанието къде приложението реално работи разделя тези случаи, защото тунелът и сесията на работен плот дават различни неща и се провалят на различни места.
Тунелът дава на устройството ви път към дадена мрежа. А сесията на работен плот ви дава екран и клавиатура, свързани с друга машина.
Симптомът зависи от това къде работи приложението
При пряк достъп през тунел приложението работи на собственото ви устройство и заявките му минават по разрешения частен маршрут до файлов дял или вътрешен сайт. Ако това приложение се провали, вие гледате проблем с разрешаването на имена или с маршрутизацията, а локалната програма иначе се държи нормално.
При отдалечена сесия приложението работи на далечната машина и устройството ви получава негова картина. Това напълно променя списъка с повреди: хостът на сесията трябва да е достъпен, услугата, която приема връзки, трябва да слуша, а акаунтът ви трябва да е оторизиран както в тунела, така и на хоста. Празен прозорец след успешен вход в тунела обикновено означава, че второто удостоверяване така и не е минало.
Двата модела могат да съществуват заедно за един и същ потребител. Честият вариант изисква първо тунела, а после сесия на работен плот вътре в него, и точно затова частичният успех толкова лесно се приема за една счупена функция.
Производителността следва натоварването, не етикета
Отварянето на голям файл направо през тунел премества файла по мрежата и видимото забавяне следва преноса, а не кликването. При отдалечена сесия файлът може изобщо да не напуска центъра за данни, което премахва преноса и го заменя с опресняване на екрана и закъснение на входа. Нито един от двата модела не е по-бърз по принцип, защото те преместват различни неща. Питайте за каква величина потребителят всъщност чака, преди да изберете показател.
Тази разлика има значение, когато някой съобщи за бавност. Отдалечена сесия, която се усеща мудна при писане, е чувствителна към закъснението в двете посоки, докато отварянето на файл направо през същия тунел е чувствително към пропускателната способност. Измервайте задачата, а не обща цифра за скорост, и тествайте точно операцията, за която потребителят се оплаква.
Интерактивната работа по път с голямо закъснение се влошава, колкото повече от екрана се променя, и затова превъртането на документ се усеща различно от гледането на статичен прозорец. Ако оплакването е за отзивчивост, а не за време за завършване, местоположението на натоварването е променливата, която си струва да смените.
Проверявайте всеки слой отделно, когато се провали
Работете отвън навътре и записвайте какво връща всяка стъпка, защото рестартирането на всичко наведнъж унищожава доказателствата. Потвърдете, че тунелът е вдигнат, после че частният маршрут се разрешава, после че хостът на сесията приема връзки, после че акаунтът ви е разрешен там.
Test-NetConnection -ComputerName 172.20.8.30 -Port 3389
Resolve-DnsName workstation-14.corp.example
qwinsta /server:172.20.8.30
Маршрут, който отговаря, и порт, който отказва, са различни резултати, а порт, който отговаря, докато данните ви за вход се отхвърлят, е трети. Когато внедряването използва управляван шлюз за достъп вместо тунел към офиса, следвайте тази архитектура, вместо да излагате услуга за работен плот в интернет, защото частен маршрут се е провалил.
Шифроването и оторизацията също са отделни задачи. Тунелът шифрова пътя, докато протоколът на сесията ви удостоверява пред хост, а приложението може да ви удостовери отново. Преминаването на първата проверка не ви казва нищо за третата, а указанията за достъп до отдалечен компютър отвън мрежата описват частите, които едно работещо внедряване изисква.
Решете какво трябва да остане вътре в организацията
Да предполагате, че отдалечената сесия държи всеки документ в центъра за данни, е опасно. Споделянето на клипборда, пренасочените дискове и печатът могат да местят информация между двете среди, когато политиката го позволява, а тунелът не ограничава кои файлове оторизиран потребител копира от достъпен дял. Ако изискването е изолация, прегледайте действителните контроли за пренос на сесията, вместо да вярвате на схемата на архитектурата. Питайте собственика на сесията кои пренасочвания са включени, преди да обещавате нещо от негово име.
Животът на сесията е другата изненада. Затварянето на прозореца може да остави сесията да работи на хоста, така че загубата на тунела може само да я направи временно недостъпна. Научете одобрения начин да приключвате работа на споделена машина и после проверете хоста, вместо да предполагате, че изходът е станал.
Запишете кой слой се е провалил, какво сте променили и какво трябва да тества отново потребителят. Този запис струва повече от решение, което никой не може да възпроизведе.