شریک سبډومینونه، دوه ننوتځي: څوک کوم ریکارډونه ویني؟

کلینیک A او کلینیک B یو کوډبیس، دوه سبډومینونه او له دفتر او VPN څخه د راغلو لیدونکو یو ګډ ترکیب شریکوي۔ د شبکې ټیمونه معمولاً دوه ننوتځي جلا تنظیموي، او دا سمه ده، تر څو چې اپلیکیشن داسې نه کوي۔ لاندې ازموینې باید په اپلیکیشن کې وي او باید یو شان چلند وکړي پرته له دې چې غوښتنه کومه دروازه کارولې ده۔

لومړی: د کوربه نوم یوازې کرایه‌دار نوموي

غوښتل شوی د کوربه نوم د هغه نقشې سره سم حل کړئ چې مدیر یې ساتي، او هر ناپېژاند رد کړئ۔ د خام سرلیک پر ځای د چوکاټ تصدیق شوې کوربه ارزښت وکاروئ، تر څو جوړ شوی Host د لټون کیلي نه شي ننوي کولی۔ بریالۍ سمون کد ته وایي چې کومه کرایه‌دار تنظیم او کوم برانډینګ بار شي۔ خو دا نه وایي چې آیا غږوونکی د هغه کرایه‌دار ډاټا لیدلی شي۔ هغه دوهم پوښتنه په جلا فعالیت کې له جلا ننوت سره وساتئ۔

شریکه مرستندویه فعالیت چې د یو کوربه نوم لټون څخه هم شرایط او هم اجازه بیرته راولي، د بګ پیل دی۔

دوهم: غړیتوب د غونډې څخه راځي

د تصدیق شوي کارن فعال غړیتوبونه ولټوئ او د لومړي ازموینې کرایه‌دار سره یې پرتله کړئ۔ هغه کارن چې دواړو کلینیکونو ته اړه لري کولی شي بدلون وکړي، خو بدلون باید په غوښتنې شرایطو کې ثبت شوې څرګنده کړنه وي، نه د URL څخه ایستل شوې پایله۔ هغه کارن چې یو کلینیک ته اړه لري او بل غواړي، رد کیږي، په دې کې ډاونلوډونه او API غږونه هم شامل دي۔

منفي حالت د ریکارډ پېژندونکي او د کرایه‌دار پیرامیټر په بدلولو سره وآزموئ۔ که هر یو بدلون ډاټا بیرته راولي، نو حد له غوښتنې لوستل کیږي نه له تصدیق شوې غړیتوب۔

د کوکیز حد او یوځلي ننوتل هغه ځای ټاکي چې حساب پکې وړاندې کیدی شي۔ دوی نه ټاکي چې هغه حساب څه لوستلی شي۔

دریم: شبکه د کس په اړه هېڅ نه ثابتوي

VPN دروازه یو تونل تصدیقوي، او عامه اجازه‌لړ د پتې حد تصدیقوي۔ هیڅ یو یې کس نه پېژني۔ NAT ډېر کارنان په یوه سرچینه پته کې راټولوي، او د دفتر حد د ودانۍ په هر چا باندې هماغه کوي۔ دواړه د ترانسپورت حقایق وګڼئ او اجازه په اپلیکیشن کې وساتئ، یا په هغه یوځای‌والي کې چې هویت په څرګنده توګه بیانوي او هماغسې بیاکتنه کیږي۔

DNS دریم د ترانسپورت حقیقت دی۔ شخصي ځواب شخصي لار ته اړتیا لري، او عامه مخ ته ملاتړ شوې اصلي لار ته اړتیا ده۔ هیڅ یو یې اجازه نه لري۔

یوه جمله دې په دیوال وي: شبکه ټاکي چې غوښتنه څنګه رسیږي، او اپلیکیشن ټاکي چې څه لوستلی شي۔

څلورم: میټریکس په دواړو ننوتځو کې چل کړئ

کنټرول شوي حسابونه وکاروئ تر څو A په A، B په B، A په B، یو ناپېژاند د کوربه نوم او پرته له غړیتوب تصدیق شوی حساب وآزموئ۔ څلورم او پنځم باید بند په توګه ناکام شي او هېڅکله اصلي کرایه‌دار ته ونه لوېږي۔ هماغه میټریکس د VPN ننوتځي له لارې هم چل کړئ، د هر حساب لپاره یوه غونډه‌لوښي سره:

curl -s -o /dev/null -w '%{http_code}' -b jar.txt https://clinic-b.example.com/records/42
curl -s -o /dev/null -w '%{http_code}' -b jar.txt https://clinic-a.example.com/records/42

بیا د اجازه‌لړ یو ننوت بدل کړئ او بیا یې چل کړئ۔ هغه پایله چې ځای بدلوي معنا یې دا ده چې شبکه‌یی کنټرول د اجازې پرېکړه کوي۔

له هر بدلون وروسته چې په مخ کې وي میټریکس تکرار کړئ، ځکه دوهم کوډ لار چې ازموینه پرېږدي د دې پولې د تخریب تر ټولو عامه لار ده۔ تمه شوې پایله ستړې کوونکې ده: هر ننوتځی هماغه ځوابونه ورکوي۔