څنګه د SaaS ترافیک سم مشتري VPN ته ولېږو
د مشتریانو هغه فرعي شبکې چې یو له بل سره نښلېږي، شریک روند (روټینګ) ماتوي۔ د جلا کولو یو ماډل وټاکئ، هر کار له تایید شوي کرایهدار سره وتړئ، او له پیل مخکې د کرایهدارانو ترمنځ لارې وازموئ۔
یو SaaS پلیټ فارم له دولسو مشتري شبکو سره وصل دی، او له هغو مشتریانو څخه دوه یې دواړه د خپل اصلي ډیټابیس لپاره 10.20.0.10 کاروي۔ هغه کارګر چې په یوه دنده کې دا پته ترلاسه کوي، هیڅ لاره نه لري چې پوه شي دنده کوم ډیټابیس ته اشاره کوي، او یو شریک روټینګ جدول به په خوښۍ سره هغه ټونل ته ولېږي چې مخکښ یې ورته اشاره کوي۔ حل نور ټونلونه نه دي؛ حل دا دی چې پریکړه وشي کرایهدار هویت په لار کې چېرته ننوځي او د پتې پلان کوم جلا کولو ماډل ته اړتیا لري۔ درې شرطونه دا انتخاب فیصله کوي: ایا د مشتریانو مخکښان سره نښلېږي، یوه تېروتنه څومره لرې خپرېدای شي، او څوک کنیکټر چلوي۔
دوه مشتري ډیټابیسونه، یوه منزل پته
IP پته یو ځای دی، نه هویت۔ غوښتنه باید هغه کرایهدار ولېږدوي چې سرور تایید کړی وي، او هغه کرایهدار باید د منزل له حل کېدو مخکې شبکهیی شرایط وټاکي۔
کله چې دا نه کیږي، ناکامي غلې ده۔ اړیکه بریالۍ کیږي، پوښتنه ځغلي، او ځواب د غلط مشتري له ډیټابیس څخه راځي ځکه چې روټینګ جدول د 10.20.0.10 لپاره یوازې یوه ننوتنه درلوده۔ DNS دا لا خرابوي: یو کیش شوی نوم چې د کرایهدار A په شرایطو کې حل شوی، کولای شي د کرایهدار B لپاره روان کار لخوا بیا وکارول شي۔ په بنډل کې هیڅ شی دواړه نه جلا کوي، نو هیڅ بیا هڅه منطق یې نه جوړوي۔
لومړی د جلا کولو ماډل فیصله کړئ
له محصولاتو پرتله کولو مخکې درې شرطونه ولیکئ۔ نښلېدل فیصله کوي چې ایا یوه پته ځای کولای شي په بشپړه توګه شریک شي؛ د اغیزې وړانګه فیصله کوي چې د روټینګ تېروتنه د ملاتړ ټکټ ده که سرغړونه؛ عملیاتي مالکیت فیصله کوي چې ایا تاسو کولای شئ د هر کرایهدار لپاره د کنیکټرانو بیړۍ چل کړئ۔
| Condition | Hub with per-tenant route tables | Per-tenant connector context |
|---|---|---|
| Customer CIDRs overlap | No, unless you add 1:1 NAT | Yes, each context keeps its own view |
| A mistake must stay inside one VPC | Weak, routing is shared infrastructure | Strong, each connector has its own egress |
| You can run one fleet per tenant | Not required | Required |
که مخکښان توپیر ولري او پالیسي یو کنټرول شوی مرکز اجازه ورکړي، یو Transit Gateway د هر کرایهدار لپاره د روټینګ جدولونو سره عملي دی۔ د ضمیمې ټاکنه هغه روټینګ جدول ټاکي چې له هغې ضمیمې څخه راځي؛ د خپرېدو ټاکنه ټاکي چې کوم لارې په جدول کې ښکاري۔ یو کرایهدار ضمیمه چې یوازې له خپل جدول سره تړلې ده او یوازې خپل مخکښان خپروي، مرکز ته رسېږي او بل چېرته نه۔ دا د روټینګ پریکړه ده، او یوازې هغه وخت سمه پاتې کیږي چې هیڅوک شریک جدول ته د مخکیني لارې نه وي زیاته کړې۔
که مخکښان سره نښلېږي، یوازې روټینګ نشي کولای دوی جلا کړي۔ تاسو ته یا د هر کرایهدار لپاره جلا شبکهیی شرایط غواړي یا د ژباړې پلان چې د هر مشتري ځای ته روښانه معنا ورکوي۔
د Transit Gateway جلا کول په رښتیا څه معنا لري
تړاو او خپرېدل هغه دوې مهمې برخې دي، او د دوی ګډول اسانه دي۔ تړاو ځواب ورکوي چې د دې ضمیمې بنډل په کوم جدول کې لټول کیږي؛ خپرېدل ځواب ورکوي چې کوم جدولونه د دې ضمیمې لارې زده کوي۔ جلا کول له دواړو کرایهدار ځانګړي کولو څخه راځي، نه له نورو ضمیمو جوړولو څخه۔
د ټولو-له-ټولو سره مخکینۍ ترتیب اسانه دی او جلا کول نه دي۔ جلا روټینګ جدولونه اړیکه محدودوي، مګر یوه نه بدلېدونکې منزل پته ته په همدغو روټینګ شرایطو کې دوه معناوې نه ورکوي۔ که غوښتنلیک د کرایهدار له پېژندو مخکې 10.20.0.10 حل کړي، د روټینګ پوړ لا دمخه اړینه معلومات له لاسه ورکړي دي۔
AWS د 2026 کال د اکتوبر په 23 نېټه د Transit Gateway او Cloud WAN لپاره د ضمیمې کچې 1:1 NAT زیات کړ، چې د ملاتړ شویو ضمیمو لپاره د نښلېدو ځواب بدلوي۔ د Transit Gateway NAT اسناد د کوربه بټونو ساتلو سره ثابت، بې حالته او برابر مخکښ IPv4 نقشې تشریح کوي۔ د دې شاوخوا د ډیزاین کولو مخکې ملاتړ شوي ضمیمې ډولونه او سیمهییز محدودیتونه وګورئ۔
کار له تایید شوي کرایهدار سره وتړئ
هر کار باید د سرور لخوا تایید شوی کرایهدار هویت ولېږدوي، او هغه هویت باید د مدیر ملکیت یو اړیکه ریکارډ وټاکي۔ ریکارډ تصویب شوي شبکهیی شرایط، د خدمت پته، د اعتبار اسنادو حواله او هلته اجازه شوي عملیات نوموي۔ یوه ناڅاپي غوښتنه باید هیڅکله خپل VPN پیژندونکی، دروازه یا شخصي هدف وړاندې نه کړي، ځکه چې سم ننوتل د هر وصل مشتري د پتې ځای څیړلو اجازه نه ده۔
په جلا کنیکټرانو ډیزاین کې، د کرایهدار A کار A-ځانګړي کنیکټر ته ځي چې د A په VPC کې ځغلي او یوازې د A تصویب شوو سرچینو ته رسېدای شي۔ په یو کوربه باندې جلا کانټینرونه دا جلاوالی په خپله نه جوړوي؛ د شبکې نوم ځایونه، لارې او د وتلو پالیسي باید دا پلي کړي۔ کنیکټر د کرایهدار په کچه اعتبار اسناد او قطارونه هم غواړي، ځکه چې شخصي لار یو شریک راز یا شریک کاري توکی محدودوي نه۔ شریک شوي غوښتنلیک کارګران ښه دي تر هغه چې شبکهیی شرایط او اعتبار اسناد د کوربه پر ځای د هر کرایهدار لپاره وټاکل شي۔
د روغتیا کنټرولونه باید کرایهدار او پړاو نوم کړي: ټونل جوړ شوی، لار موجوده او یوه ریښتینې خدمت غوښتنه بریالۍ شوې درې بېلې نښې دي۔ د فعالو ټونلونو مجموعهییز شمېر به هغه یوازینی مشتری پټ کړي چې کنیکټر یې مات دی۔
هغه لارې وآزموئ چې باید ناکامې شي
له پیل مخکې درې ازموینې چل کړئ۔ اجازه شوې A عملیه باید بریالۍ شي، اجازه شوې B عملیه باید بریالۍ شي، او یو A کار چې په قصد سره د B کنیکټر یا د هغه ژباړل شوي لقب په لور روان دی باید په بند ډول ناکام شي۔ بیا یو ټونل مات کړئ او تایید کړئ چې کار یوازې د هغه کرایهدار لپاره ناکام کیږي، پرته له دې چې د بل مشتري ورته شمېر فرعي شبکې ته راوغورځي۔ بیا رغونه هم باید وازمویل شي، ځکه چې یوه زړه لار یا کیش شوي اعتبار اسناد کولای شي له خنډ څخه اوږد ژوند وکړي۔
معماري کولای شي د جلا کنیکټرانو سره شریک کارګران وي، یا په بشپړه توګه جلا کرایهدار سرچینې۔ نه بدلېدونکی شی یو شان دی: تایید شوي کرایهدار شرایط لار او اعتبار اسناد ټاکي، او هیڅ د لارې بدلون هیڅکله غوښتنلیک ته د کرایهدارانو ترمنځ اجازه نه ورکوي۔