Cisco Secure Client RDP сессээс VPN холболтыг блоколно
Клиент таны нууц үгийг хүлээн авч, дараа нь сесс RDP-ээр ирсэн тул туннель байгуулахаас татгалздаг. Энэ нь профайлын бодлого, баталгаажуулалтын алдаа биш.
Нэвтрэлт амжилттай болдог ч туннель гарч ирэхгүй. Энэ хослол хүмүүсийг төөрөгдүүлдэг, учир нь тэд үүнийг баталгаажуулалтын асуудал гэж уншиж, дараа нь хэзээ ч шалтгаан болж байгаагүй нэвтрэх мэдээллийг дахин тохируулахад хагас өдөр зарцуулдаг. Cisco Secure Client нь оролдлого Remote Desktop сессээс ирсэн гэсэн шалтгаанаар VPN байгуулахаас татгалзаж болох бөгөөд энэ шийдвэрийг клиентийн талын бодлого гаргадаг.
Энэ холболтын урсгалд хаана илэрдэг
Клиентийг дээрээс нь дараалан үзээрэй. Профайл ачаалагдаж, нэвтрэх мэдээлэл цугларч, баталгаажуулалт дуусна. Дараа нь ямар ч туннель байгуулахаас өмнө клиент өөрийн сесс, байгуулалтын тохиргоог өөрөө орсон орчинтой харьцуулан үнэлдэг.
Тэр мөчид гурван зүйлийг бичиж аваарай: яг мессеж, клиентийн хувилбар, клиентэд харагдах профайлын нэр. Эдгээр гурав нь бүрхэг гомдлыг хэн нэгэн арга хэмжээ авч болох дэмжлэгийн хүсэлт болгоно. Диалогийн дэлгэцийн зураг ав, учир нь урт мессеж логт таслагддаг. Цагийг ч тэмдэглээрэй, ингэснээр администратор үүнийг үндсэн сервертэй харьцуулж болно.
Бодитоор шийддэг тохиргоо
Windows VPN Establishment бодлого нь холбогдох хяналт бөгөөд түүнд хоёр баримтжуулсан утга бий: зөвхөн локал хэрэглэгчид, алсын хэрэглэгчдийг зөвшөөрөх. Хоёр дахь нь дэмжигдсэн тохиргоонд Remote Desktop сессээс туннель байгуулахыг зөвшөөрдөг. Эхний нь олон аж ахуйн нэгжийн профайлд анхдагч байр суурь юм.
Windows Logon Enforcement-той андуурахад бүү оролдоорой, профайлын гарын авлага үүнийг нэвтрэлтийн сессийн тухай тусдаа бодлого гэж баримтжуулдаг. Нэг нь аль сесс туннель байгуулж болохыг, нөгөө нь зэрэгцээ эсвэл нэвтрэлтийн өмнөх зан төлөвийг зохицуулдаг. Буруу тохиргоог өөрчлөх нь харагдах үр дүн өгөхгүй.
Бодитоор хэрэгжиж буй профайлыг уншина уу
Удирдлагатай байршуулалтад клиент профайлаа үндсэн сервер эсвэл удирдлагатай газраас авдаг бөгөөд диск дээр засварласан хуулбар нь хүчин төгөлдөр хуулбар биш байх нь элбэг. Тиймээс локал XML өөрчлөлт зөв харагдаж, юу ч өөрчлөхгүй байж болно.
Администратороос зөөврийн компьютер дээр ямар файл байгааг биш, төхөөрөмж ямар профайл, бүлгийн бодлого авдгийг асуугаарай. Хувилбарын шинэчлэлтийн дараа энэ хоёр ихэвчлэн таарахгүй. Локал хавтас дахь хуучин хуулбар редакторт нээгдсээр, зөв харагдах хэвээр байна. Зүгээр л клиентийн хэрэглэсэн зүйл биш юм.
Туннель гарсны дараах RDP зам
Алсын байгуулалтыг зөвшөөрөх нь таны Remote Desktop сесс амьд үлдэнэ гэдгийг батлахгүй. Туннель маршрут эсвэл локал хандалтын дүрмийг өөрчлөхөд таныг дотогш оруулсан сесс түүнийг тэтгэж буй замыг алдаж болно.
Өөрчлөлтөөс өмнө сэргээх сувгийг төлөвлөөрэй: консолын хандалт, зурвасаас гадуурх удирдлагын зам эсвэл баримтжуулсан дахин холбогдох журам. Үүнийг дараа нь шийдэх нь ихэвчлэн машинд хүртэл аялах гэсэн үг.
Бодлогыг тойрохын тулд сесс хулгайлах арга, өөр алсын удирдлагын хэрэгсэл эсвэл скриптэд бичсэн нууц үг бүү ашиглаарай. Хэрэв байгууллага энэ ажлын урсгалыг зөвшөөрөхгүй бол зөв алхам нь түүний дэмждэг удирдлагын зам юм.
Администраторт юу илгээх вэ
Тэдэнд мессежийн текст, клиентийн хувилбар, идэвхтэй профайлын нэр, холбогдсон сессийн төрөл, локал консолын оролдлого өөрөөр ажиллаж байгаа эсэхийг өгөөрэй. Цагийн тэмдэг нэмээрэй.
Яг сүүлийн харьцуулалт цаг хэмнэдэг, учир нь сессийн бодлогын татгалзал ба бүх төхөөрөмжийн гэмтлийг ялгадаг.
Зөвшөөрсөн өөрчлөлтийн дараа шалгаарай
Профайл шинэчлэгдсэний дараа шинэ RDP сесс байгуулж дахин холбогдоод, дараа нь салгах дарааллыг санаатайгаар гүйцэтгээрэй. Туннель гарч, удирдлагын зам үлдэж, таны бүртгэл ажлын ширээнд нэвтрэх боломжтой хэвээр байгааг баталгаажуулаарай.
VPN-д орох, сессийн амьд үлдэх, Windows-д нэвтрэх зөвшөөрөл гэдэг нь гурван тусдаа шалгалт. Нэгийг нь давсан нь бусад хоёрын талаар юу ч хэлэхгүй.