VPS کے لیے Cloudron، CasaOS یا Coolify؟

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

آپ صرف ایک tool انسٹال نہیں کر رہے بلکہ ایک tool کا انتخاب بھی کر رہے ہیں۔ Cloudron، CasaOS اور Coolify تینوں یہ وعدہ کرتے ہیں کہ ایک خالی VPS کو point-and-click app host میں تبدیل کر دیں گے۔ اس guide میں ہر tool کو ایک ہی fresh Ubuntu 24.04 سرور پر آزمایا جائے گا، پہلی app انسٹال کی جائے گی، پھر ان پہلوؤں کا تفصیلی جائزہ لیا جائے گا جنہیں screenshots میں عموماً نہیں دکھایا جاتا: TLS، backups، updates، memory cost، اور اس setup کو چھوڑنا کتنا مشکل ہے۔ آخر تک آپ جان جائیں گے کہ آپ کے لیے کون سا tool موزوں ہے، یا پھر دیانت دار جواب یہ ہے کہ "ان میں سے کوئی نہیں، صرف Docker Compose استعمال کریں۔"

ان میں سے کوئی بھی جادوئی حل نہیں ہے۔ تینوں کے نیچے وہی Docker Engine چلتا ہے جسے آپ خود بھی استعمال کر سکتے ہیں۔ کوئی panel آپ سے رقم، RAM یا lock-in کی صورت میں جو قیمت لیتا ہے، اس کے بدلے یہ چار کام آپ کے لیے کرتا ہے: one-click app installs، automatic TLS certificates، scheduled backups، اور user management۔ اگر یہ چار سہولتیں آپ کے لیے اضافی resources اور انتظامی پیچیدگی کے قابل ہیں تو panel کا استعمال فائدہ مند ہے۔ اگر آپ صرف ایک یا دو services چلاتے ہیں اور یہ جاننا پسند کرتے ہیں کہ آپ کے سرور پر بالکل کیا موجود ہے تو پہلے "تینوں کو چھوڑ دیں" والا section پڑھیں اور خود کو غیر ضروری مشکل سے بچائیں۔

مشترکہ prerequisites اور اہم عملی نکات

تینوں کے لیے KVM VPS درکار ہے، container virtualisation نہیں۔ Docker کو حقیقی kernel درکار ہوتا ہے، جبکہ Cloudron واضح طور پر OpenVZ اور LXC کو مسترد کرتا ہے۔ systemd-detect-virt سے جانچ کریں: kvm یا qemu درست ہیں، جبکہ openvz یا lxc درست نہیں۔ KVM plan پر command kvm دکھاتی ہے، جبکہ bare metal پر none دکھاتی ہے؛ دونوں میں سے کوئی بھی output اس بات کی تصدیق کرتا ہے کہ آپ آگے بڑھ سکتے ہیں۔

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

• RAM۔ CasaOS 1GB پر آسانی سے چلتا ہے؛ اسے Raspberry Pi hardware کے لیے بنایا گیا تھا اور یہ کم وسائل استعمال کرتا ہے۔ Coolify کے لیے کم از کم 2GB اور 2 CPU cores درکار ہیں، جن میں سے تقریباً 600 MB خود Coolify استعمال کرتا ہے۔ Cloudron کے لیے کم از کم 2GB درکار ہے، لیکن 4GB پر یہ واقعی بہتر چلتا ہے، کیونکہ ایک بھی app install کرنے سے پہلے یہ mail server اور database چلاتا ہے۔
• آپ کے زیرِ کنٹرول domain اور DNS۔ Cloudron اور Coolify دونوں کے لیے working DNS والا حقیقی domain درکار ہے۔ Cloudron کے لیے بہتر ہے کہ اسے آپ کے DNS provider کے API تک access حاصل ہو، تاکہ یہ خود records اور wildcard certificates بنا سکے۔ CasaOS bare IP پر چل سکتا ہے، لیکن ایسی صورت میں آپ کو TLS بالکل نہیں ملے گا۔
• Ports۔ تینوں کے لیے HTTP اور HTTPS کے لیے 80 اور 443 کھلے ہونے چاہییں۔ Coolify اضافی طور پر اپنا dashboard 8000 پر فراہم کرتا ہے، اور realtime channel کے لیے 6001 جبکہ in-browser terminal کے لیے 6002 استعمال کرتا ہے۔ ہر system پر SSH کے لیے port 22 کھلا رکھیں۔

