SharePoint සබැඳි ප්‍රකාශිත URL නිසා VPN හරහා කැඩී යයි
VPN හරහා පූරණය වන SharePoint පිටුවක් ඔබේ සේවාදායකයට විසඳිය නොහැකි නමකින් ලේඛන සබැඳි ආපසු දිය හැක. DNS, මාර්ගය, TLS සහ ප්‍රකාශිත URL පරීක්ෂා කරන්න.
VPN හරහා SharePoint පිටුවක් විවෘත වේ, සහ පළමු ලේඛන සබැඳිය ලිපින තීරුවේ කිසිදා නොතිබූ නමකින් අසාර්ථක වේ. එම පරතරය මුළු ගැටලුවයි: පිටුව එක් URL එකකින් පැමිණියේය, සහ සේවාව ඊළඟ ඉල්ලීම තවත් එකකින් සැකසුවේය. ප්‍රකාශිත URL යනු සේවාදායක පැත්තේ තීරණයකි, එබැවින් එය සේවාදායකයේ නිවැරදි කිරීම වැරදි කෙළවරයි. DNS හෝ මාර්ග ස්පර්ශ කිරීමට පෙර සේවාව කුමන නමක් ආපසු දෙනවාදැයි පරීක්ෂා කරන්න.
පළමු පිටුව සහ ඊළඟ ඉල්ලීම වෙනස් නම් භාවිතා කරයි
ලිපිනයෙන් සේවාදායකයට ළඟා වන පරිශීලකයා ක්‍රියාකාරී මුල් පිටුවක් දකී. එම පිටුවේ ලේඛන සබැඳි සේවාව ප්‍රකාශ කරන බව විශ්වාස කරන URL එකෙන් ජනනය වේ, බ්‍රවුසරය ටයිප් කළ දෙයින් නොවේ. ඒවා වෙනස් නම්, ඊළඟ ක්ලික් එක සේවාදායකය කිසිදා විසඳා නොගත් නමකට යයි.
ලිපිනය එක් වරක් ඇතුළත් කිරීමෙන් සෑම ජනිත සබැඳියක්ම අලුත් නොවේ, සහ ලිපිනයට යොදන පිටුසලකුණ ලේඛනයක් විවෘත වන තෙක් ගැටලුව සඟවයි.
මෙම අසාර්ථකත්වය VPN ගැටලුවක් ලෙස වැරදි ලෙස කියවීම පහසුය, මන්ද එය පෙනෙන්නේ උමග භාවිත කිරීමෙන් පසුව පමණි. ඇත්ත වශයෙන්ම උමග තම කාර්යය කරයි: එය ඉල්ලීම ක්‍රියාකාරී මාර්ගයක් හෝ ගැළපෙන සහතිකයක් නොමැති නමකට ගෙන යයි. දෙකෙන් එකක් වෙනස් කිරීමට පෙර ප්‍රශ්න දෙක වෙන් කරන්න. එකක් නම් පැකට්ටුව යන තැන, අනෙක සේවාව ප්‍රකාශ කිරීමට තෝරාගත් නමයි.
පාලන හතරක්, එක් නමක්
සෑම ප්‍රකාශිත නමක්ම ස්වාධීන පාලන හතරක් පසු කළ යුතුය. DNS එය සැබෑ සේවාදායකය සඳහා විසඳිය යුතුය, මාර්ගගතකරණය සහ ප්‍රවේශ ප්‍රතිපත්තිය මාර්ගයට ඉඩ දිය යුතුය, TLS එම නම සත්‍යාපනය කළ යුතුය, සහ සේවාව එය ප්‍රකාශ කිරීමට වින්‍යාස කර තිබිය යුතුය.
එක් පාලනයක වෙනසක් අනෙක් ඒවා ඉටු නොකරයි. සහතික අනතුරු ඇඟවීමක් පිළිගැනීම නම විසඳීමේ අලුත්වැඩියාවක් නොවේ.
පහත වගුව පරීක්ෂණ ලැයිස්තුවේ අනුපිළිවෙලයි. අසාර්ථක වන පළමු පේළියේ නවත්වන්න, මන්ද පසුව කරන නිවැරදි කිරීමකට කලින් පරතරය පිරිමැසිය නොහැක.
| Control | Question | Where to look |
|---|---|---|
| DNS | Can the client resolve the published name? | Client resolver and split-DNS policy |
| Route and policy | Does the permitted path exist to the service? | VPN routes and firewall rules |
| TLS identity | Does the certificate match the name in use? | Certificate subject names and trust store |
| Publishing config | Which 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 ගැන නොවේ.