VPN හරහා Salesforce CLI පිවිසුම: CLI, බ්‍රවුසරය සහ API සත්කාරකය

Salesforce CLI පිවිසුම් අසාර්ථකකම් එක් ගැටලුවක් ලෙස වාර්තා වන අතර සාමාන්‍යයෙන් ඒවා තුනකි. CLI ක්‍රියාවලිය කොහේ හෝ ධාවනය වේ, වෙබ් ප්‍රවාහය සම්පූර්ණ කරන බ්‍රවුසරය කොහේ හෝ ධාවනය වේ, සහ පසුව එන API ඇමතුම කොහේ හෝ ධාවනය වේ, තවද එම ස්ථාන තුනට මාර්ගයක්, විසඳන්නෙකු හෝ අනුමත ලැයිස්තුවක් බෙදා ගැනීමට අවශ්‍ය නැත. ඒවා සසඳා බැලීම ටනලය ඇත්තටම කුමක් අවහිර කරන්නේද යන්න දැන ගැනීමට වේගවත්ම මාර්ගයයි. පිවිසුම් ප්‍රතිදානයේ තුනෙන් කුමක් අසාර්ථක වූවාද යන්න කිසිවක් නොකියයි.

සත්කාරක තුනක්, එක් පිවිසුම් කතාවක්

වෙබ් පිවිසුම් ප්‍රවාහය අනන්‍යතා පියවර බ්‍රවුසරයකට භාර දෙයි, එම බ්‍රවුසරය බොහෝ විට ඔබේ ලැප්ටොප් එකේ ඇති අතර CLI දුරස්ථ සංවර්ධන සත්කාරකයක හෝ කන්ටේනරයක වාඩි වී සිටී. ලැප්ටොප් එකේ VPN සේවාලාභියා ඇත, දුරස්ථ සත්කාරකයේ වේදිකා කණ්ඩායම එයට දුන් දේ ඇත, සහ එම ව්‍යවස්ථා දෙකෙන් එකක්වත් අනෙක ස්වයංක්‍රීයව ආවරණය නොකරයි. තත්ත්ව තීරුවේ VPN නිරූපකය සේවාලාභියා කිසිදා ධාවනය නොකළ සත්කාරකයක් ගැන කිසිවක් නොකියයි.

පිවිසුමෙන් පසු CLI එහිම API ඉල්ලීම් ක්‍රියාවලිය ජීවත් වන තැනින් සිදු කරයි. එම ඉල්ලීම්වලට DNS, මාර්ගකරණය, TLS විශ්වාසය සහ org පැත්තෙන් සේවාලාභී අවසරය අවශ්‍ය වේ, ඒවා වෙනස් පරීක්ෂණ හතරක් වන අතර එකින් එක තනිවම අසාර්ථක විය හැක. ලස්සනට පිවිසුණු බ්‍රවුසරයක් ඒවායින් එකක් ගැනවත් කිසිවක් නොකියයි.

අර්ධ දෙකම එක් කාලරේඛාවක තබන්න, නමුත් වෙන වෙනම ලකුණු කරන්න. එවිට එක් ටිකට්පතකට කුමන අර්ධය කැඩුණාද යන්න හිමිකාරිත්වය ගැන තර්කයක් බවට නොපත් කර කිව හැක.

org සටහන org වෙතින්ම ගන්න, මතකයෙන් නොව

වෙබ් ප්‍රවාහය අවස්ථා URL එකක් ගෙන ප්‍රතිඵලය අන්වර්ථ නාමයක් යටතේ ගබඩා කරයි, සහ අගයන් දෙකම සගයාගේ ටර්මිනල් ඉතිහාසයෙන් නොව org හිමිකරුගෙන් පැමිණිය යුතුය. පැරණි ටිකට්පතකින් පිටපත් කළ වැලිපිලි සත්කාරකයක් වැරදි org වෙත සත්‍යාපනය වී පසුව සෑම විමසුමක්ම අසාර්ථක වන පිවිසුමකට පොදු හේතුවකි.

ස්ථාපිත ප්ලගිනය ලේඛනගත කරන ආකෘතිය භාවිත කරන්න, ඔබේම අනුමත සත්කාරකය සහ අන්වර්ථ නාමය සමඟ. එම ලේඛනය sfdx සහ වර්තමාන CLI අතර වෙනස් වූ ධජ සඳහා යොමුවයි.

sf org login web --instance-url https://acme--uat.sandbox.my.salesforce.com --alias uat
sf org display --target-org uat

ඉහත සත්කාරක නාමය සහ අන්වර්ථ නාමය උදාහරණ, ඔබ පිටපත් කළ යුතු පෙරනිමි අගයන් නොවේ. ස්ක්‍රිප්ට් මගින් මඟ හරිනවාට වඩා සාමාන්‍ය බ්‍රවුසර අනන්‍යතා සහ MFA පියවර සම්පූර්ණ කරන්න, සහ විමසුම මඟ හැරීමට කිසිදා ෂෙල් විධානයක මුරපදයක්, සැසි හඳුනාගැනීමක් හෝ සත්‍යාපන බීජයක් නොතබන්න.

කෑෂ් කළ අවසරය කුමක් සනාථ කරයිද

