ٹیمیں اور رسائی

اپنی ٹیم کے ہر فرد کو بالکل وہی رسائی دیں جس کی اسے ضرورت ہے

گاہک کے چار کردار، ذیلی اکاؤنٹس جو آپ کے کاروبار کی اصل ساخت کی عکاسی کرتے ہیں، فی تنظیم API کیز، سنگل سائن آن اور ہر مراعات یافتہ عمل کے پیچھے آڈٹ لاگ۔ یہی رسائی کا ماڈل ڈیش بورڈ، API، CLI، Terraform اور ہمارے MCP سرور پر چلتا ہے۔ دستیابی: Terraform فراہم کنندہ فعال ترقی کے مرحلے میں ہے اور ابھی دستیاب نہیں ہے۔ یہاں بیان کردہ باقی تمام چیزیں آج فعال ہیں۔

ایک اکاؤنٹ سے منسلک متعدد افراد، جن میں سے ہر ایک کے پاس اپنی مخصوص اجازتیں ہیں۔
  • +700,000دنیا بھر میں ہوسٹ کی گئی سائٹس
  • 4صارف کے کردار، سیڈ ہو چکے اور تیار ہیں
  • 35تفصیلی اجازت کی کلیدیں
  • 14 دنکارڈ کے بغیر آزمائش

چار کردار، جن کا تعین وہاں کیا گیا ہے جہاں کام حقیقت میں تقسیم ہوتا ہے

رسائی صرف آن/آف کا ایک سوئچ نہیں ہے۔ ہر کسٹمر تنظیم چار کرداروں کے ساتھ آتی ہے، جن میں سے ہر ایک تفصیلی module.action اجازتوں کا ایک مقررہ مجموعہ ہے — تاکہ فنانس رابطہ کبھی سرور کو ہاتھ نہ لگائے اور ایک ڈویلپر کبھی انوائس نہ دیکھے۔

مالک

تنظیم اور اس کے ذیلی کھاتوں پر مکمل کنٹرول: ذیلی تنظیمیں بنائیں، اراکین کو مدعو کریں اور نکالیں، کردار تبدیل کریں، API کیز کا انتظام کریں، سائٹس کی فراہمی، دوبارہ شروع، معطل اور حذف کریں، انوائسز اور ادائیگی کے طریقوں کا انتظام کریں، اور آڈٹ لاگ پڑھیں۔ دو چیزیں جان بوجھ کر اس سے باہر رکھی گئی ہیں — کسی تنظیم کو بند کرنا اور رقم کی واپسی جاری کرنا عملے کے اقدامات ہیں، گاہک کا کردار نہیں۔

بلنگ مینیجر

مالیاتی امور سے متعلق سب کچھ اور اس کے علاوہ کچھ نہیں: انوائسز، سبسکرپشنز، ادائیگی کے طریقے اور پلان کا کیٹلاگ، نیز تنظیم اور اس کے ارکان کی فہرست کا نظارہ۔ سائٹ تک بالکل رسائی نہیں ہے — مالیاتی رابطہ کار یا بیرونی بک کیپر کسی بھی چیز کو دوبارہ شروع، معطل یا حذف نہیں کر سکتا۔

ڈویلپر

پیسوں کو ہاتھ لگائے بغیر سائٹس پر کام کریں: سائٹس دیکھیں اور مہیا کریں، سروسز دوبارہ شروع کریں، کیشے صاف کریں، API کیز کا انتظام کریں، اور سپورٹ ٹکٹس بنائیں یا ان کا جواب دیں۔ کوئی بلنگ ویو نہیں، کوئی رکن کا انتظام نہیں، کوئی معطلی نہیں اور کوئی حذف نہیں — تباہ کن اور تجارتی اقدامات مالک کے پاس ہی رہتے ہیں۔

صرف پڑھنے کے لیے

کسی بھی چیز کو تبدیل کرنے کی صلاحیت کے بغیر ایک مکمل منظر — اراکین، سائٹس، بلنگ، پلانز، ٹکٹس، ترجمے کی حیثیت اور آڈٹ لاگ۔ کلائنٹ کے اسٹیک ہولڈر، اندرونی آڈیٹر یا نئے ملازم کے لیے درست کردار جو ابھی کام سیکھ رہا ہے۔

ذیلی اکاؤنٹس جو آپ کے حقیقی ڈھانچے سے مطابقت رکھتے ہیں

