Cloudron CasaOS Coolify: VPS پر کون سا پینل؟

آپ کیا بنا رہے ہیں

آپ ایک ٹول منتخب کر رہے ہیں، نہ کہ صرف انسٹال کر رہے ہیں۔ تین پینلز ایک خالی VPS کو پوائنٹ اینڈ کلک ایپ ہوسٹ میں تبدیل کرنے کا وعدہ کرتے ہیں: Cloudron، CasaOS، اور Coolify۔ یہ گائیڈ ہر ایک کو ایک ہی بالکل نئے Ubuntu 24.04 سسٹم پر لگاتا ہے، ایک پہلی ایپ انسٹال کرتا ہے، پھر ان حصوں کو گہرائی سے دیکھتا ہے جو کوئی اسکرین شاٹ نہیں لیتا: TLS، بیک اپ، اپڈیٹس، میموری کا خرچ، اور چھوڑنا کتنا مشکل ہے۔ آخر تک آپ جان جائیں گے کہ آپ کے لیے کون سا موزوں ہے، یا یہ کہ درست جواب "ان میں سے کوئی نہیں، صرف Docker Compose استعمال کریں" ہے۔

ان میں سے کوئی بھی جادو نہیں ہے۔ تینوں کے نیچے وہی Docker Engine ہے جسے آپ خود بھی چلا سکتے ہیں۔ ایک پینل آپ سے جو قیمت لیتا ہے، چاہے وہ نقد ہو، RAM ہو، یا لاک اِن، وہ آپ کے لیے چار کام کرنے کا ہے: ون کلک ایپ انسٹالیشن، خودکار TLS سرٹیفکیٹ، شیڈولڈ بیک اپ، اور یوزر مینجمنٹ۔ اگر یہ چار آپ کے لیے حقیقی اوور ہیڈ کے قابل ہیں، تو پینل اپنی قیمت پوری کرتا ہے۔ اگر آپ ایک یا دو سروسز چلاتے ہیں اور یہ جاننا پسند کرتے ہیں کہ آپ کے سسٹم پر بالکل کیا ہے، تو پہلے "تینوں کو چھوڑیں" والا سیکشن پڑھیں اور اپنی محنت بچائیں۔

مشترکہ پیشگی ضروریات اور حقیقی مشکلات

تینوں ایک KVM VPS مانتے ہیں، کنٹینر ورچوئلائزیشن نہیں۔ Docker کو ایک حقیقی کرنل درکار ہوتا ہے، اور Cloudron بالکل OpenVZ اور LXC کو مسترد کرتا ہے۔ systemd-detect-virt کے ساتھ چیک کریں: kvm یا qemu ٹھیک ہے، openvz یا lxc نہیں۔ KVM پلان پر کمانڈ kvm پرنٹ کرتی ہے، اور بئیر میٹل پر none پرنٹ کرتی ہے؛ دونوں میں سے کوئی بھی اس بات کا مطلب ہے کہ آپ آگے بڑھ سکتے ہیں۔

اس کے علاوہ عدد مختلف ہوتے ہیں، اور یہی پہلی چیز ہے جو انتخاب کی راہنمائی کرتی ہے۔

• RAM۔ CasaOS 1GB پر بخیر چلتا ہے؛ یہ Raspberry Pi ہارڈویئر پر پلا ہے اور ہلکا رہتا ہے۔ Coolify کو کم از کم 2GB اور دو CPU کورز درکار ہیں، اور اس میں سے تقریباً 600 MB Coolify خود کا ہوتا ہے۔ Cloudron کو کم از کم 2GB درکار ہے اور 4GB پر واقعی زیادہ بہتر کام کرتا ہے، کیونکہ یہ ایک میل سرور اور ایک ڈیٹا بیس چلاتا ہے اس سے پہلے کہ آپ کوئی ایپ انسٹال کریں۔
• ڈومین اور DNS جن پر آپ کا کنٹرول ہو۔ Cloudron اور Coolify دونوں کو حقیقی ڈومین اور کام کرنے والے DNS کی ضرورت ہے۔ Cloudron بالترتیب آپ کے DNS فراہم کنندہ تک API رسائی چاہتا ہے تاکہ یہ خود ریکارڈز اور وائلڈ کارڈ سرٹیفکیٹس بنا سکے۔ CasaOS ایک خالی IP پر چلے گا، لیکن پھر آپ کو بالکل TLS نہیں ملے گا۔
• پورٹس۔ تینوں کو HTTP اور HTTPS کے لیے 80 اور 443 کھلے درکار ہیں۔ Coolify مزید اپنا ڈیش بورڈ 8000 پر پیش کرتا ہے، اور اپنے ریئل ٹائم چینل کے لیے 6001 اور ان-براؤزر ٹرمینل کے لیے 6002 استعمال کرتا ہے۔ ہر ایک پر SSH کے لیے پورٹ 22 کھلا رکھیں۔

