Cisco Secure Client-ek VPN blokeatzen du RDP saio batetik
Bezeroak zure pasahitza onartzen du eta gero tunela eraikitzeari uko egiten dio saioa RDP bidez iritsi delako. Profilaren politika da, ez autentifikazio hutsegitea.
Saioa ongi egiten da eta tunela ez da altxatzen. Konbinazio horrek jendea nahasten du, autentifikazio arazo gisa irakurtzen dutelako, eta gero arratsalde osoa igarotzen dute inoiz arazoa izan ez ziren kredentzialak berrezartzen. Cisco Secure Client batek VPN bat ezartzea ukatu dezake saiakera Remote Desktop saio batetik etorri delako, eta erabaki hori bezeroaren aldeko politikak hartzen du.
Non agertzen da hori konexio fluxuan
Igo bezeroa gorritik behera. Profila kargatzen da, kredentzialak biltzen dira eta autentifikazioa osatzen da. Gero, edozein tunel eraiki baino lehen, bezeroak bere saio eta ezarpen ezarpenak ebaluatzen ditu dagoen ingurunearen arabera.
Idatzi hiru gauza une horretan: mezuaren testu zehatza, bezeroaren bertsioa eta bezeroan erakutsitako profilaren izena. Hiru horiek kexa lausoa inork landu dezakeen laguntza eskaera bihurtzen dute. Egin elkarrizketaren pantaila-argazkia, mezu luzeak erregistroan moztu egiten direlako. Idatzi ordua ere, administratzaileak buruarekin alderatu ahal izan dezan.
Benetan erabakitzen duen ezarpena
Windows VPN Establishment politika da kontrol egokia, eta bi balio dokumentatu ditu: tokiko erabiltzaileak soilik, eta urruneko erabiltzaileak baimendu. Bigarrenak Remote Desktop saio batetik tunela ezartzea ahalbidetzen du onartutako konfigurazio batean. Lehenengoa enpresako profil askotan lehenetsitako jarrera da.
Ez nahastu Windows Logon Enforcement-ekin, profileko gidak saio-hasierako saioei buruzko politika bereizi gisa dokumentatzen baitu. Batek zein saio eraiki dezakeen tunela arautzen du, besteak aldibereko portaera edo saioa hasi aurrekoa arautzen du. Okerra aldatzeak ez du inolako eragin ikusgarririk.
Irakurri benetan aplikatzen den profila
Kudeatutako hedapenean bezeroak bere profila burutik edo kudeatutako kokapen batetik jasotzen du, eta diskoan editatu den kopia ez da sarritan indarrean dagoena. Horregatik tokiko XML aldaketak zuzena dirudi eta ezer aldatzen ez du.
Galdetu administratzaileari zein profil eta zein talde-politika jasotzen duen gailuak, ez zein fitxategi dagoen eramangarrian. Biak sarritan desados datoz bertsio-berritzearen ondoren. Tokiko karpetako kopia zaharra oraindik editorean irekitzen da eta oraindik zuzena dirudi. Besterik gabe, ez da bezeroak aplikatu zuena.
Tunela altxatu ondoko RDP bidea
Urruneko ezarpena baimenduta ere ez du bermatzen zure Remote Desktop saioak bizirauten duenik. Tunelek ibilbideak edo tokiko sarbide arauak aldatzen dituenean, sartu zaituen saioak eusten duen bidea gal dezake.
Aurreikusi errekuperazio kanal bat aldaketaren aurretik: kontsola sarbidea, kanpo-bandako kudeaketa bidea edo berriro konektatzeko prozedura dokumentatua. Hori geroago erabakitzeak normalean makinara joatea esan nahi du.
Ez erabili saioak lapurtzeko trikimailurik, urruneko kontrol tresna alternatiborik edo script batean idatzitako pasahitzik politikari iskin egiteko. Erakundeak lan-fluxu hau baimendu ezean, urrats zuzena onartzen duen administrazio bidea da.
Zer bidali administratzaileari
Emaiezu mezuaren testua, bezeroaren bertsioa, profil aktiboaren izena, konektatu zinen saio mota, eta tokiko kontsola saiakera desberdin jokatzen duen ala ez. Gehitu denbora-marka.
Azken konparazio horrek aurrezten du denbora, saio-politikaren ukapena gailu osoko hutsegite batetik bereizten duelako.
Egiaztatu onartutako aldaketa baten ondoren
Profila eguneratuta, ezarri RDP saio berri bat eta konektatu berriro, eta gero burutu nahita deskonexio sekuentzia. Egiaztatu tunela altxatzen dela, kudeaketa bideak bizirauten duela eta zure kontuak mahaigainean saioa hasi dezakeela.
VPN onarpena, saioaren biziraupena eta Windows saioa hasteko baimena hiru egiaztapen bereizi dira. Bat gainditzeak ez du ezer esaten beste biei buruz.