کرایہ داری (Tenancy) ایک درخت کی مانند ہے، کوئی سیدھی فہرست نہیں۔ ایک ری سیلر تنظیم اپنی کلائنٹ تنظیموں کے اوپر ہوتی ہے، اور سائٹس ان کے نیچے ہوتی ہیں۔ ایک ٹیم ممبر دراصل ایک رکنیت ہے — ایک صارف، ایک تنظیم، ایک کردار — لہٰذا یہی بنیادی عنصر دو افراد کی ٹیم، ایک سو کلائنٹ اکاؤنٹس سنبھالنے والی ایجنسی اور اپنے برانڈ کے تحت ذیلی اکاؤنٹس چلانے والے ری سیلر سب کے لیے یکساں طور پر کارگر ہے۔

کردار ہر تنظیم کے لحاظ سے تفویض کیے جاتے ہیں، اور نفاذ بھی تنظیم کی سطح پر ہی ہوتا ہے۔ ایک تنظیم میں دیا گیا کردار کسی الگ، غیر متعلقہ تنظیم میں کوئی رسائی نہیں دیتا — ایک ٹھیکیدار ایک ہی لاگ ان سے ایک کلائنٹ کے اکاؤنٹ پر ڈیولپر اور دوسرے پر صرف پڑھنے کی رسائی (Read-only) کا حامل ہو سکتا ہے۔ تاہم، رسائی آپ کے اپنے تنظیمی سلسلے میں نیچے کی طرف منتقل ہوتی ہے: بنیادی (parent) تنظیم میں ایک کردار اس کے تحت موجود تنظیموں پر لاگو ہوتا ہے، جس کے ذریعے ری سیلرز اور ایجنسیاں اپنے کلائنٹس کا انتظام سنبھالتی ہیں۔

تنہائی کا اطلاق صرف ایپلیکیشن کوڈ میں ہی نہیں بلکہ ڈیٹا بیس میں بھی کیا جاتا ہے۔ Postgres صف کی سطح کی سیکیورٹی ہر کرایہ دار کے سوال کو کالر کے ذیلی درخت تک محدود کرتی ہے، اور اس ذیلی درخت سے باہر کی کوئی بھی چیز اجازت کی خرابی کے بجائے "نہیں ملا" واپس کرتی ہے — لہذا پلیٹ فارم کبھی اس بات کی تصدیق بھی نہیں کرتا کہ کسی دوسرے کرایہ دار کی تنظیم یا سائٹ موجود ہے۔

ہر سطح پر یکساں اجازتیں

کردار محض ڈیش بورڈ کی حد تک کی آسانی نہیں ہیں۔ پلیٹ فارم تک رسائی کا ہر راستہ انہی اجازت کی کلیدوں پر لاگو ہوتا ہے، لہٰذا ایسا کوئی چور دروازہ نہیں ہے جو آپ کے رسائی کے قواعد کو نظر انداز کر سکے۔

ڈیش بورڈ

سائٹس، بلنگ، ٹکٹس، نوٹسز، اطلاعات، API کیز اور ٹیم کا انتظام ایک ہی شیل میں۔ انٹرفیس وہی دکھاتا ہے جس کی سائن ان شدہ رکن کا کردار اجازت دیتا ہے، لہٰذا لوگوں کو ایسے کنٹرولز نہیں دکھائے جاتے جنہیں وہ استعمال نہیں کر سکتے۔

عوامی API اور CLI

شائع کردہ API وہی انجن API ہے جو ڈیش بورڈ استعمال کرتا ہے۔ API کیز ہر تنظیم کے لیے مخصوص حدود کے ساتھ جاری کی جاتی ہیں جو RBAC کی اجازتوں سے منسلک ہوتی ہیں، اور الگ الگ سینڈ باکس اور لائیو طریقوں کا مطلب ہے کہ آپ حقیقی بلنگ یا فراہمی کو متاثر کیے بغیر انضمام کی جانچ کر سکتے ہیں۔

Terraform فراہم کنندہ

سائٹس، ڈومینز، DNS، میل باکسز اور پلینز کا انتظام بطور کوڈ انفراسٹرکچر کریں اور ہوسٹنگ کو پروویژن کرنے کے لیے terraform apply چلائیں — انہی اسکوپس کے تحت جن کے تحت باقی سب کچھ ہے۔

MCP سرور

Claude Code، Cursor، ChatGPT، Claude Desktop یا کسی بھی MCP فعال ٹول کو جوڑیں۔ ٹوکنز کسی تنظیم اور اس کی RBAC اجازتوں کے دائرہ کار تک محدود ہیں، ہر ٹول کے حساب سے منسوخ کیے جا سکتے ہیں، جس میں تباہ کن کارروائیوں پر تصدیق، اخراجات کی حدیں اور ایک مکمل آڈٹ ٹریل شامل ہیں۔

