VPN DNS-ийг эзэмшиж, локал нэрсийг эвдсэн: жагсаалтыг засна уу
Өөрийн шийдэгчүүдийг суулгадаг туннель LAN нэрсийг нуудаг. Интерфэйсийн DNS жагсаалтыг зас, push-ыг шүүж, дахин холбогдсоны дараа дахин шалга.
Туннель босч, интранет ачаалагдаж, принтерийн нэр шийдэгдэхээ болино. Эсвэл эсрэгээр: локал нэрс ажиллаж байхад корпорацийн сүлжээний доторх бүхэн хугацаа хэтэрнэ. Хоёр шинж тэмдэг нэг газраас ирдэг, VPN клиент холбогдох үед дахин бичсэн шийдэгчдийн жагсаалтаас.
Жагсаалтыг санаатайгаар зас, дараа нь push механизмыг тусдаа авч үз. Маршрутууд гурав дахь сэдэв бөгөөд энд засагдаж байгаа зүйл тэр биш.
Аппууд яг ямар жагсаалт ашигладаг вэ
Windows диалог харуулж буй зүйлээр биш, интерфэйсийн түвшний тохиргоогоор шийддэг тул интерфэйс тус бүрийн үр дүнтэй жагсаалтаас эхэл. Алиас харуулсан нэрээс илүү чухал, учир нь доорх команд бүр интерфэйс рүү ханддаг. Алиасыг андуурвал засвар буруу адаптер дээр бууна. Дараагийн дахин холбогдолт хүртэл ажиллаж байгаа мэт харагдана, тэр үед туннелийн өөрийн бичлэг буцаж ирнэ.
Асуулт нь аль серверүүд тэргүүлж, тэд статик бичлэг эсвэл DHCP түрээс хэлбэрээр ирсэн эсэх юм. Хоёр баримт танд ямар засвар боломжтойг тодорхойлно.
netsh interface ipv4 show dnsservers
Get-DnsClientServerAddress -AddressFamily IPv4
Туннелийн адаптер болон физик адаптерийн гаралтыг уншиж, тус бүрийн бүх хаягийг тэмдэглэ. Статик бичлэгийг бодлого эсвэл скриптээр устгаж болно; DHCP-ээс өгсөн бичлэг түрээстэй холбогдсон бөгөөд буцаж ирнэ, энэ нь сонгох засварыг өөрчилнө. Алс сүлжээний нэрсийг зарласан шийдэгч, локал LAN-ын нэрсийг физик адаптер шийдэж, асуулга эхлээд хардаг жагсаалт руу явна.
Түлхэгдсэн серверүүдийг устга эсвэл доош нь байрлуул
Туннелийн дотор ямар ч зүйл тэдгээрийг шаардахгүй бол түлхэгдсэн серверүүдийг устга, учир нь физик адаптерийн өөрийн шийдэгчүүд дахин ажлаа авна. Алс сүлжээнд зөвхөн түүний серверүүд хариулж чадах бүсүүд байгаа тохиолдолд л үлдээж, тэр үед тэдний өмнө локал шийдэгч тавь. Доорх хоёр команд хоёр сонголтыг хамардаг тул хоёуланг нь ажиллуулахын оронд нөхцөлд тохирохыг сонго.
netsh interface ipv4 delete dnsservers name="Corp VPN" address=all validate=no
netsh interface ipv4 add dnsservers name="Corp VPN" address=172.16.20.1 index=1 validate=no
1-р индекс эхлээд харагддаг тул түлхэгдсэн хаягууд боломжтой хэвээр байх боловч асуулга бүрийн үндсэн хариулт байхаа болино. validate=no туг туннель тогтворжиж байх үед олон удаа бүтэлгүйтдэг хүртээмжийн шалгалтыг алгасдаг тул гарах кодонд итгэхийн оронд show командаар үр дүнг батал.
Үүнд найдахын өмнө хоёр хязгаарыг мэдэх нь зүйтэй. Windows нь DHCP-ээр netsh-ээр ирсэн серверүүдийг устгахгүй бөгөөд эдгээр утгууд интерфэйсийн бүртгэлийн түлхүүрийн доор DhcpNameServer хэлбэрээр үлддэг тул бүртгэл засварлах нь дараагийн түрээсийн дараа дахин шалгах ёстой сүүлчийн арга юм. Адаптеруудыг холбох дараалал нь ч найдвартай эрэмбэлэх механизм биш, учир нь VPN клиент өөрийн бичлэгийг жагсаалтын толгойд оруулж болно.
push-ыг хаана шүүж болох вэ
Илүү сайн засвар сонголтыг хэрэглэхээс өмнө авч хаядаг. Community OpenVPN клиент түлхэгдсэн зааврыг нэрээр нь шүүж чаддаг бөгөөд энэ нь серверийн тохиргоог хөндөхгүй үлдээдэг.
pull-filter ignore "dhcp-option DNS "
Төгсгөлийн зай нь таарч байгаа хэсэгт хамаарах бөгөөд шүүлтүүр серверийн хаяг биш сонголтыг нэрлэдэг. Профайлд block-outside-dns заавар байвал түүнийг авах нь нэрийн шийдэл биш, алдагдлаас хамгаалалтыг өөрчилнө, тул хоёр засварыг нэгтгэхийн оронд тусад нь шийд.
Нэг зөрүүд хост нэрний хувьд Windows hosts файл дахь нэг мөр бүх машины шийдэгчдийг дахин эрэмбэлэхээс илүү тогтвортой. Энэ нь дараагийн хүнд харагдахгүй тул машины тохиргоог баримтжуулдаг газарт бичиж үлдээ.
Засварыг дахин холбогдолтыг давах боломжтой болго
Нэрийн шийдлийг хоёр удаа шалгах ёстой, нэг удаа сонгосон сервертэй харьцуулан, нэг удаа апп ашигладаг хэлбэрээр. Энэ хос шийдэгчдийн дарааллын асуудлыг огт хариулдаггүй серверээс ялгана. Эхний шалгалтыг алгасвал хоёр шалтгаан холилдож үлдэнэ.
Resolve-DnsName intranet.corp.example -Server 172.16.20.1
Resolve-DnsName printer.lan
Туннельд дахин холбогдож, хоёр командыг давт. Гараар өөрчилсөн зүйл зөвхөн дараагийн холболт хүртэл үргэлжилнэ, учир нь клиент адаптерийг өргөх үедээ шийдэгчийн төлөвөө дахин бүтээдэг. netsh мөрүүдийг клиентийнхээ дэмжигдсэн холболтын скриптэд хийж, скриптийг амжилттай дуусгаад, ажиллахаас нь өмнө бага зэрэг хүлээлт нэм. Скриптийн дараа DNS хэрэглэдэг клиент ямар ч байсан үр дүнг дарж бичнэ.
Засварын дараа нийтийн нэрс шийдэгдэж, дотоод нэрс орсоор байвал шийдэгчдийн жагсаалт сэжигтэн байхаа болино. Асуулга серверт огт хүрэхгүй байж магадгүй, энэ нь өөр DNS тохиргоо биш маршрутлалт эсвэл галт ханын дүрэм рүү заана. Интерфэйсийн алиас болон зогссон хаягуудаа тэмдэглэ, учир нь хоёулаа машинуудын хооронд ялгаатай бөгөөд аль нь ч ганцаараа дахин бүтээхэд тэсвэрлэхгүй.