شروع کرنے سے پہلے DNS کو سرور کی طرف پوائنٹ کریں۔ ایک پینل جو اپنا ہوسٹ نام ریزیولو نہیں کر سکتا وہ سرٹیفکیٹ کی درخواست نہیں کر سکتا، اور آپ پہلے گھنٹے میں سافٹ ویئر کے بجائے اسی ڈیبگ میں صرف کر دیں گے۔ سرور IP کی طرف ایک A ریکارڈ پوائنٹ کریں، اور Coolify کے لیے ایک وائلڈ کارڈ ریکارڈ (*.apps.example.com) شامل کریں تاکہ ہر تعینات ایپ کو اپنا سب ڈومین مل جائے۔

Cloudron: ایک منظم، پختہ اور رائے رکھنے والا آلہ

یہ کیا ہے۔ Cloudron ایک تجارتی پلیٹ فارم ہے جو ایک پورے سرور کو ایک منظم آلے میں تبدیل کر دیتا ہے۔ یہ اپنا ریورس پراکسی، ڈیٹا بیس اور میل اسٹیک چلاتا ہے، ساتھ ہی پیکج شدہ ایپس کا ایک منتخب شدہ App Store بھی (Nextcloud, WordPress, Gitea, Mattermost وغیرہ)۔ یہ ان لوگوں کے لیے ہے جو اپنی ایپس کا انتظام چاہتے ہیں، خودکار اپڈیٹس، خودکار سرٹیفکیٹس اور خودکار بیک اپس کے ساتھ، اور جو اس کے لیے ادائیگی کرنے کو تیار ہیں۔

تنصیب۔ یہ ایک بالکل صاف سرور پر اصرار کرتا ہے اور اسے مکمل طور پر اپنے قبضے میں لے لیتا ہے۔ اسے ایک بالکل نئے Ubuntu 24.04 (Noble) سرور پر چلائیں اور اس کے علاوہ کچھ نہیں:

wget https://cloudron.io/cloudron-setup
chmod +x cloudron-setup
sudo ./cloudron-setup

یہ سکرپٹ Docker, nginx, ڈیٹا بیس اور میل اسٹیک انسٹال کرتا ہے، پھر سسٹم ریبوٹ ہو جاتا ہے۔ جب سرور واپس آن لائن ہو، تو https://<your-ip> کھولیں، عارضی self-signed سرٹیفکیٹ کو قبول کریں، اور سیٹ اپ براؤزر میں مکمل کریں: اسے اپنے ڈومین کی طرف رہنمائی کریں، اپنے DNS فراہم کنندہ کا انتخاب کریں، اور یہ اپنا ڈیش بورڈ خودکار طور پر my.example.com پر تیار کر لے گا۔

پہلی ایپ کا اضافہ۔ ڈیش بورڈ میں، App Store کھولیں، (مثلاً) Nextcloud پر کلک کریں، سب ڈومین files.example.com منتخب کریں، اور Install دبائیں۔ Cloudron DNS ریکارڈ بناتا ہے، Let's Encrypt سرٹیفکیٹ کی درخواست کرتا ہے، ڈیٹا بیس تیار کرتا ہے، single sign-on کو منسلک کرتا ہے، اور بیک اپ کی شیڈولنگ کرتا ہے، یہ سب کچھ بغیر آپ کے کسی کنفیگ فائل کو چھیڑے۔ یہی اس کا پورا کاروباری پیغام ہے، اور یہ اس پر عمل بھی کرتا ہے۔

TLS اور بیک اپس۔ تینوں میں سب سے بہترین۔ ہر ایپ کے سب ڈومین کو ایک خودکار Let's Encrypt سرٹیفکیٹ ملتا ہے، جو آپ کے لیے خود بخود تجدید ہو جاتا ہے۔ بیک اپس شیڈول کیے جاتے ہیں اور بلٹ ان ہوتے ہیں، جو ایک مقامی ڈائریکٹری، S3، یا کسی اور ریموٹ اسٹوریج کو ہدف بناتے ہیں، ساتھ ہی فی ایپ ری اسٹور اور یہاں تک کہ کسی ایپ کو ایک نئے سب ڈومین پر ون کلک کلوننگ بھی۔

