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ге тиешелүү эмес.

Тектеш макалалар