شروع کرنے سے پہلے DNS کو server کی طرف point کریں۔ جو panel اپنا hostname resolve نہ کر سکے وہ certificate request نہیں کر سکتا، اور آپ پہلے گھنٹے کا وقت software کے بجائے اسی مسئلے کی debugging میں صرف کریں گے۔ A record کو server IP کی طرف point کریں، اور Coolify کے لیے wildcard record (*.apps.example.com) شامل کریں، تاکہ ہر deployed app کو اپنا subdomain مل سکے۔

Cloudron: رائے پر مبنی مکمل appliance

یہ کیا ہے۔ Cloudron ایک تجارتی platform ہے جو پورے server کو managed appliance میں تبدیل کر دیتا ہے۔ یہ اپنا reverse proxy، database اور mail stack چلاتا ہے، ساتھ ہی packaged apps کا ایک منتخب App Store بھی فراہم کرتا ہے، جس میں Nextcloud، WordPress، Gitea، Mattermost اور دیگر apps شامل ہیں۔ اس کا ہدف وہ صارفین ہیں جو اپنی apps کو managed رکھنا چاہتے ہیں، automatic updates، automatic certificates اور automatic backups چاہتے ہیں، اور اس سہولت کی قیمت ادا کرنے کے لیے تیار ہیں۔

تنصیب۔ یہ clean box پر اصرار کرتا ہے اور server کا مکمل انتظام خود سنبھال لیتا ہے۔ تازہ Ubuntu 24.04 (Noble) server پر یہ command چلائیں، اور اس کے علاوہ کچھ بھی موجود نہ ہو:

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

یہ script Docker، nginx، database اور mail stack install کرتی ہے، پھر server reboot ہو جاتا ہے۔ Server دوبارہ دستیاب ہونے پر https://<your-ip> کھولیں، عارضی self-signed certificate قبول کریں، اور browser میں setup مکمل کریں: اپنا domain دیں، DNS provider منتخب کریں، اور یہ اپنے dashboard کو my.example.com پر provision کر دے گا۔

پہلی app شامل کرنا۔ Dashboard میں App Store کھولیں، مثلاً Nextcloud پر click کریں، subdomain files.example.com منتخب کریں، اور Install دبائیں۔ Cloudron DNS record بناتا ہے، Let's Encrypt certificate طلب کرتا ہے، database provision کرتا ہے، single sign-on configure کرتا ہے، اور backup schedule کرتا ہے۔ اس پورے عمل میں آپ کو کسی config file کو چھونے کی ضرورت نہیں ہوتی۔ یہی اس کی بنیادی پیشکش ہے، اور یہ اسے پورا کرتا ہے۔

TLS اور backups۔ تینوں میں یہ سب سے مضبوط ہے۔ ہر app subdomain کو automatic Let's Encrypt certificate ملتا ہے، جس کی renewal بھی خودکار طور پر ہوتی ہے۔ Backups built-in اور scheduled ہوتے ہیں۔ ان کا ہدف local directory، S3 یا کوئی دوسری remote storage ہو سکتی ہے۔ ہر app کو الگ restore کیا جا سکتا ہے، اور app کو نئے subdomain پر one-click cloning کے ذریعے منتقل بھی کیا جا سکتا ہے۔

قیمت اور licensing، فیصلہ کرنے سے پہلے یہ ضرور پڑھیں۔ Cloudron ایک paid product with a capped free tier ہے: free plan میں two apps کی اجازت ہے۔ تیسری app install کرتے ہی paywall آ جاتا ہے؛ paid subscription (Pro یا Max، monthly یا yearly billing، دونوں میں unlimited apps) مزید سہولتیں unlock کرتی ہے۔ Cloudron کے بارے میں یہ سب سے اہم حقیقت ہے۔ یہ اسی لیے polished ہے کہ یہ ایک business ہے، اور free tier بڑھتے ہوئے stack کے مستقل گھر کے بجائے extended trial کے زیادہ قریب ہے۔