لاگت اور لائسنسنگ، عہد کرنے سے پہلے اسے پڑھیں۔ Cloudron ایک ادائیگی شدہ پروڈکٹ ہے جس میں ایک محدود فری ٹیئر ہے: فری پلان دو ایپس کی اجازت دیتا ہے۔ تیسری ایپ انسٹال کریں اور آپ کو پے وال کا سامنا کرنا پڑے گا؛ ایک ادائیگی شدہ سبسکرپشن (Pro یا Max، ماہانہ یا سالانہ بل بھیجا جاتا ہے، دونوں میں لامحدود ایپس ہیں) مزید کو غیر مقفل کرتی ہے۔ یہ Cloudron کے بارے میں سب سے اہم حقیقت ہے۔ یہ اس لیے پختہ ہے کیونکہ یہ ایک کاروبار ہے، اور فری ٹیئر ایک بڑھتی ہوئی اسٹیک کے مستقل گھر سے زیادہ ایک طویل ٹرائل کے قریب ہے۔

ناکامی کا طریقہ، صاف باکس کا اصول۔ Cloudron کو ایک ایسے سرور پر انسٹال کرنے کی کوشش کریں جو پہلے ہی کچھ چلا رہا ہو تو سیٹ اپ کچھ تبدیل کیے بغیر منسوخ ہو جاتا ہے:

Error: Some packages like nginx/docker/nodejs are already installed. Cloudron requires
specific versions of these packages and will install them as part of it's installation.
Please start with a fresh Ubuntu install and run this script again.

اس کی وجہ محض تنگ مزاجی نہیں ہے۔ Cloudron nginx, Docker اور Node کی مخصوص ورژنز کو مقفل کرتا ہے اور انہیں گہرائی میں ضم کرتا ہے، اس لیے یہ آپ کی اپنی کاپیز کے ساتھ موجودگی میں نہیں رہ سکتا۔ اس کا حل ایک بالکل نئی Ubuntu 24.04 امیج ہے اور اس کے علاوہ کچھ نہیں: کوئی ویب سرور نہیں، کوئی Docker نہیں، یہاں تک کہ کوئی فائر وال بھی نہیں جسے آپ نے خود کنفیگر کیا ہو۔ اگر آپ نے غلط امیج بوٹ کی ہے، تو سیٹ اپ x86-64 پر کسی ایسی بھی چیز کو قبول نہیں کرتا جو supported Ubuntu LTS (22.04 یا 24.04) نہ ہو؛ ARM, LXC اور OpenVZ یکسر غیر معاون ہیں۔

دوسرا ناکامی کا طریقہ، وائلڈ کارڈ سرٹیفکیٹس کو DNS API کی ضرورت ہے۔ سیٹ اپ کے دوران کسی API ٹوکن کو Cloudron دینے کے بجائے "Manual" DNS آپشن منتخب کریں، تو یہ آپ کے لیے ریکارڈز یا وائلڈ کارڈ سرٹیفکیٹ نہیں بنا سکتا۔ اس کے بعد ہر نئی ایپ آپ کو سرٹیفکیٹ جاری ہونے سے پہلے ہاتھ سے ایک DNS ریکارڈ شامل کرنے پر مجبور کرتی ہے، اور ڈیش بورڈ اس ریکارڈ کا انتظار کرتا رہتا ہے۔ Cloudron کو کسی معاون DNS فراہم کنندہ (Cloudflare, Route 53, DigitalOcean، وغیرہ) تک API رسائی دیں اور یہ پورا عمل ایک کلک کا ہو جائے گا۔

CasaOS: مفت ہوم لیب ڈیش بورڈ

یہ کیا ہے۔ IceWhale کا CasaOS ایک مفت اور اوپن سورس ڈیش بورڈ ہے جو Docker کے اوپر چلتا ہے۔ یہ آپ کو ایک ہوم اسکرین، ایک ایپ اسٹور، اور ایک فائل مینیجر دیتا ہے۔ یہ ہوم سرور کی دنیا سے ابھرا ہے، اس لیے اس کی نوعیت ہوم لیب جیسی ہے: سیٹ اپ میں تیز، دوستانہ UI، اور رسموں سے پاک۔ یہ ان ہنر مندوں کے لیے ہے جو Docker پر ایک بہتر انٹرفیس چاہتے ہیں بغیر کسی کو ادائیگی کے۔