کلید کی ہینڈلنگ

ہر API کلید کا صرف ایک ہیش محفوظ کیا جاتا ہے — کبھی بھی اصل کلید نہیں۔ کلیدیں ایک نام اور ایک ظاہر سابقہ رکھتی ہیں تاکہ آپ ان میں فرق کر سکیں، یہ ریکارڈ کرتی ہیں کہ وہ آخری بار کب استعمال ہوئی تھیں، اور باقیوں کو متاثر کیے بغیر انفرادی طور پر منسوخ کی جا سکتی ہیں۔

ایک لاگ ان، معیارات پر مبنی، ہر چیز کے لیے

شناخت کا نظام Keycloak پر چلتا ہے، لہذا تصدیق ہوسٹنگ پینل کے ساتھ منسلک کسی مخصوص لاگ ان فارم کے بجائے باقاعدہ OIDC اور SAML ہے۔

  • بائی ڈیفالٹ میجک لنک ای میل لاگ ان، اور جو لوگ اسے ترجیح دیتے ہیں ان کے لیے متبادل کے طور پر ای میل اور پاس ورڈ۔
  • فشنگ مزاحم سائن ان کے لیے پاس کیز اور WebAuthn، نیز پالیسی کے تحت ہر فرد کے لیے لازمی قرار دی گئی TOTP دو فیکٹر تصدیق۔
  • Google، Microsoft، GitHub اور دیگر شناختی فراہم کنندگان کے ذریعے سوشل لاگ ان۔
  • انٹرپرائز اور ایجنسی صارفین کے لیے SAML سنگل سائن آن، تاکہ ٹیم کی رسائی آپ کی موجودہ ڈائرکٹری کے مطابق رہے۔
  • ڈیش بورڈ، ایڈمن کنسول، عوامی سائٹ اور نالج بیس، اور سپورٹ ٹکٹس پر ایک ہی سیشن — پانچ بار نہیں، صرف ایک بار سائن ان کریں۔
  • اکاؤنٹ بننے سے پہلے سائن اپ کے ہر ای میل کی توثیق کی جاتی ہے، اس لیے ناقابلِ ترسیل اور غلط پتے کبھی بھی آپ کی ٹیم میں شامل نہیں ہوتے ہیں۔
  • چونکہ یہ معیارات پر مبنی ہے، اس لیے شناخت فراہم کنندہ کو اس کے ارد گرد کسی بھی چیز کو دوبارہ ترتیب دیئے بغیر تبدیل کیا جا سکتا ہے — یہ وہی بغیر کسی پابندی کا اصول ہے جو ہم ہر دوسرے وینڈر پر لاگو کرتے ہیں۔

جوابدہی جو آپ کسی آڈیٹر کے حوالے کر سکتے ہیں

ہر مراعات یافتہ عمل صرف اضافہ کیے جانے والے آڈٹ کا ریکارڈ لکھتا ہے: یہ کس نے کیا، انہوں نے کیا کیا، کس پر کیا، تائیدی شواہد اور ماخذ کا IP پتہ۔ لاگ صرف اضافہ کیے جانے کے لیے ہے — واقعات شامل کیے جاتے ہیں، اسی جگہ ترمیم نہیں کیے جاتے — اور پروڈکشن میں اسے وقت کے لحاظ سے تقسیم کیا جاتا ہے تاکہ بڑھنے کے ساتھ ساتھ یہ تیز رہے۔

اس لاگ کو پڑھنا خود ایک اجازت ہے۔ مالکان اور صرف پڑھنے کے مجاز ارکان کے پاس یہ حق ہوتا ہے، تاکہ اکاؤنٹ کا ذمہ دار شخص اور اس کا آڈٹ کرنے والا شخص دونوں اس کے لیے اضافی اختیارات کی ضرورت کے بغیر مکمل تاریخ دیکھ سکیں۔

اس کے ارد گرد وہ کنٹرولز موجود ہیں جن کا بڑے گروپس مطالبہ کرتے ہیں: سیشن کی پالیسیاں، ہر تنظیم کے لیے اختیاری IP کی اجازت یافتہ فہرستیں، اور حساس اقدامات پر مرحلہ وار توثیق تاکہ کوئی اہم کام کرنے کے لیے صرف ایک فعال سیشن ہی کافی نہ ہو۔

اجازتیں آپ کے ساتھ کیسے بڑھتی ہیں

