SharePoint холбоосууд нийтлэгдсэн URL-ийн улмаас VPN-ээр тасардаг

VPN-ээр ачаалагдсан SharePoint хуудас таны клиент шийдэж чадахгүй нэрээр баримтын холбоос буцааж болно. DNS, маршрут, TLS болон нийтлэгдсэн URL-ийг шалгана уу.

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

Эхний хуудас болон дараагийн хүсэлт өөр нэр ашигладаг

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

Хаягийг нэг удаа оруулах нь үүссэн бүх холбоосыг засдаггүй бөгөөд хаяг руу тавьсан тэмдэглэл баримт нээгдэх хүртэл асуудлыг нуудаг.

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

Дөрвөн хяналт, нэг нэр

Нийтлэгдсэн нэр бүр дөрвөн бие даасан хяналтыг давах ёстой. DNS үүнийг бодит клиентэд шийдэх ёстой, маршрутчлал болон хандалтын бодлого замыг зөвшөөрөх ёстой, TLS тэр нэрийг баталгаажуулах ёстой, үйлчилгээ үүнийг нийтлэхээр тохируулагдсан байх ёстой.

Нэг хяналтын өөрчлөлт бусад ажлыг гүйцэтгэдэггүй. Гэрчилгээний анхааруулгыг хүлээн авах нь нэр шийдэлтийн засвар биш.

Доорх хүснэгт нь шалгах жагсаалтын дараалал юм. Бүтэлгүйтэх эхний мөр дээр зогсо, учир нь дараагийн засвар өмнөх цоорхойг нөхөж чадахгүй.

ControlQuestionWhere to look
DNSCan the client resolve the published name?Client resolver and split-DNS policy
Route and policyDoes the permitted path exist to the service?VPN routes and firewall rules
TLS identityDoes the certificate match the name in use?Certificate subject names and trust store
Publishing configWhich URL does the service return?Web application settings and site model

Өөрчлөхөөсөн өмнө нийтлэлтийн загварыг уншаарай

SharePoint Server байршуулалтууд өөр өөр байдаг. Сонгодог вэб програмууд өөр хандалтын зураглал ашиглаж болох бөгөөд тэнд дотоод URL нь серверийн хүлээн авдаг зүйл, нийтийн URL нь холбоосыг хэлбэржүүлэхэд ашигладаг зүйл болно. Хостын нэртэй сайтын цуглуулгууд өөр хандлага баримталдаг бөгөөд Microsoft-ын зааврын дагуу AAM ашиглаж чадахгүй.

Microsoft-ын төлөвлөлтийн заавар нь AAM боломжуудыг хуучирсан гэж тэмдэглэж, шинэ төлөвлөлтөд хостын нэртэй сайтын цуглуулгыг санал болгодог. Энэ нь байршуулалтын загварыг эзэмшигчийн асуулт болгодог, таны засдаг өгөгдмөл утга биш.

Зураглалын өөрчлөлт санал болгохын өмнө аль загвар ашиглагдаж байгааг тогтоо. Хостын нэртэй байршуулалтад AAM бичлэг нэмэх нь юу ч хийдэггүй, харин сонгодог байршуулалтад нэгийг нэмэх нь буцаасан бүх холбоосыг нэгэн зэрэг өөрчилдөг. Хоёулаа өргөн нөлөөтэй тохиргооны өөрчлөлт тул үе шаттайгаар бэлдэж, буцаах төлөвлөгөө хадгал. Энэ нь хуучин зураглалыг орчин үеийн орчинд оруулах зөвлөмж биш.

Бүтэлгүйтсэн үйлдлийг дага, нүүр хуудсыг биш

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

Хөтөч амжилттай байхад Office клиент бүтэлгүйтэж болох бөгөөд тэр ялгаа нь аль контекст нэрийг шийддэг тухай сэжүүр юм.

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

Дамжуулалтыг эхнээс дуустал шалга

Шалгалтуудыг бүтэлгүйтэж буй клиент дээр дарааллаар гүйцэтгэ: нийтлэгдсэн нэрийг шийд, тэр нэрээр хуудсыг хүс, дараа нь хуудасны эх сурвалжаас баримтын URL-ийг хүс. Алхам бүр нэг хяналтыг тусгаарладаг.

Гурван команд нь шийдэл, TLS болон баримтын замыг хамарна:

nslookup portal.hq.example
curl -sSI https://portal.hq.example/ | head -5
curl -sS -o /dev/null -w "%{http_code}" https://portal.hq.example/sites/team/Doc.aspx

Хэрэв шийдэл зөвхөн туннелээр бүтэлгүйтвэл сэжигтэн нь split-DNS бодлого. Хэрэв TLS бүтэлгүйтвэл анхааруулгыг товшиж гарахын оронд гэрчилгээний нэрийг нийтлэгдсэн нэртэй харьцуул. Хэрэв хоёулаа амжилттай болж, баримт нээгдэхгүй хэвээр бол алдаа нь URL-ийн тухай байхаа больсон.

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