انسٹالیشن۔ ایک لائن، اور اس کے لیے بالکل صاف سسٹم کی ضرورت نہیں:

curl -fsSL https://get.casaos.io | sudo bash

انسٹالر کئی systemd سروسز شامل کرتا ہے (casaos، casaos-gateway، casaos-app-management، وغیرہ)۔ براؤزر کھولنے سے پہلے تصدیق کریں کہ گیٹ وے اٹھ آیا ہے:

systemctl status casaos-gateway

جب یہ چل رہا ہو، ڈیش بورڈ http://<your-ip> پر دستیاب ہے (پلین HTTP، پورٹ 80)۔ ایک لوکل اکاؤنٹ بنائیں اور آپ اندر ہیں۔

پہلی ایپ شامل کرنا۔ ایپ اسٹور کھولیں، کوئی ایپ منتخب کریں، انسٹال پر کلک کریں۔ CasaOS پردے کے پیچھے ایک Docker Compose پروجیکٹ لکھتا ہے اور ایپ کو ہوسٹ پورٹ پر نکالتا ہے، مثلاً http://<your-ip>:8080۔ اس کے اسٹور میں عام ہوم سرور ایپس موجود ہیں، اس لیے VPS پر Jellyfin میڈیا سرور یا سیلف ہوسٹڈ Immich فوٹو لائبریری صرف چند کلک کی دوری پر ہے۔ آپ کوئی بھی docker-compose.yaml امپورٹ کر سکتے ہیں، جو کہ اس کی اصل طاقت ہے: ایپس عام کنٹینرز ہیں، کوئی ملکیتی فارمیٹ نہیں۔

TLS اور بیک اپ، کمزور پہلو۔ یہ وہ جگہ ہے جہاں "مفت" ہونے کی حد ظاہر ہوتی ہے۔ CasaOS ہر چیز کو پلین HTTP پر پیش کرتا ہے، بشمول اپنا ڈیش بورڈ۔ اس میں بلٹ ان Let's Encrypt نہیں ہے، اور نہ ہی بلٹ ان شیڈولڈ بیک اپ۔ آپ کا ڈیٹا /DATA کے تحت Docker والیومز میں محفوظ ہے، اور اس کا بیک اپ لینا آپ کی ذمہ داری ہے (ایک cron سے چلنے والا restic یا tar)۔

ناکامی کا طریقہ، TLS نہیں، اور یہ خاموش ہے۔ کوئی چیز ایرر نہیں دیتی۔ آپ ایپ انسٹال کرتے ہیں، http://<your-ip>:8080 کھولتے ہیں، اور یہ کام کرتی ہے، لیکن ایک غیر خفیہ کردہ کنکشن پر جسے آپ کا براؤزر "Not Secure" نشان زد کرتا ہے۔ پاس ورڈز اور سیشن کوکیز کلئیر ٹیکسٹ میں نیٹ ورک سے گزرتے ہیں۔ بدتر یہ کہ CasaOS کے ڈیش بورڈ میں حقیقی ریموٹ کوڈ ایگزیکوشن کمزوریاں پائی گئی ہیں (CVE-2023-37265 اور CVE-2023-37266، ایک تصدیق کو بائی پاس کرنے والی کمزوری جو پورے ہوسٹ پر قبضے کا باعث بنتی تھی)، اس لیے اس HTTP پورٹ کو سیدھا انٹرنیٹ پر نکالنا ایک حقیقی خطرہ ہے، محض انداز کی بات نہیں۔ اس کا حل یہ ہے کہ CasaOS کو کبھی براہ راست نہ نکالا جائے۔ اس کے سامنے ایک ریورس پراکسی رکھیں جو TLS ختم کرے، جیسے Certbot سے Let's Encrypt سرٹیفکیٹ کے ساتھ nginx، Caddy، یا ایک Cloudflare Tunnel، اور صرف لوکل نیٹ ورک پر CasaOS کو فارورڈ کریں۔ نوٹ کریں کہ CasaOS پہلے ہی پورٹ 80 کو بائنڈ کرتا ہے، اس لیے آپ کی پراکسی اور CasaOS اس پر آپس میں ٹکرائیں گے جب تک کہ آپ پہلے CasaOS کو کسی دوسرے پورٹ پر نہ منتقل کریں۔

