د VPN له لارې Salesforce CLI ته ننوتل: CLI، براوزر او د API کوربه
CLI، براوزر او وروسته API غوښتنه کولی شي په درې مختلفو کوربه مېزونو کې کار وکړي۔ هر یو یې ونوموئ مخکې لدې چې تونل، org یا کیش شوی ټوکن ملامت کړئ۔
د 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 احتمالاً پر یوه کوربه نه دي، او سمون د تونل نه، د دوی ترمنځ ترتیب دی۔ اتوماتیک کول یو بل قاعده اخلي: بې څارنې کار ته تصویب شوې سند-بنسټیزه ننوتنه ورته اړتیا ده، ځکه چې کارګر ته کاپي شوې کیش شوې متقابله غونډه د هویت ډیزاین نه دی۔