දේශීය අවසර ලැයිස්තුවේ දිස්වන අන්වර්ථ නාමයක් එම යන්ත්‍රයේ පිවිසුමක් වරක් සාර්ථක වූ බව සනාථ කරයි. ලැයිස්තුව දේශීය ගබඩාවෙන් කියවන අතර ටෝකනය තවමත් ක්‍රියා කරන්නේද යන්න තහවුරු කිරීමට org සම්බන්ධ නොවේ, එබැවින් නිරෝගී පෙනුමක් ඇති සටහනක් සහ ප්‍රතික්ෂේපිත API ඇමතුමක් දෙකම සත්‍ය විය හැක. කෑෂය අතීතයේ වාර්තාවක් ලෙස සලකන්න, සජීවී සම්බන්ධතා පරීක්ෂණයක් ලෙස නොව. කෑෂ් පරීක්ෂණයක් සහාය ප්‍රශ්නයකට පිළිතුරු දෙයි, නමුත් සම්බන්ධතා විමර්ශනයක් කිසිදා අවසන් නොකරයි.

එම වෙනසම බ්‍රවුසර සැසියටද අදාළ වේ. org තවමත් පෙන්වන ටැබයක් යනු CLI හි ගබඩා කළ ටෝකනය වර්තමාන ප්‍රතිපත්තියට ගැළපේ යැයි අදහස් නොවේ, මන්ද ටෝකන ආයුෂය, IP සීමා සහ සේවාලාභී යෙදුම් නීති API මායිමේ බලාත්මක වේ.

දේශීය සටහන මකා දැමීමට පෙර කියවන්න, මන්ද අන්වර්ථ නාමය සහ org සත්කාරකය සහාය ඉල්ලන කරුණු දෙකයි. අන්වර්ථ නාමයක් ඉවත් කිරීම ප්‍රතිවර්තනීය වේ, නමුත් සිදුවීමක මැදදී වැරදි එක ඉවත් කිරීම දෙවන ගැටලුවක් පමණක් එකතු කරයි.

API ඉල්ලීම ඇත්තටම ප්‍රතික්ෂේප වන්නේ කොහේද

එක් ඉල්ලීමක් මුල සිට අග දක්වා අනුගමනය කර අවයවය කුමක් පිළිතුරු දෙන්නේද සටහන් කරන්න. TLS අසාර්ථකත්වය 403 ට වඩා වෙනස් ගැටලුවක් නම් කරයි, එය කාල ඉකුත්වීමට වඩා වෙනස් ගැටලුවක් නම් කරයි, සහ තුනෙන් කාල ඉකුත්වීම පමණක් ටනලය පළමු සැකකරු ලෙස පෙන්වයි. පණිවිඩයට පෙර දෝෂ පන්තිය කියවීම බොහෝ අනුමාන ඉතිරි කරයි. යමක් නැවත ධාවනය කිරීමට පෙර පන්තිය ලියන්න.

මූලාශ්‍ර ලිපින සීමා යනු පිවිසුම ක්‍රියා කරන නමුත් විමසුම ක්‍රියා නොකරන අවස්ථාවයි, මන්ද බ්‍රවුසර ප්‍රවාහය සහ API ඇමතුම වෙනස් ලිපින හරහා පිටවිය හැක. එය වඩා පළල් අනුමත ලැයිස්තුවකින් නිවැරදි කිරීම org හිමිකරුගේ තීරණයක් මිස පහසුවක් නොවේ, සහ එය සත්කාරකය ආවරණය කරන කුඩාම පරාසය විය යුතුය.

අසාර්ථක විධානය, අන්වර්ථ නාමය, ක්‍රියාත්මක කිරීමේ සත්කාරකය සහ කාල මුද්‍රාව සටහන් කරන්න, සහ ටිකට්පතට ඔබ අලවන සියල්ලෙන් ටෝකනය පිටත තබන්න. එම පේළි හතරේ සාරාංශය org හිමිකරුට තම පැත්ත පරීක්ෂා කිරීමට අවශ්‍ය දේය.

එය භාවිත කරන සත්කාරකයේ සිටම ප්‍රවාහය පරීක්ෂා කරන්න

වැඩබර ධාවනය කරන යන්ත්‍රයෙන්ම පරීක්ෂා කරන්න. ඔබේ ලැප්ටොප් එකේ සත්‍යාපනය කළ පිවිසුමක් වෙනත් ජාල කලාපයක build නියෝජිතයෙකු ගැන කිසිවක් නොකියයි, සහ එම වෙනස ඔබ සොයන දේමය.

පරීක්ෂාවට හානිකර නොවන අනුමත කියවීමක් භාවිත කරන්න, සහ අසාර්ථක වුවහොත් පළමු දෝෂය තබා ගන්න.

sf org list auth
sf org display --target-org uat
sf data query --target-org uat --query "select Id, Name from Organization"

පිවිසුම සාර්ථක වී විමසුම අසාර්ථක වූ විට, ඉතිරි අපේක්ෂකයන් DNS, මාර්ගකරණය, TLS අතරමැදි කිරීම සහ org පැත්තේ සේවාලාභී ප්‍රතිපත්තියයි, සහ එකින් එකට තමන්ගේම හිමිකරුවෙක් සිටී. පිවිසුමම අසාර්ථක වූ විට, බ්‍රවුසරය සහ CLI එකම සත්කාරකයේ නොවිය හැක, සහ නිවැරදි කිරීම ටනලයට නොව ඒවා අතර ඇති ව්‍යවස්ථාවට අයත් වේ. ස්වයංක්‍රීයකරණයට තවත් නීතියක් ලැබේ: අධීක්ෂණයක් නොමැති කාර්යයකට අනුමත සහතික පදනම් කළ පිවිසුමක් අවශ්‍ය වේ, මන්ද සේවකයෙකුට පිටපත් කළ කෑෂ් කළ අන්තර්ක්‍රියාකාරී සැසියක් අනන්‍යතා නිර්මාණයක් නොවේ.