لاگت۔ مکمل طور پر مفت، ہمیشہ کے لیے، کوئی ایپ کی حد نہیں۔ آپ آپریشنز میں ادائیگی کرتے ہیں: آپ TLS، بیک اپس، اور سخت بندی خود کرتے ہیں۔

Coolify: self-hosted PaaS

یہ کیا ہے۔ Coolify ایک open-source، self-hosted platform-as-a-service ہے، اپنے سرور پر Heroku یا Vercel کی طرز پر۔ اس کی بنیادی اکائی "یہ پیکج شدہ ایپ انسٹال کریں" نہیں بلکہ "یہ Git repository deploy کریں" ہے: ایک repo منسلک کریں، اور Coolify اسے build کرتا ہے (Nixpacks کے ذریعے یا آپ کے اپنے Dockerfile کے ذریعے) اور deploy کر دیتا ہے، ہر push پر دوبارہ deploy کرتا ہے۔ اس میں one-click databases اور services بھی شامل ہیں۔ یہ ان developers کے لیے ہے جو اپنا کوڈ deploy کرتے ہیں اور PaaS کرائے پر لیے بغیر push-to-deploy چاہتے ہیں۔

انسٹال۔

curl -fsSL https://cdn.coollabs.io/coolify/install.sh | sudo bash

یہ script Docker انسٹال کرتی ہے اور Coolify کے اپنے containers شروع کرتی ہے۔ آگے بڑھنے سے پہلے چیک کریں کہ یہ healthy ہیں:

docker ps --format 'table {{.Names}}\t{{.Status}}'

آپ کو coolify، coolify-db، coolify-redis، coolify-realtime، اور coolify-proxy سب Up رپورٹ کرتے ہوئے نظر آنا چاہئیں۔ Dashboard یہاں دستیاب ہے: http://<your-ip>:8000۔ فوراً اپنا admin account بنائیں، کیونکہ پہلا account بننے تک registration page کھلا رہتا ہے، اور جو پہلے اس تک پہنچتا ہے وہ سرور کو کنٹرول کر لیتا ہے۔ پھر اپنا instance domain سیٹ کریں اور ایک wildcard DNS record (*.example.com، یا *.apps.example.com) سرور کی طرف pointing کریں تاکہ Coolify ہر deployed app کو اپنا subdomain دے سکے۔

پہلی app شامل کرنا۔ ایک Git source منسلک کریں (GitHub، GitLab، یا ایک سادہ repo URL)، branch منتخب کریں، domain سیٹ کریں، اور deploy کریں۔ Coolify کا built-in Traefik proxy subdomain کو route کرتا ہے اور certificate کی درخواست کرتا ہے۔ پہلے سے تیار software کے لیے، Services catalogue چھوٹے clicks میں چیزیں deploy کرتا ہے: وہی n8n workflow-automation stack جسے آپ ورنہ ہاتھ سے wire کرتے ایک entry ہے، اور اسی طرح Uptime Kuma status-page monitoring کے لیے بھی۔

TLS اور backups۔ bundled Traefik کے ذریعے ہر app کے لیے automatic Let's Encrypt، لہذا ہر deployed subdomain کو certificate مل جاتا ہے۔ Backups database-first ہیں: آپ Postgres اور MySQL dumps کو S3-compatible storage پر schedule کر سکتے ہیں۔ Whole-instance backup (Coolify configuration خود، جو /data/coolify کے تحت موجود ہے) زیادہ manual ہے، لہذا اسے خود export اور store کریں۔

Cost اور licensing۔ Self-hosted edition مکمل open-source اور free ہے، کوئی app limit نہیں۔ ایک optional Coolify Cloud (paid) موجود ہے جو آپ کے لیے control plane host کرتا ہے جبکہ آپ کی apps آپ کے اپنے سرورز پر چلتی ہیں، convenient لیکن ضروری نہیں۔

Failure mode، app deploy تو ہو جاتی ہے لیکن اس کا domain load نہیں ہوتا۔ Dashboard http://<ip>:8000 پر ٹھیک چلتا ہے، build green ہو جاتا ہے، لیکن app کا اپنا URL connection error یا Traefik 404 page not found دیتا ہے۔ یہ proxy یا DNS کی طرف اشارہ کرتا ہے، آپ کی app کی طرف نہیں۔ دو عام وجوہات۔ پہلی، proxy کے شروع ہونے کی کوشش کے وقت ports 80 یا 443 پہلے سے occupied تھے، اس لیے اس کا container Docker error کے ساتھ بند ہو گیا:

Error response from daemon: driver failed programming external connectivity on endpoint coolify-proxy: Bind for 0.0.0.0:443 failed: port is already allocated

دوسری، wildcard DNS record موجود نہیں ہے، اس لیے Traefik کو اس hostname کے لیے کوئی request موصول نہیں ہوتی۔ اگر اس کے بجائے Coolify میں پورا server card "Server is not reachable," دکھاتا ہے، تو یہ ایک الگ fault ہے: Coolify سرور کے Docker socket سے بات نہیں کر سکتا، عام طور پر Docker daemon بند ہونے یا SSH key خراب ہونے کی وجہ سے۔ اندازہ لگانے سے پہلے logs میں اصل وجہ پڑھیں:

docker logs coolify-proxy --tail 100

اسے Proxy page سے fix کریں: Restart Proxy دبائیں، یا proxy configuration کو default پر reset کریں اور دوبارہ شروع کریں، پھر settle ہونے کے لیے تقریباً دو minutes انتظار کریں۔ Port 8000 کو صرف اپنے IP سے reachable رکھیں (یا proxy کے غلط برتاؤ پر عارضی دوبارہ کھولیں) بجائے اسے دنیا بھر کے لیے کھلا چھوڑنے کے — یہ dashboard کو plain HTTP پر serve کرتا ہے، اور Coolify کی اپنی docs کہتی ہیں کہ ports 8000، 6001 اور 6002 بند کیے جا سکتے ہیں جب dashboard اپنے domain کے ذریعے serve ہونے لگے۔

ایک ہی VPS پر وسائل کا استعمال

ایک ہی 4GB والے سرور پر بغیر کسی اصل کام کے یہ پیمانش کیا گیا ہے۔ اپنے سرور کو free -m اور docker stats --no-stream سے چیک کریں، کیونکہ کل استعمال آپ کی ایپلیکیشنز کے حساب سے بدلتا ہے۔

• CasaOS سب سے ہلکا ہے۔ اس کا پینل Go سروسز کا ایک چھوٹا سیٹ ہے؛ آپ کے چلائے گئے کنٹینرز کے علاوہ تقریباً 150 سے 300 MB اضافی استعمال متوقع رکھیں۔
• Coolify اپنے کئی معاون کنٹینرز چلاتا ہے (ایپ، Postgres، Redis، ایک ریئل ٹائم سروس، اور Traefik)، اس لیے کچھ ڈپلائے کیے بغیر ہی یہ 600 MB سے 1 GB تک استعمال کرتا ہے۔
• Cloudron بغیر کام کے سب سے زیادہ وسائل استعمال کرتا ہے، کیونکہ یہ آپ استعمال کرے یا نہ کریے، اپنا nginx، ڈیٹابیس، میل اسٹیک اور مانیٹرنگ چلاتا ہے؛ 1 سے 1.5 GB بغیر کام کے استعمال کا بجٹ رکھیں۔ اسی لیے یہ کم از کم 2GB مانگتا ہے اور 4GB پر بہتر کام کرتا ہے۔

ایک چھوٹے 2GB والے VPS پر، CasaOS اصل ایپلیکیشنز کے لیے سب سے زیادہ جگہ چھوڑتا ہے اور Cloudron سب سے کم۔ اگر آپ کا پلان 2GB ہے اور آپ Cloudron کو اس کے میل سرور کے ساتھ چلانا چاہتے ہیں، تو سرور کو اپ گریڈ کرنے کا منصوبہ بنائیں۔

اپڈیٹس، بیک اپس، اور انحصار کا موازنہ

اپڈیٹس۔ Cloudron پلیٹ فارم اور ہر ایپ کو اپنے ٹیسٹ کردہ شیڈول پر آپ کے لیے اپڈیٹ کرتا ہے: یہ سب سے کم محنت اور سب سے زیادہ رہنمائی والا ہے۔ Coolify اپنے ڈیش بورڈ سے ایک بٹن پر خود کو اپڈیٹ کرتا ہے۔ CasaOS پینل کو اپنے انسٹال اسکرپٹ یا apt کے ذریعے اپڈیٹ کرتا ہے، لیکن آپ نے جو ایپس انسٹال کی ہیں انہیں خود پل کر اور دوبارہ شروع کرنا ہوتا ہے۔