اجازتوں کا کیٹلاگ ڈیٹا ہے، کوئی ہارڈ کوڈڈ لاجک نہیں — یہی وجہ ہے کہ پلیٹ فارم کو دوبارہ ترتیب دیے بغیر اس میں توسیع کی جا سکتی ہے۔

  • آج 35 تفصیلی module.action کیز ہیں، جو تنظیموں، اراکین، API کیز، سائٹس، بلنگ، پلانز، فلیٹ، ٹکٹس، صارفین، غلط استعمال، مہمات، تراجم اور آڈٹ پر محیط ہیں۔
  • کیٹلاگ کو ہر تعیناتی پر غیر متغیر طور پر بیج دیا جاتا ہے، اور اگر کوئی کردار کبھی کسی ایسے اجازت نامے کا حوالہ دیتا ہے جو موجود نہیں ہے تو توثیق واضح طور پر ناکام ہو جاتی ہے — ٹائپنگ کی غلطی خاموشی سے کچھ بھی نہ دینے کا باعث نہیں بن سکتی۔
  • پراڈکٹ کی نئی صلاحیتیں اینڈ پوائنٹ کے جاری ہونے سے پہلے کیٹلاگ میں اپنی اجازت کی کلیدیں شامل کر دیتی ہیں، تاکہ فیچر کے فعال ہونے کے بعد رسائی کا کنٹرول کبھی بھی بعد میں شامل نہ کرنا پڑے۔
  • کسی ایک رکنیت کے دائرہ کار کو مخصوص سائٹس یا کسی مخصوص خطے تک محدود کرنا ایک منصوبہ بند بہتری ہے، ایسی چیز نہیں جسے آپ آج ہی فعال کر سکیں۔ موجودہ طریقہ یہ ہے کہ ان سائٹس کو کسی ذیلی تنظیم میں رکھا جائے اور اس شخص کو وہاں کوئی کردار تفویض کیا جائے — جو آپ کو کرایہ داری کے ٹری کا استعمال کرتے ہوئے وہی علیحدگی فراہم کرتا ہے۔
  • API کیز کسی فرد کے بجائے تنظیم کی سطح پر جاری کی جاتی ہیں، اس لیے انہیں انضمام کے لیے سروس کی اسناد سمجھیں اور انسانی رسائی کے لیے رکنیت کا استعمال کریں۔

اکثر پوچھے جانے والے سوالات

ہر کردار درحقیقت کیا کر سکتا ہے؟

مالک کو اراکین، API کیز، سائٹس اور ادائیگی کے طریقوں سمیت تنظیم اور اس کے ذیلی کھاتوں پر مکمل کنٹرول حاصل ہوتا ہے۔ بلنگ مینیجر سائٹ تک رسائی کے بغیر رسیدیں، سبسکرپشنز، ادائیگی کے طریقے اور منصوبے دیکھتا ہے۔ ڈویلپر بلنگ یا اراکین پر کنٹرول کے بغیر سائٹس اور API کیز کا انتظام کرتا ہے اور ٹکٹس کو سنبھالتا ہے۔ صرف پڑھنے کا مجاز فرد کسی بھی چیز کو تبدیل کیے بغیر اراکین، سائٹس، بلنگ، منصوبے، ٹکٹس اور آڈٹ لاگ دیکھ سکتا ہے۔

کیا میں کسی کو صرف ایک سائٹ تک رسائی دے سکتا ہوں؟

ابھی تک ہر سائٹ کے لحاظ سے ترتیبات کے طور پر دستیاب نہیں ہے — کسی ایک رکنیت کو مخصوص سائٹس تک محدود کرنا ایک منصوبہ بند بہتری ہے۔ آج آپ کرایہ داری کے ڈھانچے کے ذریعے یہی علیحدگی حاصل کر سکتے ہیں: ان سائٹس کو کسی ذیلی تنظیم میں رکھیں اور اس شخص کو وہاں ایک کردار تفویض کریں۔ چونکہ کردار ہر تنظیم کے لحاظ سے تفویض کیے جاتے ہیں، اس لیے وہ رسائی آپ کے اکاؤنٹ میں کسی اور چیز تک منتقل نہیں ہوتی ہے۔

کیا API کیز ٹیم کے انفرادی ارکان سے منسلک ہیں؟

نہیں — API کیز فی تنظیم جاری کی جاتی ہیں، جن کے دائرہ کار بالکل انہی RBAC اجازتوں سے جڑے ہوتے ہیں، اور الگ الگ sandbox اور live موڈز ہوتے ہیں۔ انہیں انٹیگریشنز، CI یا Terraform کے لیے سروس کی اسناد کے طور پر استعمال کریں، اور افراد کے لیے رکنیت کا استعمال کریں۔ ہر کی کا صرف ایک ہیش محفوظ کیا جاتا ہے، ہر کی ریکارڈ کرتی ہے کہ اسے آخری بار کب استعمال کیا گیا تھا، اور کسی بھی کی کو انفرادی طور پر منسوخ کیا جا سکتا ہے۔