failure mode، clean-box rule۔ اگر آپ ایسے server پر Cloudron install کرنے کی کوشش کریں جو پہلے سے کچھ چلا رہا ہو، تو setup کسی تبدیلی سے پہلے ہی abort ہو جاتا ہے:

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 کے مخصوص versions مقرر کرتا ہے اور انہیں اپنے system کے ساتھ گہرائی سے integrate کرتا ہے، اس لیے یہ آپ کی اپنی copies کے ساتھ coexist نہیں کر سکتا۔ حل یہ ہے کہ fresh Ubuntu 24.04 image استعمال کریں اور اس کے علاوہ کچھ بھی موجود نہ ہو: نہ web server، نہ Docker، اور نہ ہی وہ firewall جسے آپ نے دستی طور پر configure کیا ہو۔ اگر آپ نے غلط image boot کی ہو تو setup supported Ubuntu LTS کے علاوہ کسی system کو بھی قبول نہیں کرتا؛ supported versions 22.04 یا 24.04 ہیں اور platform x86-64 ہونا چاہیے۔ ARM، LXC اور OpenVZ مکمل طور پر unsupported ہیں۔

دوسرا failure mode، wildcard certificates کے لیے DNS API درکار ہے۔ Setup کے دوران Cloudron کو API token دینے کے بجائے "Manual" DNS option منتخب کریں تو یہ آپ کے لیے records یا wildcard certificate نہیں بنا سکتا۔ اس کے بعد ہر نئی app کے لیے certificate جاری ہونے سے پہلے DNS record دستی طور پر شامل کرنا پڑتا ہے، اور dashboard اسی record کا انتظار کرتا رہتا ہے۔ Cloudron کو کسی supported DNS provider، مثلاً Cloudflare، Route 53 یا DigitalOcean، تک API access دیں تو پورا flow one-click ہو جاتا ہے۔

CasaOS: مفت home-lab ڈیش بورڈ

یہ کیا ہے۔ IceWhale کا CasaOS ایک مفت اور open-source ڈیش بورڈ ہے جو Docker کے اوپر چلتا ہے اور آپ کو home screen، app store اور file manager فراہم کرتا ہے۔ یہ home-server ماحول سے نکلا ہے، اس لیے اس کا انداز home-lab کے مطابق ہے: تیز setup، دوستانہ UI اور کم انتظامی پیچیدگی۔ یہ ایسے شوقین صارفین کے لیے ہے جو کسی کو ادائیگی کیے بغیر Docker کے لیے بہتر interface چاہتے ہیں۔

انسٹالیشن۔ ایک command کافی ہے، اور اس کے لیے صاف server درکار نہیں:

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

installer کئی systemd services شامل کرتا ہے (casaos، casaos-gateway، casaos-app-management اور دیگر)۔ browser کھولنے سے پہلے تصدیق کریں کہ gateway شروع ہو چکا ہے:

systemctl status casaos-gateway

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

پہلی app شامل کرنا۔ App Store کھولیں، app منتخب کریں اور Install پر click کریں۔ CasaOS پس منظر میں Docker Compose project بناتا ہے اور app کو host port پر دستیاب کرتا ہے، مثلاً http://<your-ip>:8080۔ اس کے store میں عام home-server apps شامل ہوتی ہیں، اس لیے VPS پر Jellyfin media server یا خود host کی گئی Immich photo library چند clicks کی دوری پر ہے۔ اگر آپ نے ابھی تک photo server منتخب نہیں کیا تو PhotoPrism اور Immich میں فرق پیدا کرنے والی RAM کی کم از کم ضرورت اور phone apps پہلے پڑھنا مفید ہے، کیونکہ 1GB CasaOS box پر یہی انتخاب طے کرتا ہے کہ app چلے گی بھی یا نہیں۔ آپ اپنی پسند کا کوئی بھی docker-compose.yaml import کر سکتے ہیں۔ اصل فائدہ یہی ہے: apps عام containers ہوتی ہیں، کسی proprietary format میں نہیں۔