انحصار، وہ حصہ جو دوسرے سال تکلیف دیتا ہے۔ CasaOS سب سے کم انحصار والا ہے: اس کی ایپس عام Compose پروجیکٹس ہیں، اس لیے آپ docker-compose.yaml اور /DATA کے نیچے والے والیومز کو کسی بھی دوسرے ہوسٹ پر کاپی کر کے کام جاری رکھ سکتے ہیں۔ Coolify درمیان میں ہے: آپ کے ڈیپلائے آپ کے اپنے Dockerfiles اور ریپوز ہیں، لیکن ان کی کنفیگریشن Coolify کی ڈیٹا بیس میں محفوظ ہے، اس لیے ہوسٹ تبدیل کرنے کا مطلب دوسری طرف پروجیکٹس کو دوبارہ بنانا ہے۔ Cloudron سب سے زیادہ انحصار والا ہے: ایپس Cloudron-پیکیجڈ ہیں، اور اگرچہ آپ کا ڈیٹا اس کے بہترین بیک اپس کے ذریعے صاف چلا جاتا ہے، پیکیجنگ نہیں، اس لیے آپ کو منزل والے پلیٹ فارم پر دوبارہ ڈیپلائے کرنا پڑتا ہے۔ ڈیٹا پورٹیبل ہے، پلمبرنگ نہیں۔

آپ کو کون سا منتخب کرنا چاہیے

مختصر جواب، پھر نکاس راستہ۔ اگر آپ تین میں سے سب سے کم ہاتھ سے چلانے والا سرور چاہتے ہیں، کئی پیکج شدہ ایپس چلائیں گے، اور منظم شدہ TLS، بیک اپس اور اپڈیٹس کے لیے سالانہ فیس ادا کرنے کو تیار ہیں تو Cloudron منتخب کریں۔ اگر یہ آپ کے اپنے نیٹ ورک یا ریورس پراکسی کے پیچھے ایک ہوم لیب ہے، آپ Docker پر ایک دوستانہ انٹرفیس چاہتے ہیں، اور آپ کچھ بھی ادا کرنے سے انکار کرتے ہیں تو CasaOS منتخب کریں۔ اگر آپ اپنا کوڈ Git سے ڈپلائے کرتے ہیں اور خودکار TLS کے ساتھ پش-ٹو-ڈپلائے چاہتے ہیں، لیکن ہوسٹڈ PaaS کی قیمت ادا نہیں کرنا چاہتے تو Coolify منتخب کریں۔ اگر ان تینوں میں سے کوئی بھی آپ پر لاگو نہیں ہوتا، تو اگلا سیکشن آپ کا درست جواب ہے۔

ان تینوں کو نظر انداز کریں اگر...

اپنے پیمانے کے بارے میں ایماندار رہیں۔ اگر آپ صرف ایک یا دو ایپس چلاتے ہیں، یا آپ اپنے سسٹم پر کیا ہے اسے بالکل سمجھنا اور کنٹرول کرنا چاہتے ہیں، تو پینلز کو نظر انداز کریں۔ چھوٹے، مستحکم اسٹیک کے لیے اوور ہیڈ اور لاک اِن کے قابل نہیں ہے۔ DIY راستہ آپ کی اپنی Compose فائلوں کے سامنے ایک ریورس پراکسی ہے: کئی Docker Compose ایپس کے سامنے خودکار TLS کے ساتھ Traefik آپ کو پینل کے بوجھ کے بغیر یک کلیک جیسا HTTPS دیتا ہے، اور آپ بیک اپ ایسے restic جاب سے کرتے ہیں جسے آپ واقعی سمجھتے ہیں۔

services:
  whoami:
    image: traefik/whoami
    labels:
      - traefik.enable=true
      - traefik.http.routers.whoami.rule=Host(`whoami.example.com`)
      - traefik.http.routers.whoami.tls.certresolver=le
    networks: [web]
networks:
  web:
    external: true

