Алсын компьютер VPN-д холбогдоход RDP яагаад царцдаг вэ

VPN амжилттай холбогдож, ажлын талбар царцдаг: туннель таны сессийн буцах замыг өөрчилсөн. Эхлээд хосын хаяг, маршрут, галт ханын профайлыг тэмдэглэ.

Та RDP цонхны дотор байна, ажлын талбар дэлгэц дээр харагдаж байна, мөн тэр алсын машин дээр ажиллаж буй VPN клиент дээр Connect дарна. Хэдхэн секундын дараа цонх царцаж, дараа нь хаагдана. Туннель бослоо, VPN-ийн бүртгэл яг үүнийг мэдээлнэ, мөн энэ нь бүх явдлын хамгийн бага хэрэгтэй баримт юм. Танытай ярьж байсан машин танд хариулах арга барилаа өөрчилсөн тул сесс үхсэн, тиймээс туннельд хүрэхээс өмнө буцах замыг шалгаарай.

Таны сесс бодитоор ашиглаж буй төгсгөлийн цэгийг тэмдэглэ

RDP клиентэд бичсэн хаяг нь алсын компьютер хариулах хаяг байх албагүй. NAT, RD Gateway эсвэл хостны урд байрлах ачааллын тэнцвэржүүлэгч үүнийг дахин бичиж болно, буцах замыг алсын машин тогтоосон холболт дээр харж буй эх сурвалжийн хаяг тодорхойлно. Энд алдвал хэзээ ч оролцоогүй маршрутыг хайх болно.

Алсын компьютер дээр VPN холбогдохоос өмнө тогтоосон сессүүдийг жагсааж, хүснэгтээс хосын хаягыг унш. Дараа нь түүнийг тэр машины гадна хаа нэгтээ бичиж аваарай, учир нь сесс унасны дараа уншиж чадахгүй.

Get-NetTCPConnection -LocalPort 3389 -State Established |
  Select-Object LocalAddress, RemoteAddress, RemotePort

Тэр хаягыг хүрч болохоор үлдэх ёстой зүйл гэж үз. Хэрэв энэ нь удирдлагын VLAN дахь хувийн хаяг бол туннель тэр замыг тайван орхих ёстой. Хэрэв нийтийн хаяг бол хариулт нь хүсэлтийг дотогш авчирсан тэр интерфэйсээр гарч байх ёстой.

Тэр төгсгөлийн цэгт хариулах маршрутыг унш

Windows зорьсон газар бүрд интерфэйс сонгодог, мөн Find-NetRoute яг одоо гаргах шийдвэрийг харуулна. Холбогдохоос өмнө хосын хаяг руу гүйцэтгэ, дараа нь туннель боссон байхад дахин, хоёр хариулт дахь интерфэйсийн индекс ба дараагийн үсрэлтийг харьцуул. Интерфэйс өөрчлөгдөх нь гаралтын нэг мөрөнд байгаа бүх алдаа.

Find-NetRoute -RemoteIPAddress 203.0.113.24
Get-NetRoute -DestinationPrefix 0.0.0.0/0 | Sort-Object RouteMetric
Get-VpnConnection -Name "Work VPN" | Select-Object SplitTunneling, Routes

Бүрэн туннелийн профайл туннелиар дамжуулан анхдагч маршрут суулгадаг, Windows-ийн VPN маршрутжуулалтын гарын авлага тайлбарласны дагуу, тиймээс одоо хариулт бүр VPN-ээр гарч, эсрэг тал таны клиент рүү буцааж маршрутжуулж байгаа эсэхээс хамаарна. Хуваасан туннелийн профайл анхдагчаар илүү аюулгүй боловч дархлаагүй, учир нь хосын хаягыг хамарсан тодорхой маршрут физик анхдагч маршрутыг дийлж чадна. Ямар ч байсан асуулт ижил: туннель боссны дараа хосын хаяг сессийг дотогш авчирсан интерфэйс рүү хараахан шийдэгдэж байна уу?

