سپارل شوی لاسرسی
یو پرمخبیوونکی (developer) راولئ، د بلینګ چاره خپل محاسب ته وسپارئ، پیرودونکي ته د دوی د خپلو سایټونو لپاره یوازې د لوستلو لاسرسی ورکړئ، یا زموږ د ملاتړ ټیم ته اجازه ورکړئ چې یوې ستونزې ته وګوري. هر ورکړل شوی لاسرسی د ځانګړو اجازو لرونکی یو رول دی، چې یو سازمان پورې محدود دی، په ډیټابیس کې پلي کیږي، او یوازې د اضافه کېدونکي (append-only) تفتیش په لاګ کې لیکل کیږي.
د یوه کارننوم او پټنوم شریکول د حساب لاسرسي کې د ستونزو لامل کېږي. په Zinn Digital® کې هر کس خپل ځانګړی هویت لري، او لاسرسی یو غړیتوب دی — یو کارن، یو سازمان، او یو نقش — چې تاسې کولی شئ هغه په خپلواکه توګه ورکړئ، بدل یې کړئ یا یې باطل کړئ.
هر همکار زموږ د هویت د پرت، Keycloak، له لارې د خپل ځان په توګه ننوځي. هیڅوک ستاسو پټنوم نه لیکي، هیڅوک د براوزر ناسته نه شریکوي، او د یو چا لرې کول یوازې یو اقدام دی، نه د پټنوم بدلون او دا معلومولو لپاره هڅه چې بل چا ته دا معلوم و.
حسابونه سلسلهمراتب لري — د بیاپلورونکي اداره د پېرودونکو ادارې ساتي، او د پېرودونکو ادارې سایټونه ساتي. غړیتوب په یوه اداره او د هغې لاندې هر څه باندې پلي کېږي، نو تاسو کولی شئ د خپلو نورو پېرودونکو له ښکاره کولو پرته، د ادارې یوه پېرودونکي ته د هغه د خپلې ادارې کنټرول وسپارئ.
د کرایه کونکي جلا کول د اپلیکېشن په کوډ کې داسې فلټر نه دی چې یوه تېروتنه یې له پامه وغورځوي. د Postgres د Row-Level Security هره پوښتنه د زنګ وهونکي سازمان فرعي څانګې پورې محدودوي، نو ستاسو د ساحې څخه بهر غوښتنه د بېرته راګرځولو لپاره هیڅ نلري.
د خپلې ساحې څخه بهر د یو سازمان یا سایټ غوښتنه وکړئ او API د اجازې د تېروتنې پرځای د یو ساده نه موندل شوي ځواب سره ځواب ورکوي. د اجازې تېروتنه به دا تایید کړي چې ریکارډ شتون لري؛ نه موندل شوی بهرني کس ته هیڅ شی نه وایي.
اجازې جزئي کليګانې دي — ماډيول جمع عمل، لکه sites.restart يا billing.refund — او رولونه هغوی راټولوي. څلور رولونه هغه اړتياوې پوره کوي چې واقعي ټيمونه ورته اړتيا لري، او هر يو يې هغه معلومات دي چې موږ يې چمتو کوو، نه هغه منطق چې په کوډ کې نغښتی وي.
بشپړ کنټرول: فرعي سازمانونه جوړ کړئ، غړي وربولئ او لرې کړئ، رولونه بدل کړئ، د API کیليګانې اداره کړئ، سایټونه جوړ کړئ، بیا پیل کړئ، پاک کړئ، وځنډوئ او حذف کړئ، بلینګ او انوائسونه پرمخ بوځئ، ټکټونه راپورته کړئ او د پلټنې لاګ ولولئ. هغه رول چې تاسو یې د ځان لپاره ساتئ.
سازمان، غړي یې او د پلانونو فهرست ګوري، او فاکتورونه، د تادیې طریقې او لګښتونه اداره کوي. د یوه سایټ د جوړولو، بدلولو یا ړنګولو هیڅ لاسرسی نشته — کټ مټ هغه بڼه چې یو بهرنی حسابدار یې باید ولري.
سایټونه ګوري او جوړوي، خدمات بيا پیلوي، کیش پاکوي، د API کیليګانې اداره کوي او ټکټونه حل کوي. په قصدي ډول ایستل شوي: بیلینګ، انوائسونه، د تادیې طریقې، د غړو مدیریت، د سایټ تعلیق او د سایټ ړنګول. یو قراردادي کولی شي هرڅه جوړ کړي پرته لدې چې تاسو ته بل ولیږي یا کوم شی ویجاړ کړي.
سازمان، د هغه غړي، د هغه سایټونه، د هغه بلینګ، د پلانونو کتلاګ، ټکټونه، د ژباړې حالت او د تفتیش لاګ ګوري — او هیڅ شی نشي بدلولی. د هغه پیرودونکي لپاره مناسب واک چې لید غواړي، یو پلټونکی، یا یو برخه اخیستونکی چې یوازې کتنې ته اړتیا لري.
د لاسرسي سپارل یوازې هغه وخت خوندي دي چې هغه حسابونه چې تاسو یې ورسپارئ ترلاسه کول یې ستونزمن وي. تصدیق په حساب کې د هر فرد لپاره، په هره سطحه د Keycloak له لارې ترسره کیږي.
د ملاتړ کار ځینې وختونه ستاسو د حساب دننه کتل غواړي. دا لاسرسی د هر څه په څېر د ورته اجازې ماډل لخوا اداره کیږي — کارمندان یوازې د کارمندانو په یوه اداره کې ځای پر ځای شوي، چې په څانګو کې د تنګو واکونو سره تنظیم شوي.
کارکوونکي په ملاتړ، بلینګ او مالي، ناوړه ګټه اخیستنه او باور-او-خوندیتوب، پلور، آنبورډینګ، انجنیري او عملیات، بازارموندنه، او مدیریت وېشل شوي دي. هر رول ځانګړي ماډلونه او کړنې ورکوي، ترڅو یو استازی د اډمین کنسول هغه برخه وګوري چې د دوی دندې ورته اړتیا لري او پاتې نوره نه.
د Support Agent رول په دقیقه توګه دا واکونه ورکوي: د پیرودونکو لیدل، د ټکټونو لیدل او ځواب ورکول، د سایټونو لیدل، د سایټ بیا پیل کول او د هغې د کیش پاکول. دا د بلینګ تنظیمات، پیسې بېرته ورکول، د پلانونو ترمیم او د فلیټ مدیریت نه لري. هغه اصلاحي کړنې چې یو استازی یې ترسره کولی شي د رول لخوا محدودې دي، نه د ښه نیت پر بنسټ.
د customer.impersonate اجازه د Manager د رول برخه نه ده — دا یوازې د Super Admin په واک کې ده. کله چې یوه ناسته ستاسو له خوا پرمخ وړل کېږي، ډشبورډ د کارن د تمثیل یو دوامداره بینر ښیي ترڅو هیڅکله دا ابهام پاتې نه شي چې څوک اقدام کوي.
هر امتیازي او اداري اقدام یوازې د اضافه کولو وړ پلټنې لاګ کې ثبتېږي چې ترسره کوونکی، اقدام، هدف، ملاتړي میټاډېټا، د IP پته او د وخت ټاپه ثبتوي — چې په تولید کې د وخت له مخې وېشل شوي دي. مالکان او یوازې د لوستلو اجازه لرونکي غړي کولی شي پخپله د خپل سازمان لاګ ولولي.
د کارمندانو حساس او ویجاړونکي اقدامات ممکن د پلي کیدو دمخه اضافي تصدیق یا د دوه کسانو تصویب ته اړتیا ولري، او نوي ډیپارټمنټونه او رولونه د کوډ د بدلون پرځای د تنظیماتو مسله ده.
سکریپټونه، د CI پایپ لاینونه، CLI، د Terraform چمتو کوونکی او د AI اجنټان ټول د خلکو په څیر د ورته اجازې ماډل له لارې تصدیق کوي — هیڅ ګډ انساني باورلیکونه نشته، هیڅ اوږدمهاله رازونه چې په یو جوړښت کې پیسټ شوي وي نشته.
کیليګانې د یوه سازمان اړوند دي او د هماغه RBAC اجازو پورې تړلې تفصیلي ساحې لري — یوازې لوستل، بلینګ، چمتو کول. د غړي د بشپړ حساب پر ځای پایپ لاین ته یوازې هغه تنګه ساحه ورکړئ چې ورته اړتیا لري.
د ازموینې حالت او ژوندي حالت کیلي ګانې جلا دي، نو له همدې امله د پراختیا لاندې یوځای کول نشي کولی په ناڅاپي ډول یا د کاپي شوي چاپیریال متغیر له لارې د تولید ډیټا ته لاسرسی ومومي.
موږ د پټې کیلي د SHA-256 هش او د لټون مختاړی ساتو — هېڅکله خام کیلي نه ساتو. تاسو کیلي یوازې یو ځل د جوړېدو پر مهال وینئ. هره کیلي دا څاري چې وروستی ځل کله کارول شوې او پرته له دې چې بل څه زیانمن کړي، په جلا توګه باطله کیدای شي.
زموږ د MCP سرور د هر MCP وړتیا لرونکي استازي ته اجازه ورکوي چې ستاسو کوربه توب په طبیعي ژبه اداره کړي، چې د OAuth 2.1 سره تصدیق شوی او ستاسو د سازمان او RBAC رول پورې محدود دی، د هرې وسیلې لپاره د باطلېدونکو ټوکنونو، په ویجاړونکو کړنو تایید، د لګښت محدودیتونو او بشپړ پلټنې لاګینګ سره.
حساب ته لاسرسی او سرور ته لاسرسی جلا مسلې دي. د سایټ په کچه اسناد په ډشبورډ کې اداره کیږي، د لږترلږه امتیاز سره صادر کیږي، او محدود شوي دي ترڅو د یو همکار شیل د یو سایټ شیل وي.
یو یوازینی چلوونکی یو واحد سازمان او د یوه مالک غړیتوب ساتي، او کله چې یو قراردادي د یوې پروژې لپاره راشي نو د جوړونکي رول ورزیاتوي. کله چې پروژه پای ته ورسیږي، غړیتوب لیرې کیږي او د هغوی ننوتل سمدلاسه بنديږي — هیڅ شریک شوی سند شاته نه پاتې کیږي چې بدل شي.
یو اژانس د سازمان له ونې څخه ګټه اخلي. هر پېرودونکی خپل ځانګړی فرعي سازمان ترلاسه کوي، چې د هغه پېرودونکي سایټونه پکې شامل وي، او پخپله د پېرودونکي کارکوونکي هلته غړیتوب ترلاسه کوي — د هغه اړوند کس لپاره یوازې د لوستلو اجازه چې لید لرل غواړي، او د هغه پېرودونکي لپاره د مالکیت اجازه چې په خپله چاري سمبالول غواړي. ستاسو کارکوونکي د ونې په لوړو کچو کې غړیتوب لري او ټوله مجموعه ګوري؛ یو پېرودونکی یوازې خپله څانګه ګوري، او Row-Level Security هغه څه دي چې دا چاره یوازې د یوې ژمنې پر ځای په حقیقت بدلوي.
یو بیا پلورونکی په ورته ډول کار کوي، یوه کچه پورته: د بیا پلورونکي اداره د پیرودونکو ادارې لري، چې هر یو یې خپل غړي، د بلینګ لید او سایټونه لري. همدا اصلي بنسټ فرعي حسابونه، د ادارې ټیمونه او د بیا پلورونکو سلسلې پرمخ وړي — د دوی د هېڅ یوه لپاره جلا او کمزوری میکانیزم شتون نه لري.
هر څه په ۱۴ ورځنۍ ازموینه کې پرته له کارت څخه شتون لري. د تادیې له معلوماتو پرته نوم لیکنه وکړئ، یو همکار راوبلئ، وګورئ چې هر رول څه ته لاسرسی لري او څه ته نه، او خپل د پلټنې لاګ بیا ولولئ.
نن ورځ غړیتوب خپل رول په ټول سازمان او د ونې په څېر جوړښت کې تر هغه لاندې په هر څه کې ورکوي، نو د سایټونو د سیټونو جلا کولو لاره د سازمانونو جلا کول دي — هغه سایټونه په خپل فرعي سازمان کې واچوئ او غړیتوب هلته ورکړئ. دا د ادارو او بیا پلورونکو لپاره یو پاک ماډل دی، چیرې چې هر پیرودونکی دمخه خپلې حدود غواړي. د هر غړیتوب پر بنسټ د سرچینو محدودول، یعنې په یو سازمان کې نومول شویو سایټونو ته د یو واحد غړیتوب ځانګړي کول، یو پلان شوی پرمختګ دی نه دا چې اوس مهال شتون ولري.
د ډویلپر رول د سایټ ړنګول یا د سایټ تعلیق نه لري — دا واکونه د مالک رول پورې اړه لري. دا د سایټونو لیدلو او جوړولو، د خدماتو بیا پیلولو، د کیش پاکولو، د API کیلو اداره کولو او د ټکټونو د کار کولو اجازه ورکوي. د ځای پرځای کولو او ژوندي کولو (push-to-live) اجازې هم د ډویلپر د واکونو برخه نه دي، نو تولید ته لیږدول د حساب د مالک سره پاتې کیږي. دا د سټیجنګ سره یوځای کړئ ترڅو د جوړولو کار له پیل څخه د ژوندي سایټ څخه بهر ترسره شي.
دا په بشپړه توګه د کارکوونکي په رول پورې اړه لري، او هر رول د اجازې د کلي ګانو يوه محدوده ټولګه ده. د بېلګې په توګه، یو Support Agent کولی شي ستاسو حساب او سایټونه وګوري، ستاسو ټکټونه وګوري او ځواب ورته ووايي، یو سایټ بیا پیل کړي او د هغې کش (cache) پاک کړي — او نشي کولی د بلینګ تنظیماتو، بېرته ورکړې، پلانونو یا بیړۍ (fleet) ته لاس ورورسوي. د پیرودونکي په توګه ننوتل یو جلا اجازه ده چې یوازې د Super Admin سره وي، او کله چې دا پیښ شي نو ډشبورډ د جعلي هویت (impersonation) یو دوامداره بینر ښیې. هر ځانګړی شوی اقدام د ترسره کوونکي، اقدام، هدف، IP او مهال وېش سره په پلټنې لاګ کې ثبت کیږي، او تاسو کولی شئ د خپل سازمان لاګ پخپله ولولئ.
غړیتوب لرې کړئ او دغه سازمان ته د هغوی لاسرسی پای ته رسېږي — هغوی لا هم خپل هویت لري، مګر په ستاسو په حساب کې هېڅ رول او په پایله کې هېڅ ډول واکونه نه لري. د API کلي په انفرادي ډول لغوه کېږي، نو یو د پایپلاین کلي پرته له دې چې بل څه ګډوډ کړي قطع کېدای شي. که تاسو د SAML یو ځلي ننوتل کاروئ، نو ستاسو د هویت په وړاندې کوونکي کې له کاره غورځول ننوتل په مرکزي توګه سمبالوي. د سایټ په کچه د باورلیکونه لکه د SSH کلي په ډشبورډ کې لغوه کېږي، او پخپله لرې کول په پلټنې کې ثبتیږي.
نه — خو دا اړینه ده چې د دې لامل په اړه دقیق واوسو. د API کیليګانې د سازمان پورې اړه لري، نه د یو انفرادي غړي، او دوی خپلې ځانګړې ساحې لري چې د ورته اجازې کتلاګ پورې تړلې دي. نو د دې پرځای چې یو کس ته کیلي وسپارئ، تاسو د هغه کار لپاره یوه کیلي جوړوئ چې دا یې ترسره کوي، د هغې خورا تنګې ساحې سره چې هغه کار ورته اړتیا لري، او کله چې کار پای ته ورسیږي هغه کیلي لغوه کوئ. یوازې د پټ راز هش ساتل کیږي، او هره کیلي ثبتوي چې دا وروستی ځل کله کارول شوې وه ترڅو نه کارول شوې کیليګانې موندل او ایستل اسانه وي.
هو. زموږ د MCP سرور ایجنټان د OAuth 2.1 سره تاییدوي او هغوی ستاسو د ادارې او ستاسو د RBAC رول سره د هرې وسیلې د لغوه کیدو وړ ټوکنونو سره محدودوي، نو تاسو د بشپړ لاسرسي پرځای یوه ځانګړې وړتیا ورکوئ. ویجاړونکي اقدامات تایید ته اړتیا لري، د لګښت حدونه پلي کیږي، او هر اقدام په هماغه پلټنې لاګ کې راځي لکه څنګه چې د انسان فعالیت راځي.
د Postgres Row-Level Security خپله په ډېټابیس کې پوښتنې د غوښتونکي د سازمان تر فرعي څانګې پورې محدودوي، چې د اپلیکیشن په کچه فلټر د یوازینۍ دفاعي کرښې پر ځای د ژورې دفاع په توګه کار کوي. د لاسرسي له ساحې بهر ریکارډونو لپاره غوښتنې د اجازې د تېروتنې پر ځای «نه موندل شوی» ځواب ورکوي، ترڅو د شته شیانو په اړه هیڅ شی افشا نه شي. د سرور په برخه کې، د CageFS له لارې د هر سایټ جلا کول د هر کاروونکي شیل او فایلونه یوازې د هغوی په خپل سایټ پورې محدود ساتي.
هو. د ۱۴ ورځو ازمایښت له کارت پرته دی — د تادیې هېڅ معلومات او هېڅ ژمنې ته اړتیا نشته — او تر پنځو پورې وېبپاڼو سره د Footprint-Free کوربهتوب پوښښ کوي. دا دومره بسنه کوي چې مخکې له دې چې تاسو پرېکړه وکړئ، یو همکار راوبولئ، یو رول وټاکئ، او ډاډ ترلاسه کړئ چې پولې هماغسې کار کوي لکه څنګه چې تاسو ورته اړتیا لرئ.
د کارت پرته د ۱۴ ورځنۍ ازمایښتي دورې سره پیل وکړئ، یو څوک راوبولئ، او وګورئ چې د اجازې ماډل څنګه خپل کار ترسره کوي — هغه نقشونه چې تاسو یې نومولای شئ، هغه ساحې چې تاسو یې لغوه کولای شئ، او د پلټنې یو راپور چې په دقیق ډول ښیي چا څه کړي دي.
وړیا پیل کړئ