ایک واحد مرکزی ایپ کے لیے بات اور بھی واضح ہے: Docker پر TLS اور اپنے بیک اپ روٹین کے ساتھ Nextcloud انسٹالیشن ایک Compose فائل اور ایک سرٹیفکیٹ ہے۔ اسے چلانے کے لیے پورا آلہ کھڑا کرنا سارا خرچ اور کوئی فائدہ نہ ہوگا۔ اگر آپ ابھی فیصلہ کر رہے ہیں کہ کیا چلانا ہے اس سے پہلے کہ فیصلہ کریں کہ کیسے چلانا ہے، تو 2026 میں سیلف ہوسٹ کرنے کے قابل کیا ہے کی رہنمائی بہتر نقطہ آغاز ہے۔

FAQ

کیا مجھے واقعی خود میزبانی پینل کی ضرورت ہے؟

صرف اس صورت میں جب آپ ان چار چیزوں کو اہمیت دیں جو ایک پینل متعدد ایپس پر خودکار کرتا ہے: one-click انسٹالیشن، خودکار TLS، شیڈولڈ بیک اپس، اور صارف مینجمنٹ۔ ایک یا دو سروسز کے لیے، Traefik کے پیچھے سادہ Docker Compose وہی TLS کام کم اوور ہیڈ اور صفر لاک اِن کے ساتھ کرتا ہے۔ پینل اس وقت فائدہ دیتے ہیں جب آپ بہت سی ایپس چلاتے ہیں اور آپ کا وقت ان کے RAM کے خرچے سے زیادہ قیمتی ہو۔

کیا پینل کسی شروع کرنے والے کے لیے بہترین ہے؟

ایک ہوم لیب کے لیے جہاں کچھ بھی دشمن انٹرنیٹ کے سامنے نہیں ہے، CasaOS سب سے آغاز ہے: ایک کمانڈ اور ایک دوستانہ UI، بغیر کسی بل کے۔ لیکن آپ کو کچھ بھی سامنے لانے سے پہلے اس کے آگے ایک TLS ختم کرنے والا ریورس پراکسی لگانا ہوگا، کیونکہ یہ سادہ HTTP پر آتا ہے۔ اگر آپ چاہتے ہیں کہ مینجڈ TLS اور بیک اپس آپ کے لیے سنبھالے جائیں اور آپ اس کے لیے ادائیگی کرنے کو تیار ہیں، تو Cloudron اپنے دو ایپس کے مفت حد کے اندر سب سے زیادہ رہنمائی فراہم کرتا ہے۔

کیا Cloudron مفت ہے؟

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

کیا میں ان پینلز کو اپنی موجودہ ایپس کے ساتھ چلا سکتا ہوں؟

Cloudron: نہیں۔ اسے ایک صاف Ubuntu باکس درکار ہے اور یہ بند کر دیتا ہے اگر nginx، Docker یا Node پہلے سے انسٹال ہوں، کیونکہ یہ پوری مشین کو مینج کرتا ہے۔ CasaOS اور Coolify زیادہ دوستانہ ہیں، کیونکہ وہ اپنا Docker اسٹیک انسٹال کرتے ہیں اور اصولی طور پر ایک باکس شیئر کر سکتے ہیں، لیکن دونوں کو پورٹ 80 اور 443 درکار ہیں، اس لیے یہ کسی بھی ویب سرور یا پراکسی سے ٹکراتے ہیں جو آپ پہلے سے چلا رہے ہیں۔ ایک ایسی مشین پر جو پہلے سے چیزیں ہوسٹ کرتی ہے، ایک پینل عام طور پر غلط ٹول ہے؛ اس کے بجائے Traefik اور Compose کا سہارا لیں۔

میں بعد میں کسی پینل سے کیسے ہٹ سکتا ہوں؟

اپنے ضرورت سے پہلے اپنا اخراج پلان کریں۔ CasaOS سے، ایپ کا docker-compose.yaml اور اس کے /DATA والیومز نئی میزبان پر کاپی کریں اور انہیں دوبارہ شروع کریں۔ Coolify سے، ہر پروجیکٹ کی کنفیگریشن ایکسپورٹ کریں اور اسے منزل پر اسی ریپوز کی طرف اشارہ کریں۔ Cloudron سے، اپنے ڈیٹا کو اس کے بیک اپس سے نئی پلیٹ فارم پر تازہ انسٹال شدہ ایپس میں بحال کریں، کیونکہ Cloudron پیکیجنگ سفر نہیں کرتی، صرف ڈیٹا کرتا ہے۔ ہر صورت میں، پرانے کو ہٹانے سے پہلے بحالی کو ایک ضائع کرنے والے باکس پر آزمائیں۔