Туннеліңіз қосулы, ішкі уики жүктеледі, бірақ қашықтағы жұмыс үстелі қосылудан бас тартады. Бұл үйлесім қалыпты, өйткені VPN хостқа маршрут береді, ал жұмыс үстелі қызметі тыңдауы, өз firewall-ымен рұқсат етілуі және тіркелгіні аутентификациялауға дайын болуы керек. Жұмыс істеп тұрған туннель мен пайдалануға жарамды сессия арасында төрт сәтсіздік кезеңі бар және әрқайсысы әртүрлі хабарламамен сәтсіз аяқталады. Алдымен хабарламаны оқыңыз, өйткені ол кезеңнің атын атайды.

Бір сияқты көрінетін төрт сәтсіздік

Кезеңдер ретімен: атау дизайн көздеген жеке мекенжайға шешіледі, порт TCP қол алысуына жауап береді, хост қосылымды өз саясаты бойынша қабылдайды және сессияға кіру сәтті болады. Әр кезең келесін тексеруге болмайтын етеді, сондықтан желі реттелмей тұрып RDP параметрлерін өзгерту тек шу шығарады. Симптом пайдаланушы жағынан төрт жағдайда да бірдей көрінеді. Оларды тек клиенттің хабарламасы ажыратады.

Жұмыс істейтін ішкі сайт төрттің ешқайсысын дәлелдемейді. Ол сол желідегі хосттың басқа портта басқа қызметпен жауап бергенін дәлелдейді. Мұны маршруттау туралы дәлел деп қараңыз, одан артық емес.

Ретімен тексеріп, нәтижені жазыңыз. Порт жауап берді деп кіру экранына секіру — бірінші қадам әлдеқашан тапқан firewall мәселесіне түстің жартысын жұмсаудың жолы.

3389 портында бірдеңе тыңдап тұр ма?

Атаудан бастаңыз, өйткені қате мекенжайға шешілетін атау кейінгі барлық тексеруді жарамсыз етеді. Туннель шешушісінен атаудың нені білдіретінін сұраңыз, содан кейін жауапты сәтті жауаппен емес, дизайн көздеген жеке мекенжаймен салыстырыңыз. Жалпыға қолжетімді мекенжайға шешілетін атау — бүкіл мәселе, оны ешбір RDP өзгерісі түзетпейді:

nslookup desktop.corp.example
Resolve-DnsName desktop.corp.example

Содан кейін хостты емес, портты тексеріңіз. 3389-да аяқталған TCP қол алысуы қолжетімділікті оның үстіндегі барлық нәрседен ажыратады:

Test-NetConnection -ComputerName desktop.corp.example -Port 3389

Бұл тексеруді LAN-нан және туннельден орындаңыз, өйткені екі нәтиженің айырмашылығы ақауды VPN маршрутына локализациялайды. Маршрутта екі firewall бар және оларды шатастыру оңай: желі клиенттің туннель мекенжайына хостқа жетуге рұқсат етуі керек, ал хосттың өз firewall-ы сол көзге тыңдаушы портта рұқсат етуі керек. LAN ішкі желісімен шектелген ереже VPN клиенттер пулын қамтымайды және бұл тек қашықтағы пайдаланушылар хабарлайтын уақыт үзілісінің ең көп тараған себебі. Ереженің бар-жоғын емес, қамту аясын тексеріңіз.

Қайтару жолы да сол тексеруге лайық. Жауаптарға клиенттер пулына қайтару маршруты қажет, LAN-ға емес, ал хосттың алдындағы трансляция журналыңыз көрсететін көзді өзгертеді. Порт бір бағытта жауап беріп, екіншісінде бермесе, жетіспейтін жартысы әдетте қайтару жолы болады.

Конфигурацияны оқымас бұрын хабарламаны оқыңыз

Үшінші кезең — хосттың қосылымды өз саясаты бойынша қабылдамауы, ол жиі бірден ашылып-жабылатын портқа ұқсайды. Бірдеңе жауап берді және бұл үнсіздіктен гөрі пайдалы ақпарат. Қол алысу аяқталып, сессия бірден өлсе, желі дұрыс және шешімді хост қабылдайды. Желіге қайта тимес бұрын қашықтағы жұмыс үстелінің рұқсаттарын қараңыз.

Мүмкіндік машина үшін қосулы болуы мүмкін, бірақ қатынау белгілі топтармен шектелген, ал тыңдаушы сіз келген мекенжайды қоспайтындай етіп байлануы мүмкін. Желі деңгейіндегі аутентификация жұмыс үстелі жүктелмей тұрып сәтсіз болатын қақпа қосады және оның қате мәтіні қате құпиясөзден өзгеше. Клиенттің хабарламасын хосттың оқиғалар журналымен салыстырыңыз, өйткені хабарлама қақпаны, журнал тіркелгіні атайды.

Сессияға кіру — өз шекарасы

Аутентификация жұмыс үстелі қызметіне тиесілі, VPN-ге емес. Туннель идентификациясы мен жұмыс үстелі тіркелгісі бөлек бұғаттау саясаттары бар бөлек тіркелгі деректері, сондықтан жұмыс істеп тұрған туннель тек туннельдің сізді қабылдағанын дәлелдейді. Жұмыс үстелі тіркелгісін бұғаттау туннельге кедергі келтірмейді, керісінше де дұрыс.

Екеуін де бүтін ұстаңыз. Жеке маршрут жоқ болса, маршрутты түзетіңіз, өйткені тыңдаушыны интернетке жариялау қолжетімділік ақауын ашық жұмыс үстеліне айырбастайды. Бір уақытта пайда болған сертификат ескертуінен өту үшін сессияның идентификация тексерулерін де әлсіретпеңіз. RDP тыңдаушысындағы өзіндік қол қойылған сертификат дизайн бойынша ескерту береді, сондықтан оны қабылдау — қадам емес, шешім.

Қайталамас бұрын әрекеттерді санаңыз. Жұмыс үстелінің бұғаттау шектері сәтсіз кірулерді VPN сәтсіздіктерінен бөлек санайды және таймермен қайта әрекет ететін клиент сіз әлі ережені өңдеп жатқанда шектен асуы мүмкін. Бұл құпиясөз ауысқаннан кейін тіркелгілерді бұғаттайтын сол параллель қайта әрекет механизмі.

Сессия нені тасымалдай алады және ол қайда қалады

Қажет болмай тұрып бекітілген шығу тәртібін үйреніңіз. Терезені жабу тек көріністі ажыратуы мүмкін, ал сессия өз конфигурацияланған саясаты бойынша жұмысын жалғастырады, бұл ортақ немесе аудиттелген хостта маңызды. Саясат күткенде сессия ішінен шығыңыз.

Содан кейін сессия нені тасымалдай алатынын шешіңіз, өйткені буфер, қайта бағытталған дискілер, принтерді қайта бағыттау және файл тасымалдау саясат рұқсат еткен жерде жергілікті мен қашықтағы жүйелер арасында деректерді жылжытады. Арғы жақта жұмыс істейтін жарияланған қолданба автоматты түрде жүктеусіз шекара емес және тек оқуға арналғандай көрінетін сессия да буфер тасымалдай алады. Қосылымды емес, нақты тапсырманы тексеріңіз: файлды ашыңыз, қолданбаны пайдаланыңыз және қажет қайта бағыттауды растаңыз. Сырттан қашықтағы жұмыс үстеліне жету туралы Microsoft нұсқаулығы қолдау көрсетілетін әшкерелеу нұсқаларын сипаттайды және қысым астында қосылған жария тыңдаушыдан жақсырақ анықтама.

Қатысты мақалалар