TLS اور backups، کمزور پہلو۔ یہیں "free" کی حدود نمایاں ہوتی ہیں۔ CasaOS بطور default ہر چیز plain HTTP پر فراہم کرتا ہے، اپنے ڈیش بورڈ سمیت۔ اس میں built-in Let's Encrypt اور scheduled backup موجود نہیں۔ آپ کا data /DATA کے تحت Docker volumes میں رہتا ہے، اور backup بنانا آپ کی ذمہ داری ہے (cron'd restic یا tar)۔

خرابی کی صورت، TLS نہیں اور کوئی واضح error بھی نہیں۔ کوئی error ظاہر نہیں ہوتی۔ آپ app install کرتے ہیں، http://<your-ip>:8080 کھولتے ہیں اور یہ کام کرتی ہے، مگر unencrypted connection پر، جسے browser "Not Secure" دکھاتا ہے۔ Passwords اور session cookies network پر cleartext میں منتقل ہوتے ہیں۔ اس سے بھی سنگین بات یہ ہے کہ CasaOS کے ڈیش بورڈ میں remote-code-execution کی حقیقی vulnerabilities موجود رہی ہیں (CVE-2023-37265 اور CVE-2023-37266؛ authentication bypass کے بعد مکمل host compromise ہو سکتا تھا)۔ اس لیے HTTP port کو براہ راست internet پر expose کرنا حقیقی خطرہ ہے، محض ظاہری پسند ناپسند کا مسئلہ نہیں۔ حل یہ ہے کہ CasaOS کو براہ راست expose نہ کریں۔ اس کے سامنے TLS terminate کرنے والا reverse proxy رکھیں، مثلاً Certbot سے Let's Encrypt certificate کے ساتھ nginx، Caddy یا Cloudflare Tunnel، اور CasaOS کو صرف local network پر forward کریں۔ یاد رکھیں کہ CasaOS پہلے ہی port 80 پر bind ہوتا ہے، اس لیے جب تک CasaOS کو پہلے کسی دوسرے port پر منتقل نہ کریں، proxy اور CasaOS اس port کے لیے ایک دوسرے سے ٹکرائیں گے۔

لاگت۔ واقعی ہمیشہ کے لیے مفت، اور apps کی کوئی حد نہیں۔ اس کی قیمت operational ذمہ داریوں کی صورت میں ادا ہوتی ہے: TLS، backups اور hardening خود manage کرنا ہوں گے۔

Coolify: self-hosted PaaS

یہ کیا ہے۔ Coolify ایک open-source، self-hosted platform-as-a-service ہے، جو آپ کے اپنے server پر Heroku یا Vercel کی طرح کام کرتا ہے۔ اس کی بنیادی اکائی "یہ packaged app install کریں" نہیں بلکہ "یہ Git repository deploy کریں" ہے۔ ایک repository connect کریں، اور Coolify اسے Nixpacks یا آپ کی اپنی Dockerfile کے ذریعے build کرکے deploy کر دیتا ہے۔ ہر push کے بعد دوبارہ deployment بھی ہو جاتی ہے۔ اس میں one-click databases اور services بھی شامل ہیں۔ یہ ان developers کے لیے ہے جو اپنا code deploy کرتے ہیں اور PaaS کرائے پر لیے بغیر push-to-deploy چاہتے ہیں۔

انسٹال کریں۔

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

یہ script Docker install کرتی ہے اور Coolify کے اپنے containers کا stack شروع کرتی ہے۔ آگے بڑھنے سے پہلے تصدیق کریں کہ یہ 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 کھلا رہتا ہے، اور جو شخص پہلے اس تک پہنچے گا وہ server کو control کر سکتا ہے۔ اس کے بعد اپنی instance domain مقرر کریں اور ایک wildcard DNS record (*.example.com، یا *.apps.example.com) اس server کی طرف point کریں، تاکہ Coolify ہر deployed app کو اپنا subdomain دے سکے۔

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

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