کیا کوئی ڈویلپر لائیو سائٹ پر تبدیلیاں پش کر سکتا ہے؟

Developer کا کردار سائٹس کو دیکھنے اور مہیا کرنے، سروسز کو دوبارہ شروع کرنے، کیشے کو صاف کرنے، API کیز کا انتظام کرنے اور ٹکٹس کو ہینڈل کرنے کا احاطہ کرتا ہے۔ اس میں کسی لائیو سائٹ پر شائع کرنے کے حقوق شامل نہیں ہیں، لہذا اگر آپ چاہتے ہیں کہ کوئی تبدیلیوں کو لاگو کرنے کے قابل ہو، تو اس رسائی کا مالک کے پاس ہونا ضروری ہے۔ کردار فی تنظیم کے لحاظ سے ہوتے ہیں، لہذا آپ کسی دوسرے اکاؤنٹ پر ایک مختلف کردار رکھ سکتے ہیں۔

کیا آپ ہماری کمپنی کی ڈائرکٹری کے لیے SSO کو سپورٹ کرتے ہیں؟

جی ہاں۔ شناخت OIDC اور SAML کے ساتھ Keycloak پر کام کرتی ہے، اس لیے انٹرپرائز اور ایجنسی صارفین کے لیے جادوئی لنک لاگ ان، ای میل اور پاس ورڈ، سوشل فراہم کنندگان، پاس کیز اور پالیسی کے تحت نافذ کردہ TOTP دو عنصری توثیق کے ساتھ SAML سنگل سائن آن بھی دستیاب ہے۔ ایک سیشن ڈیش بورڈ، عوامی سائٹ، علمی بنیاد اور امادی ٹکٹوں کا احاطہ کرتا ہے۔

مجھے کیسے پتہ چلے گا کہ کس نے کچھ تبدیل کیا ہے؟

ہر مراعات یافتہ عمل کو صرف-اضافہ کرنے والے آڈٹ لاگ میں لکھا جاتا ہے جو عمل کرنے والے، عمل، ہدف، معاون شواہد اور IP ایڈریس کو ریکارڈ کرتا ہے۔ اسے پڑھنا بذات خود ایک اجازت ہے، جو مالک اور صرف-پڑھنے کے دونوں کرداروں کے پاس ہوتی ہے، تاکہ اکاؤنٹ کا مالک اور ایک آڈیٹر ایک ہی تاریخ کا جائزہ لے سکیں۔

کیا ٹیم کے اراکین کو شامل کرنے سے میری ادا کردہ رقم تبدیل ہو جاتی ہے؟

منصوبوں کی قیمتیں لوگوں کے بجائے ہوسٹنگ کی گنجائش کے مطابق طے کی جاتی ہیں۔ مثال کے طور پر، Footprint-Free لائن پر، تمام 42 درجے بالکل یکساں حقوق کے حامل ہیں اور صرف ان سائٹس کی تعداد میں مختلف ہیں جن کی وہ اجازت دیتے ہیں۔ قیمتیں ہمیشہ لائیو کیٹلاگ سے آپ کی کرنسی میں ظاہر کی جاتی ہیں، لہذا جو کچھ آپ قیمتوں کے صفحے پر دیکھتے ہیں وہی اصل میں وصول کیا جاتا ہے۔

کیا میں وابستگی اختیار کرنے سے پہلے اسے آزما سکتا ہوں؟

جی ہاں۔ Footprint-Free ٹرائل 14 دن تک جاری رہتا ہے، اس کے لیے کارڈ کی تفصیلات درکار نہیں ہوتیں اور یہ 5 سائٹس تک کا احاطہ کرتا ہے، لہٰذا آپ کوئی بھی ادائیگی کرنے سے پہلے اپنی تنظیم قائم کر سکتے ہیں، اپنی ٹیم کو مدعو کر سکتے ہیں اور حقیقی کام کے مطابق کرداروں کی جانچ کر سکتے ہیں۔ ادا شدہ پلانز پر 30 دن کی رقم واپسی کی ضمانت موجود ہے۔

ٹکٹوں کے بغیر، منٹوں میں اپنی ٹیم مرتب کریں

Footprint-Free لائن پر بغیر کارڈ کے 14 دن کی آزمائش شروع کریں، اپنی ٹیم کو مدعو کریں، اور کچھ بھی ادا کرنے سے پہلے کرداروں کو حقیقی سائٹس پر کام کرتے ہوئے دیکھیں۔

مفت شروع کریں