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

Ажиллахгүй байгаа нэрийг шийдээд, дараа нь хөтчийг биш чиглүүлэлтийн хүснэгтийг харна уу.

Сайтын нэрийг биш хаягийг харьцуулна уу

Клиент үнэхээр оролдсон хаягийг олоод, түүнд аль зам тохирохыг шалгана уу. 45.61.20.10 доторх очих газар нь тухайн префикс байгаа бол 45.0.0.0/8-ийн доор орно, сайт өөрөө туннельтай ямар ч холбоогүй байсан ч. Ажиллахгүй хаягийг суулгасан префикстэй харьцуулах нь хасах бодлого, таамаг биш.

Windows хоёр хагаст шууд хариулж чадна, хайлт нь аль интерфейс, дараагийн алхам сонголтыг хожсоныг харуулна. Сайт хэд хэдэн хаяг буцаавал нэрийг хоёр удаа шийд. Тус бүрийг тохирсон замтай нь бич. Өөр хаягууд өөр хариулт өгч болох бөгөөд зөвхөн нэг нь л ажиллахгүй тохиолдол байж магадгүй.

Resolve-DnsName www.example.org
Get-NetRoute -AddressFamily IPv4 | Select-Object DestinationPrefix,InterfaceIndex,NextHop,RouteMetric
Find-NetRoute -RemoteIPAddress 45.61.20.10
Get-VpnConnection | Format-List Name,SplitTunneling,Routes

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

Префикс, түүний интерфейс, шийдэгдсэн хаягийг бичнэ үү. Эдгээр гурван утга нь бүх оношилгоо юм.

Замыг хэн суулгасныг олж мэдээрэй

Замууд дөрвөн газраас ирдэг: төрөлх VPN профайл, удирдлагын бодлого, холболтын скрипт эсвэл огт өөр клиент. Идэвхтэй бичлэгийг устгах нь түүний ач холбогдлыг баталж болох ч дараагийн холболт үүнийг хадгалсан тохиргооноос дахин үүсгэдэг, тиймээс өөрчлөх ёстой зүйл нь эх сурвалж.

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

Төрөлх ангид суурилсан зан төлөвийг анхааралтай уншина уу

Төрөлх Windows профайлуудад баримтжуулсан тохиргоо байдаг, NativeProfile/DisableClassBasedDefaultRoute, энэ нь интерфейсийн хаягаас гаргаж авсан автомат замыг удирддаг. 45-аар эхэлсэн профайлын хаяг энэ зан төлөвийн дор 45.0.0.0/8 бичлэг үүсгэж болох бөгөөд ингэснээр нэг нийтийн хаяг бүхэл A ангиллын хүрээг барьж авдаг.

Өмчийн нэр буруу уншихад урьдаг: true болгох нь гаргалгааг унтрааж, false нь асаана. Энэ нь мөн өгөгдмөл замтай ижил объект биш бөгөөд өөрийн префикс суулгадаг гуравдагч талын клиентүүдийг удирддаггүй.

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

Эх сурвалжийг засаад, дараа нь хоёр замыг дахин шалгана уу

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

Үүний зэрэгцээ серверийн хаягийн төлөвлөгөөг хянана уу. Нийтийн орон зайтай давхцдаг пул энэ төрлийн асуудлыг дахин дахин үүсгэдэг. Операторын санаатай сонгосон хүрээ нь автомат дахин дугаарлалт биш, өөр ярианы үнэ цэнэтэй.

MTU-г өсгөх эсвэл DNS-ийг цэвэрлэх нь тэр хаягийг туннель рүү чиглүүлж байгаа префиксийг засахгүй. Эхлээд сонголтыг, дараа нь замыг шалгана уу.

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