لاگت اور licensing۔ Self-hosted edition مکمل طور پر open-source اور مفت ہے، اور apps کی کوئی حد نہیں۔ ایک optional Coolify Cloud بھی ہے، جو paid ہے۔ یہ control plane آپ کے لیے host کرتا ہے، جبکہ آپ کی apps آپ کے اپنے servers پر چلتی رہتی ہیں۔ یہ سہولت مند ہے، لیکن ضروری نہیں۔

خرابی کی صورت: app deploy ہو جاتی ہے لیکن اس کی domain load نہیں ہوتی۔ Dashboard http://<ip>:8000 پر درست کام کرتا ہے، build کامیاب ہو جاتی ہے، لیکن app کا اپنا URL connection error یا Traefik 404 page not found واپس کرتا ہے۔ اس سے ظاہر ہوتا ہے کہ مسئلہ proxy یا DNS میں ہے، app میں نہیں۔ دو عام وجوہات ہیں۔ پہلی وجہ یہ ہے کہ proxy کے start ہونے کے وقت ports 80 یا 443 پہلے ہی استعمال ہو رہے تھے، اس لیے اس کا 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" لکھا ہو تو یہ الگ خرابی ہے۔ Coolify server کے Docker socket سے بالکل رابطہ نہیں کر پا رہا۔ عموماً Docker daemon بند ہوتا ہے یا SSH key خراب ہوتی ہے۔ اندازہ لگانے سے پہلے logs میں اصل وجہ دیکھیں:

docker logs coolify-proxy --tail 100

اسے Proxy page سے درست کریں: Restart Proxy دبائیں، یا proxy configuration کو default پر reset کرکے اسے دوبارہ start کریں۔ پھر تقریباً دو منٹ انتظار کریں تاکہ proxy مستحکم ہو جائے۔ Port 8000 کو صرف اپنے IP سے reachable رکھیں، یا proxy کے خراب ہونے پر اسے عارضی طور پر دوبارہ کھولیں۔ اسے پوری دنیا کے لیے کھلا نہ چھوڑیں، کیونکہ یہ dashboard کو plain HTTP پر فراہم کرتا ہے۔ Coolify کی اپنی documentation کے مطابق، جب dashboard اپنی domain کے ذریعے serve ہونے لگے تو ports 8000، 6001 اور 6002 بند کیے جا سکتے ہیں۔

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

اسی 4GB سرور پر، کسی حقیقی workload کو deploy کرنے سے پہلے، idle حالت میں پیمائش کی گئی۔ کسی ایک عدد پر بھروسا کرنے کے بجائے free -m اور docker stats --no-stream سے اپنے سرور کی پیمائش کریں، کیونکہ مجموعی استعمال آپ کی ایپس کے امتزاج کے ساتھ بدلتا ہے۔

• CasaOS سب سے کم وسائل استعمال کرتا ہے۔ اس کا panel چند Go services پر مشتمل ہے؛ آپ کے چلائے جانے والے containers کے علاوہ تقریباً 150 سے 300 MB اضافی استعمال کی توقع رکھیں۔
• Coolify اپنے کئی support containers چلاتا ہے، جن میں app، ایک Postgres، ایک Redis، realtime service اور Traefik شامل ہیں۔ اس لیے کسی بھی ایپ کو deploy کرنے سے پہلے idle حالت میں اس کا استعمال تقریباً 600 MB سے 1 GB رہتا ہے۔
• Cloudron idle حالت میں سب سے زیادہ وسائل استعمال کرتا ہے، کیونکہ آپ انہیں استعمال کریں یا نہ کریں، یہ اپنا nginx، database، mail stack اور monitoring چلاتا ہے؛ idle حالت کے لیے 1 سے 1.5 GB مختص رکھیں۔ اسی لیے اسے کم از کم 2GB درکار ہوتا ہے، جبکہ 4GB پر یہ زیادہ آسانی سے چلتا ہے۔

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

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

اپ ڈیٹس۔ Cloudron آپ کے لیے پلیٹ فارم اور ہر ایپ کو ایسے شیڈول کے مطابق اپ ڈیٹ کرتا ہے جس کی اس نے جانچ کی ہو۔ اس میں محنت سب سے کم اور رہنمائی سب سے زیادہ ملتی ہے۔ Coolify اپنے dashboard سے ایک بٹن کے ذریعے خود کو اپ ڈیٹ کرتا ہے۔ CasaOS اپنے install script یا apt کے ذریعے panel کو اپ ڈیٹ کرتا ہے، لیکن آپ کی انسٹال کردہ ایپس کو pull اور restart کرنا آپ کی ذمہ داری ہے۔