Хэрэв үгүй бол засвар нь профайлд эсвэл VPN бодлогын эзэмшигчийн зөвшөөрсөн тодорхой үл хамаарах маршрутад хамаарна. Явдлын үеэр үйлдвэрлэлийн хост дээр маршрутын хүснэгтийг гараар засах нь түр шийдэл баримтжуулаагүй тохиргоо болох зам.

Галт ханын профайлын өөрчлөлтийг ажигла

Шинэ интерфэйс гарч ирэхэд ангилагдана, ангилал нь түүний урсгалыг аль галт ханын профайлаар үнэлэхийг тодорхойлно. Public ангилалд орсон туннелийн адаптер маршрутын хүснэгт төгс харагдаж байсан ч ирж буй RDP-г чимээгүй зогсоож чадна. Энэ бол хоёр дахь алдааны горим бөгөөд өөр шинж тэмдэг өгдөг: маршрут зөв, пакетууд ирж байна, хост холболтоос татгалзаж байна.

Get-NetConnectionProfile
Get-NetFirewallProfile | Select-Object Name, Enabled
Get-NetFirewallRule -DisplayGroup "Remote Desktop" | Select-Object Name, Enabled, Profile

Туннелийн интерфэйстэй холбогдсон профайлыг Remote Desktop дүрмүүд чиглэсэн профайлуудтай харьцуул. Зөвхөн Domain ба Private-д идэвхжсэн дүрэм Public гэж ангилагдсан интерфэйст юу ч хийдэггүй, ямар ч маршрутын засвар үүнийг өөрчлөхгүй. Зарим VPN клиент дизайнаараа локал дэд сүлжээний хандалтыг ч хязгаарладаг, энэ нь өөр механизмаас ижил хэлбэрийн алдаа үүсгэдэг.

Шилжилтийг буцаж чадах газарт туршиж үз

Бүх дарааллыг гадаад консол эсвэл хоёр дахь удирдлагын замаас энэ дарааллаар гүйцэтгэ: одоогийн сессийг баталгаажуул, VPN холбо, шинэ сесс нээ, дараа нь VPN-г салгаж, өөр нэгийг нээ. Алхам бүр өөр шилжилтийг туршдаг, эхний бүтэлгүйтсэн нь аль механизм хариуцлагатайг хэлнэ.

Эхлэхээс өмнө буцаалтыг төлөвлө, жишээ нь тодорхой интервалын дараа rasdial "Work VPN" /disconnect ажиллуулдаг төлөвлөсөн ажил. Энэ нь алдагдсан сессийг газар дээр очихоос илүү таван минутын тасалдал болгоно, мөн энэ нь бүх журмын хамгийн хямд даатгал.

Сесс аль хэдийн явсан үед буцаж ор

Хэрэв хост аль хэдийн хүрэхгүй бол ижил клиентээс шинэ RDP холболт туршихаа болиод, орчин аль хэдийн ашиглаж буй сэргээх сувгийг ашигла: RD Gateway, гипервизорын консол эсвэл гадаад удирдлагын интерфэйс. Консолын хандалттай хүнээс ижил Find-NetRoute ба Get-NetConnectionProfile командуудыг ажиллуулахыг хүс, ингэснээр нотолгоо сэргээлтийн дараа ч үлдэнэ.

Дараа нь хамгийн хурдан биш, байнгын зохион байгуулалтыг шийд. Нэг бол удирдлагын замыг VPN профайл тодорхой хадгална, эсвэл удирдлага нь хостны анхдагч маршрутаас хамаарахгүй суваг руу шилжинэ. Хоёулаа хамгаалагдана; таамагласан гарцтай хостны маршрут биш. Алийг нь сонгосноо бичээд, амьд үлдэх ёстой хосын хаягыг тэмдэглэ.

Холбоотой нийтлэлүүд