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 உரிமையாளர் தன் பக்கத்தைச் சரிபார்க்க தேவைப்படுவது.

பயன்படுத்தப்போகும் புரவலனிலிருந்தே ஓட்டத்தைச் சரிபார்க்கவும்

பணிச்சுமையை இயக்கப்போகும் இயந்திரத்திலிருந்து சோதிக்கவும். உங்கள் மடிக்கணினியில் சரிபார்க்கப்பட்ட உள்நுழைவு மற்றொரு பிணைய மண்டலத்தில் உள்ள கட்டுமான முகவரைப் பற்றி எதுவும் கூறவில்லை, அந்த வேறுபாடே நீங்கள் கண்டுபிடிக்க முயல்வது.

சரிபார்ப்புக்கு பாதிப்பில்லாத அனுமதிக்கப்பட்ட வாசிப்பைப் பயன்படுத்துங்கள், தோல்வியடைந்தால் முதல் பிழையை வைத்திருங்கள்.

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-யும் ஒரே புரவலனில் இல்லாமல் இருக்கலாம், திருத்தம் சுரங்கப்பாதைக்கு அல்ல, அவற்றுக்கிடையேயான ஏற்பாட்டுக்கு உரியது. தானியங்கிக்கு இன்னொரு விதி கிடைக்கிறது: மனித கண்காணிப்பு இல்லாத வேலைக்கு அனுமதிக்கப்பட்ட சான்றிதழ் அடிப்படையிலான உள்நுழைவு தேவை, ஏனெனில் பணியாளருக்கு நகலெடுக்கப்பட்ட தற்காலிக சேமிப்பு அமர்வு அடையாள வடிவமைப்பு அல்ல.