VPN арқылы Salesforce CLI жүйесіне кіру: CLI, браузер және API хосты

Salesforce CLI жүйесіне кіру сәтсіздіктері бір мәселе ретінде хабарланады, бірақ әдетте олар үшеу. CLI процесі бір жерде жұмыс істейді, веб ағынды аяқтайтын браузер бір жерде жұмыс істейді, кейінгі API шақыруы бір жерде жұмыс істейді, және бұл үш орын маршрутты, шешушіні немесе рұқсат тізімін бөлісуге міндетті емес. Оларды салыстыру — туннельдің қайсысын шынымен бөгеп тұрғанын білудің ең жылдам жолы. Кіру шығысында үшеудің қайсысы сәтсіз болғаны жазылмайды.

Үш хост, бір кіру тарихы

Веб кіру ағыны сәйкестендіру қадамын браузерге береді, және бұл браузер көбіне ноутбукте болады, ал CLI қашықтағы әзірлеу хостсында немесе контейнерде отырады. Ноутбукте VPN клиенті бар, қашықтағы хостта платформа командасы берген нәрсе бар, және бұл екі реттеудің ешқайсысы екіншісін автоматты түрде қамтымайды. Күй жолағындағы VPN белгішесі клиентті ешқашан іске қоспаған хост туралы ештеңе айтпайды.

Кіргеннен кейін CLI өзінің API сұрауларын процестің тұратын жерінен жасайды. Бұл сұрауларға DNS, маршруттау, TLS сенімі және org тарапынан клиенттік авторизация қажет, бұлар төрт бөлек тексеріс және әрқайсысы жеке-дара сәтсіз болуы мүмкін. Әдемі кірген браузер олардың ешқайсысы туралы ештеңе айтпайды.

Екі жартыны бір уақыт шкаласында ұстаңыз, бірақ оларды бөлек бағалаңыз. Сонда бір билет қай жартының сынғанын меншік туралы дауға айналдырмай айта алады.

Org жазбасын org-тан алыңыз, жадыдан емес

Веб ағын дананың URL-ін алып, нәтижені бүркеншік аттың астында сақтайды, және екі мән де әріптестің терминал тарихынан емес, org иесінен келуі керек. Ескі билеттен көшірілген sandbox хост — дұрыс емес 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 бір хостта емес шығар, және түзету туннельге емес, олардың арасындағы реттеуге жатады. Автоматтандыру тағы бір ереже алады: бақылаусыз жұмысқа бекітілген сертификатқа негізделген кіру қажет, өйткені жұмысшыға көшірілген кэштелген интерактивті сеанс сәйкестендіру дизайны емес.