انحصار، جو دوسرے سال میں مسئلہ بنتا ہے۔ CasaOS میں انحصار سب سے کم ہے۔ اس کی ایپس عام Compose projects ہوتی ہیں، اس لیے آپ docker-compose.yaml اور /DATA کے تحت موجود volumes کو کسی دوسرے host پر copy کر کے کام جاری رکھ سکتے ہیں۔ Coolify درمیانی صورت ہے۔ آپ کے deploys آپ کے اپنے Dockerfiles اور repos ہوتے ہیں، لیکن ان کی configuration Coolify کے database میں محفوظ ہوتی ہے۔ اس لیے host منتقل کرنے کے لیے دوسرے host پر projects دوبارہ بنانا پڑتے ہیں۔ Cloudron میں انحصار سب سے زیادہ ہے۔ اس کی ایپس Cloudron-packaged ہوتی ہیں۔ اگرچہ اس کے بہترین backups کے ذریعے آپ کا data صاف طور پر منتقل ہو جاتا ہے، packaging منتقل نہیں ہوتی۔ اس لیے destination platform پر دوبارہ deploy کرنا پڑتا ہے۔ data قابلِ منتقلی ہے، لیکن اسے چلانے والا بنیادی نظام قابلِ منتقلی نہیں۔

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

مختصر جواب، پھر متبادل راستہ۔ اگر آپ تینوں میں سے کم سے کم دستی انتظام والا سرور چاہتے ہیں، کئی packaged ایپس چلائیں گے، اور managed TLS، backups اور updates کے لیے سالانہ فیس ادا کریں گے تو Cloudron منتخب کریں۔ اگر یہ آپ کا home lab ہے جو آپ کے اپنے network یا reverse proxy کے پیچھے ہے، آپ Docker کے لیے آسان interface چاہتے ہیں، اور کوئی فیس ادا نہیں کرنا چاہتے تو CasaOS منتخب کریں۔ اگر آپ Git سے اپنا code deploy کرتے ہیں اور hosted PaaS کی قیمت ادا کیے بغیر automatic TLS کے ساتھ push-to-deploy چاہتے ہیں تو Coolify منتخب کریں۔ اگر ان تینوں میں سے کوئی بھی آپ کی صورتِ حال کے مطابق نہیں تو اگلا section دیانت دار جواب پیش کرتا ہے۔

اگر یہ تینوں شرائط پوری ہوں تو سب کو چھوڑ دیں...

اپنے پیمانے کے بارے میں حقیقت پسند رہیں۔ اگر آپ صرف ایک یا دو ایپس چلاتے ہیں، یا یہ سمجھنا اور مکمل طور پر کنٹرول کرنا چاہتے ہیں کہ آپ کے سرور پر بالکل کیا موجود ہے، تو panels استعمال نہ کریں۔ چھوٹے اور مستحکم stack کے لیے اضافی بوجھ اور vendor lock-in فائدہ مند نہیں۔ DIY طریقے میں آپ اپنی Compose files کے آگے reverse proxy استعمال کرتے ہیں: متعدد Docker Compose ایپس کے آگے automatic TLS کے ساتھ Traefik آپ کو panel کے اضافی بوجھ کے بغیر one-click کے مساوی HTTPS فراہم کرتا ہے، اور backup کے لیے cron کے ذریعے چلنے والا restic job استعمال کرتے ہیں جسے آپ واقعی سمجھتے ہیں۔

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

صرف ایک مرکزی ایپ کے لیے یہ معاملہ مزید واضح ہے: TLS اور اپنی backup routine کے ساتھ Docker پر Nextcloud install ایک Compose file اور ایک certificate پر مشتمل ہے۔ اسے چلانے کے لیے مکمل appliance قائم کرنا صرف اضافی لاگت لائے گا، کوئی فائدہ نہیں۔ اگر آپ یہ طے کرنے سے پہلے کہ اسے کیسے چلانا ہے، ابھی یہ فیصلہ کر رہے ہیں کہ کیا چلانا ہے، تو 2026 میں self-hosting کے قابل چیزوں کی guide بہتر نقطۂ آغاز ہے۔

FAQ

کیا مجھے واقعی self-hosting panel کی ضرورت ہے؟

صرف اس صورت میں جب آپ متعدد ایپس کے لیے panel کے خودکار کیے گئے ان چار کاموں کو اہم سمجھتے ہوں: one-click installs، خودکار TLS، scheduled backups، اور user management۔ ایک یا دو services کے لیے Traefik کے پیچھے سادہ Docker Compose یہی TLS کا کام بہت کم اضافی پیچیدگی اور مکمل آزادی کے ساتھ کر دیتا ہے۔ جب آپ بہت سی ایپس چلاتے ہوں اور آپ کے وقت کی قدر panel کے استعمال ہونے والی RAM سے زیادہ ہو، تو panels فائدہ مند ثابت ہوتے ہیں۔

مبتدی کے لیے کون سا panel بہتر ہے؟

ایسے home lab کے لیے جس میں کوئی چیز hostile internet پر expose نہ ہو، CasaOS سب سے آسان آغاز ہے: ایک command سے installation ہو جاتی ہے اور friendly UI ملتا ہے، جبکہ کوئی فیس ادا نہیں کرنی پڑتی۔ لیکن کسی بھی چیز کو expose کرنے سے پہلے اس کے سامنے TLS-terminating reverse proxy رکھنا ضروری ہے، کیونکہ یہ plain HTTP استعمال کرتا ہے۔ اگر آپ managed TLS اور backups خود سنبھالنے کے بجائے service سے کروانا چاہتے ہیں اور اس کی فیس ادا کریں گے، تو Cloudron سب سے زیادہ رہنمائی فراہم کرتا ہے، تاہم اس کی free limit دو apps ہے۔

کیا Cloudron مفت ہے؟

جزوی طور پر۔ free tier میں two apps کی اجازت ہے، جو آزمائش یا بہت چھوٹے setup کے لیے کافی ہے۔ اس حد سے آگے Cloudron paid subscription ہے، جس کی billing ماہانہ یا سالانہ ہوتی ہے، اور paid tiers میں unlimited apps شامل ہیں۔ یہ capped free plan والا commercial product ہے، free software نہیں؛ اس لیے اگر آپ کا stack بڑھے گا تو اس کے لیے budget رکھیں۔

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

Cloudron کے ساتھ نہیں۔ اسے clean Ubuntu box درکار ہوتا ہے اور اگر nginx، Docker یا Node پہلے سے installed ہوں تو یہ installation روک دیتا ہے، کیونکہ یہ پوری machine manage کرتا ہے۔ CasaOS اور Coolify زیادہ موزوں ہیں، کیونکہ یہ اپنا Docker stack install کرتے ہیں اور اصولی طور پر ایک ہی box share کر سکتے ہیں، لیکن دونوں کو ports 80 اور 443 درکار ہوتے ہیں۔ اس لیے پہلے سے چلنے والے کسی web server یا proxy کے ساتھ ان کا تصادم ہوگا۔ جس box پر پہلے سے چیزیں host ہوں، وہاں panel عموماً غلط انتخاب ہوتا ہے؛ اس کے بجائے Traefik اور Compose استعمال کریں۔

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

منتقلی کی ضرورت سے پہلے exit plan بنائیں۔ CasaOS سے app کا docker-compose.yaml اور اس کے /DATA volumes نئی host پر copy کریں اور انہیں دوبارہ start کریں۔ Coolify سے ہر project کی configuration export کریں اور destination پر موجود انہی repos کی طرف اسے point کریں۔ Cloudron سے نئے platform پر freshly installed apps میں اس کے backups سے data restore کریں، کیونکہ Cloudron packaging منتقل نہیں ہوتی، صرف data منتقل ہوتا ہے۔ ہر صورت میں پرانے system کو ختم کرنے سے پہلے restore کو کسی عارضی box پر test کریں۔