VPSలో Cloudron ఇన్‌స్టాల్ చేయడం ఎలా?

VPSలో Cloudron ఇన్‌స్టాలేషన్: క్లుప్త వివరణ

VPSలో Cloudron ఇన్‌స్టాల్ చేయడానికి మీకు కొత్త Ubuntu సర్వర్, కనీసం 2 GB RAM, మరియు మీరు DNS రికార్డులను మార్చగలిగే ఒక డొమైన్ అవసరం. ఇన్‌స్టాలేషన్ ప్రక్రియలో మూడు కమాండ్లు మరియు ఒక రీబూట్ ఉంటాయి. సాధారణంగా సమస్యలు ఈ దశకు ముందే (తప్పు బేస్ ఇమేజ్, తప్పు వర్చువలైజేషన్ రకం) లేదా ఆ తర్వాత (DNS, మెయిల్, బ్యాకప్‌లు) తలెత్తుతాయి.

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

Cloudron సెల్ఫ్-హోస్టెడ్ అప్లికేషన్ల కోసం TLS (ట్రాన్స్‌పోర్ట్ లేయర్ సెక్యూరిటీ) సర్టిఫికేట్లను జారీ చేస్తుంది, అలాగే వాటిని ఇన్‌స్టాల్ చేయడం, అప్‌డేట్ చేయడం మరియు బ్యాకప్ చేయడం వంటివి చేస్తుంది. ప్రతి అప్లికేషన్ Dockerలో రన్ అవుతుంది, వీటన్నింటి ముందు nginx ఉంటుంది, మరియు ప్రతి అప్లికేషన్‌కు మీ డొమైన్‌లో ఒక ప్రత్యేక సబ్-డొమైన్ కేటాయించబడుతుంది. అందుకే DNS పనులను ముందుగా పూర్తి చేయాలి.

Cloudron బేస్ OS విషయంలో ఎందుకు కఠినంగా ఉంటుంది

ఏదైనా ఇన్‌స్టాల్ చేసే ముందు సెటప్ స్క్రిప్ట్ సర్వర్‌ను తనిఖీ చేస్తుంది. ఒక తనిఖీ విఫలమైతే, మీరు కొత్త సర్వర్‌ను తీసుకోవాల్సి ఉంటుంది. కాబట్టి, మీరు ఇమేజ్‌ను ఎంచుకునే ముందు వీటిని చదవండి.

• కేవలం Ubuntu మాత్రమే, అది కూడా మూడు విడుదలలు (releases) మాత్రమే. వేరే ఏదైనా ఉంటే Cloudron requires Ubuntu 20.04, 22.04, 24.04 తో స్క్రిప్ట్ ఆగిపోతుంది. Debian, Rocky మరియు Alpine లకు మద్దతు లేదు. Ubuntu 24.04 కు Cloudron 8 లేదా అంతకంటే కొత్త వెర్షన్ అవసరం, స్క్రిప్ట్ దానిని మీ కోసం తనిఖీ చేస్తుంది.
• కేవలం 64-bit Intel లేదా AMD మాత్రమే: Error: Cloudron only supports amd64/x86_64. ARM VPS లో ఇది నడవదు.
• పూర్తి హార్డ్‌వేర్ వర్చువలైజేషన్ మాత్రమే ఉండాలి. కంటైనర్ ఆధారిత VPS లో systemd-detect-virt --container ద్వారా కంటైనర్‌ను గుర్తించి, స్క్రిప్ట్ Error: Cloudron does not support lxc, only runs on bare metal or with full hardware virtualization తో ఆగిపోతుంది. KVM అయితే పర్వాలేదు, కానీ OpenVZ మరియు LXC పని చేయవు.
• రూట్ ఫైల్‌సిస్టమ్ ext4 లేదా xfs అయి ఉండాలి. వేరే ఏదైనా ఉంటే Error: Cloudron requires '/' to be ext4 or xfs వస్తుంది, అందుకే btrfs మరియు zfs ఇమేజ్‌లు విఫలమవుతాయి.
• కనీసం 941 MB RAM మరియు / లో 20 GB స్థలం ఉండాలి. దీనిని free -m మరియు రూట్ ఫైల్‌సిస్టమ్ పరిమాణం ద్వారా కొలుస్తారు.
• పూర్తిగా కొత్త సర్వర్ అయి ఉండాలి. ఒకవేళ nginx, docker లేదా node ఇప్పటికే ఇన్‌స్టాల్ అయి ఉంటే, స్క్రిప్ట్ Error: Some packages like nginx/docker/nodejs are already installed. తో నిరాకరిస్తుంది.

చివరి తనిఖీ విషయంలోనే చాలామంది వాదిస్తుంటారు, కాబట్టి దానికి కారణం ఇక్కడ ఉంది. Cloudron అనేది Docker, nginx, Node.js మరియు MySQL ల యొక్క నిర్దిష్ట వెర్షన్లను ఇన్‌స్టాల్ చేస్తుంది, అది హోస్ట్ చేసే ప్రతి యాప్ కోసం nginx కాన్ఫిగరేషన్‌ను రాస్తుంది మరియు iptables ఫైర్‌వాల్ నియమాలను స్వయంగా నిర్వహిస్తుంది. మీరు నిన్న ఇన్‌స్టాల్ చేసిన Docker వెర్షన్ తప్పు కావచ్చు, మరియు మీ ప్రస్తుత nginx సైట్ ఫైల్‌లు భర్తీ చేయబడతాయి. Cloudron మొత్తం మెషీన్‌ను నియంత్రిస్తుంది, కాబట్టి దీనికి ఒక ప్రత్యేకమైన VPS ను కేటాయించండి.

మరొక తనిఖీని గమనించడం సులభం. AVX (advanced vector extensions) లేని పాత CPU లలో స్క్రిప్ట్ CPU has no AVX support. MongoDB will be disabled అని ప్రింట్ చేస్తుంది, అప్పుడు MongoDB అవసరమైన ప్రతి యాప్ ఇన్‌స్టాల్ చేయలేని స్థితికి చేరుకుంటుంది. మీరు సర్వర్‌ను ఎంచుకునే ముందు grep -m1 -o avx /proc/cpuinfo తో CPU ని తనిఖీ చేయండి. ఇది సామర్థ్యం ఉన్న హోస్ట్‌లో avx అని ప్రింట్ చేస్తుంది, పాత వాటిలో ఏమీ చూపించదు.

Cloudron కు ఎంత RAM అవసరం?

941 MB కంటే తక్కువ RAM ఉంటే ఈ script రన్ అవ్వదు, దీనికి Error: Cloudron requires atleast 1GB physical memory కారణం. డాక్యుమెంటేషన్ ప్రకారం 2 GB RAM మరియు 20 GB డిస్క్ అవసరం. ఈ సంఖ్యలు ప్లాట్‌ఫారమ్ కోసం మాత్రమే, మీరు ఇన్‌స్టాల్ చేసే అప్లికేషన్ల కోసం కాదు. ఒక్క అప్లికేషన్‌ను ఇన్‌స్టాల్ చేయకముందే, Cloudron ఇప్పటికే Docker, nginx, దాని స్వంత box సర్వీస్, అప్లికేషన్లకు అవసరమైన డేటాబేస్ కంటైనర్లు (MySQL, PostgreSQL, MongoDB), Redis మరియు మెయిల్ స్టాక్‌ను రన్ చేస్తుంది. కొత్త ఇన్‌స్టాలేషన్‌లో docker ps రన్ చేసి వాటిని లెక్కించండి.

అప్లికేషన్ మెమరీ పరిమితులు ఈ బేస్ పైన ఉంటాయి. ప్రతి అప్లికేషన్ ప్యాకేజీ తక్కువ డిఫాల్ట్ పరిమితిని కలిగి ఉంటుంది, మీరు అప్లికేషన్ యొక్క Resources వ్యూలో స్లైడర్ ద్వారా దానిని పెంచుకోవచ్చు. ఒక అప్లికేషన్ తన పరిమితిని దాటినప్పుడు, అది రీస్టార్ట్ అవుతుంది మరియు మీకు OOM (out of memory) నోటిఫికేషన్ పంపుతుంది. కాబట్టి, ఒక అప్లికేషన్ పదేపదే రీస్టార్ట్ అవుతుంటే, అది సాధారణంగా బగ్ కాదు, మెమరీ పరిమితి సమస్య.

నేను సిఫార్సు చేసే సైజింగ్ ఇక్కడ ఉంది. వచ్చే నెలలో సర్వర్‌ను మళ్లీ నిర్మించాల్సిన అవసరం లేకుండా ఉండటానికి ఇవి సూచనలు మాత్రమే. ఇవి ఖచ్చితమైన బెంచ్‌మార్క్ ఫలితాలు కావు.

[
  {
    "label": "2 apps (free tier)",
    "vcpu": 2,
    "ram_gb": 4,
    "disk_gb": 60
  },
  {
    "label": "5 apps",
    "vcpu": 4,
    "ram_gb": 8,
    "disk_gb": 120
  },
  {
    "label": "10 apps",
    "vcpu": 6,
    "ram_gb": 16,
    "disk_gb": 240
  }
]

రెండు అప్లికేషన్లకు 4 GB RAM మరియు 60 GB డిస్క్ సరిపోతాయి. సుమారు పది అప్లికేషన్లకు 16 GB RAM మరియు 240 GB డిస్క్ అవసరం, ఎందుకంటే ప్లాట్‌ఫారమ్ బేస్ ఎప్పుడూ తగ్గదు మరియు ప్రతి అప్లికేషన్ ఒక Docker ఇమేజ్, డేటాబేస్ మరియు దాని స్వంత డేటాను జోడిస్తుంది. డిస్క్ ఊహించిన దానికంటే వేగంగా నిండుతుంది: మీరు బ్యాకప్‌లను వేరే చోటికి తరలించే వరకు ఇమేజ్‌లు, అప్లికేషన్ డేటా మరియు లోకల్ బ్యాకప్‌లు ఒకే వాల్యూమ్‌ను పంచుకుంటాయి.

Cloudron ప్రతి అప్లికేషన్‌కు అపరిమితమైన swap ను ఇస్తుంది, కాబట్టి మీరు సెట్ చేసే మెమరీ పరిమితి RAM కి మాత్రమే వర్తిస్తుంది. Swap ఫైల్ లేని VPS ఇమేజ్‌లో, swapon --show ఏమీ చూపించదు, మరియు మెమరీ ఒత్తిడి పెరిగినప్పుడు అప్లికేషన్ నెమ్మదించడం కాకుండా నేరుగా OOM రీస్టార్ట్‌లు జరుగుతాయి. 2 GB swap ను జోడించడం తక్కువ ఖర్చుతో కూడిన భద్రత, అయితే ఇది నిజమైన మెమరీకి ప్రత్యామ్నాయం కాదు. పరిమితులను సర్దుబాటు చేయడానికి మీరు వెచ్చించే సమయంతో పోలిస్తే VPS ప్లాన్‌ల మధ్య ధర వ్యత్యాసం చాలా తక్కువ, కాబట్టి వాస్తవానికి VPS ధర ఎంత ఉంటుంది అని చూసి, ఒక స్థాయి ఎక్కువ ఉన్న ప్లాన్‌ను ఎంచుకోండి.

DNS: యాప్ సబ్‌డొమైన్‌లు పనిచేసేలా చేసే వైల్డ్‌కార్డ్ రికార్డ్

Cloudron తన డాష్‌బోర్డ్‌ను my.example.com పై ఉంచుతుంది మరియు ప్రతి యాప్‌ను దాని స్వంత సబ్‌డొమైన్‌లో ఉంచుతుంది, కాబట్టి DNS అనేది తర్వాత చేసే పని కాకుండా ముందే ఉండాల్సిన అవసరం. మీరు మొదటిసారి డాష్‌బోర్డ్‌ను ఓపెన్ చేసే ముందు ఈ రికార్డులను సర్వర్ యొక్క పబ్లిక్ IP అడ్రస్‌కు పాయింట్ చేయండి:

• my.example.com ను A రికార్డ్‌గా. ఇది డాష్‌బోర్డ్ కోసం.
• *.example.com ను A రికార్డ్‌గా. యాప్ సబ్‌డొమైన్‌లు పనిచేయడానికి ఇది కీలకం, దీనివల్ల మీరు యాప్‌లను ఇన్‌స్టాల్ చేసిన వెంటనే wiki.example.com మరియు git.example.com రిజాల్వ్ అవుతాయి.
• example.com ను A రికార్డ్‌గా, ఒకవేళ మీరు బేర్ డొమైన్ (bare domain) పై యాప్‌ను ఉంచాలనుకుంటే మాత్రమే.

వైల్డ్‌కార్డ్ రికార్డుకు స్పష్టమైన (explicit) రికార్డ్ కంటే తక్కువ ప్రాధాన్యత ఉంటుంది, కాబట్టి వేరే చోటికి పాయింట్ చేస్తున్న ఇప్పటికే ఉన్న www.example.com రికార్డ్ అలాగే పనిచేస్తూనే ఉంటుంది.

సెటప్ సమయంలో Cloudron ఇకపై DNSను ఎలా నిర్వహించాలో మీరు ఎంచుకోవాలి:

• API ప్రొవైడర్. Cloudflare, DigitalOcean, Route53, Hetzner, Porkbun, Linode, deSEC, Gandi, Namecheap మరియు ఇతర సుమారు ఇరవై సంస్థల కోసం Cloudron ఒక టోకెన్‌ను నిల్వ చేస్తుంది. ఆ తర్వాత మెయిల్ రికార్డులతో సహా ప్రతి రికార్డును అదే రాస్తుంది.
• వైల్డ్‌కార్డ్. మీరు * రికార్డ్‌ను మాన్యువల్‌గా జోడిస్తారు, Cloudron ఏమీ రాయదు.
• మాన్యువల్. ప్రతి యాప్ ఇన్‌స్టాలేషన్‌కు ముందు, Cloudron మీకు ప్రతి రికార్డును చూపిస్తుంది మరియు మీరు వాటిని జోడించే వరకు వేచి ఉంటుంది.

వైల్డ్‌కార్డ్ DNS రికార్డ్ అంటే వైల్డ్‌కార్డ్ సర్టిఫికేట్ కాదు. డిఫాల్ట్ సర్టిఫికేట్ ప్రొవైడర్ Let's Encrypt Prod - Wildcard, ఇది DNS ద్వారా యాజమాన్యాన్ని ధృవీకరిస్తుంది, కాబట్టి ఇది API ప్రొవైడర్‌తో మాత్రమే పనిచేస్తుంది. వైల్డ్‌కార్డ్ లేదా మాన్యువల్ బ్యాకెండ్‌లలో, మీరు HTTP ద్వారా ధృవీకరించబడే ప్రతి యాప్‌కు ఒక సర్టిఫికేట్ చొప్పున వాడాల్సి ఉంటుంది, అంటే ఇన్‌బౌండ్ పోర్ట్ 80 ఎల్లప్పుడూ ఓపెన్‌గా ఉండాలి. మీ రిజిస్ట్రార్ లేదా DNS హోస్ట్ API జాబితాలో ఉంటే, దానినే ఉపయోగించండి: అప్పుడు మెయిల్ రికార్డులు మరియు సర్టిఫికేట్ల బాధ్యత మీపై ఉండదు.

ముందుకు వెళ్లే ముందు ధృవీకరించుకోండి. dig +short my.example.com మరియు dig +short anything.example.com రెండూ మీ సర్వర్ యొక్క IP అడ్రస్‌ను చూపించాలి. వైల్డ్‌కార్డ్ క్వెరీ ఏమీ చూపించకపోతే, డాష్‌బోర్డ్ బాగానే పనిచేసినా, తర్వాత యాప్‌లు విఫలమవుతాయి.

ఒకవేళ డొమైన్ Cloudflare వెనుక ఉంటే, రికార్డులను DNS only కి సెట్ చేయండి. ప్రాక్సీ కేవలం HTTP మరియు HTTPS ను మాత్రమే ఫార్వర్డ్ చేస్తుంది, దీనివల్ల మెయిల్ పోర్ట్‌లు పనిచేయవు మరియు ప్రతి యాప్ సందర్శకుడి IPకి బదులుగా Cloudflare అడ్రస్‌ను చూస్తుంది.

సెటప్ స్క్రిప్ట్‌ను రన్ చేయండి

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

దీనిని root గా లేదా sudo ద్వారా రన్ చేయండి, ఎందుకంటే లేకపోతే ఇది మొదటగా This script should be run as root. అని ప్రింట్ చేస్తుంది. ఇన్‌స్టాలేషన్ పూర్తి కావడానికి కొన్ని నిమిషాలు పడుతుంది మరియు ఇది పని చేస్తున్నప్పుడు నిశ్శబ్దంగా ఉంటుంది, ఎందుకంటే apt అవుట్‌పుట్ మరియు Docker పుల్స్ ఒక log ఫైల్‌కు వెళ్తాయి. రెండవ SSH సెషన్ నుండి దీనిని గమనించండి:

tail -f /var/log/cloudron-setup.log

చివరలో ఇది After reboot, visit one of the following URLs and accept the self-signed certificate to finish setup. అని ప్రింట్ చేసి, మీ సర్వర్ అడ్రస్‌ను చూపిస్తుంది, ఆపై The server has to be rebooted to apply all the settings. Reboot now ? [Y/n] అని అడుగుతుంది. yes అని సమాధానం ఇవ్వండి. మీరు రీస్టార్ట్‌ను షెడ్యూల్ చేయవలసి వస్తే --skip-reboot ఫ్లాగ్ అందుబాటులో ఉంది, కానీ సర్వర్ తిరిగి వచ్చే వరకు Cloudron ఉపయోగించడానికి వీలుండదు.

మొదటి బూట్: డొమైన్, DNS బ్యాకెండ్ మరియు అడ్మిన్ ఖాతా

https://<server-ip>ని తెరిచి, బ్రౌజర్ చూపే హెచ్చరికను అంగీకరించండి. Cloudron కి ఇంకా మీ డొమైన్ గురించి తెలియదు కాబట్టి, ఇది self-signed సర్టిఫికేట్ మాత్రమే; అందువల్ల సర్టిఫికేట్ అథారిటీని అడగడానికి దీనికి ఏమీ ఉండదు. Chrome లో Advanced పై క్లిక్ చేసి, ఆపై Proceed to <ip> (unsafe) ని ఎంచుకోండి. Firefox లో Advanced పై క్లిక్ చేసి, ఆపై Accept the Risk and Continue ని ఎంచుకోండి.

మొదటి స్క్రీన్ మీ డొమైన్ గురించి అడుగుతుంది. example.com ని నమోదు చేయండి, అప్పుడు డాష్‌బోర్డ్ my.example.com వద్ద సెటిల్ అవుతుంది. మీరు దీనికి బదులుగా cloudron.example.com వంటి సబ్‌డొమైన్‌ను ఉపయోగించవచ్చు, అప్పుడు డాష్‌బోర్డ్ my.cloudron.example.com వద్ద ఉంటుంది. DNS బ్యాకెండ్‌ను ఎంచుకోండి, మీ వద్ద API టోకెన్ ఉంటే దాన్ని పేస్ట్ చేయండి, మరియు మీరు క్రమం తప్పకుండా చూసే ఈమెయిల్ అడ్రస్‌తో అడ్మిన్ ఖాతాను సృష్టించండి: Let's Encrypt రిజిస్ట్రేషన్ మరియు ప్లాట్‌ఫారమ్ యొక్క ప్రతి అలర్ట్ దీనికే వస్తాయి.

మీరు సేవ్ చేసినప్పుడు, Cloudron సర్టిఫికేట్‌ల కోసం అభ్యర్థిస్తుంది మరియు డాష్‌బోర్డ్‌ను https://my.example.com కి మారుస్తుంది. ఆ పాయింట్ వద్ద IP అడ్రస్ URL పనిచేయడం ఆగిపోతుంది, కాబట్టి కొత్త URLని బుక్‌మార్క్ చేసుకోండి.

సర్టిఫికెట్లు: ఏమి పునరుద్ధరించబడుతుంది మరియు అది ఎప్పుడు ఆగిపోతుంది

సర్టిఫికెట్ పునరుద్ధరణ స్వయంచాలకంగా జరుగుతుంది మరియు ఇది ACME Renewal Information (ARI) ని అనుసరిస్తుంది. ఇది సర్టిఫికెట్ అథారిటీ ప్రచురించే షెడ్యూల్, ఇది ఆచరణలో గడువు ముగియడానికి సుమారు ఒక నెల ముందు పునరుద్ధరిస్తుంది. పునరుద్ధరణ విఫలమైతే అడ్మిన్ ఖాతాకు ఇమెయిల్ పంపబడుతుంది, మరియు గడువు ముగిసిన సర్టిఫికెట్ స్థానంలో అంతర్నిర్మిత self-signed సర్టిఫికెట్ వస్తుంది. నిన్నటి వరకు పనిచేసిన సైట్‌లో బ్రౌజర్ హెచ్చరిక కనిపిస్తుందంటే, దానికి ఈ fallback కారణమే.

చాలా సందర్భాలలో రెండు కారణాలు ప్రధానంగా ఉంటాయి. HTTP ధృవీకరణకు inbound port 80 అవసరం, కాబట్టి "అన్నీ HTTPS లోనే ఉన్నాయి కదా" అని port 80ని మూసివేయడం వల్ల Wildcard లేదా Manual DNS బ్యాకెండ్‌లోని ప్రతి అప్లికేషన్ యొక్క పునరుద్ధరణ విఫలమవుతుంది. DNS ధృవీకరణకు write access ఉన్న API token అవసరం, కాబట్టి ఆ టోకెన్‌ను మార్చడం లేదా దాని అనుమతులను తగ్గించడం వల్ల హెచ్చరిక ఇమెయిల్ వచ్చే వరకు పునరుద్ధరణ నిశ్శబ్దంగా విఫలమవుతుంది.

Domains వ్యూలో వెంటనే ప్రయత్నాన్ని బలవంతంగా చేయడానికి Renew All బటన్ ఉంది, మరియు పరీక్ష కోసం Let's Encrypt Staging ప్రొవైడర్ ఉంది. Staging సర్టిఫికెట్లు బ్రౌజర్‌లచే నమ్మదగినవి కావు, అదే దీని ఉద్దేశ్యం: మీరు production rate limit ని ఖర్చు చేయకుండా మీకు కావలసినన్ని సార్లు మళ్ళీ ప్రయత్నించవచ్చు.

మీరు అంతర్నిర్మిత mail server ను ఉపయోగించాలా?

Cloudron లో IMAP mailboxes, submission, sieve filters మరియు DKIM (domainkeys identified mail) signing తో కూడిన పూర్తి mail stack ఉంటుంది. మీరు dashboard లోని Email విభాగంలో ప్రతి domain కు దీన్ని enable చేయవచ్చు. మెయిల్ డెలివరీ చేయడం అనేది కష్టమైన పని, ఇందులో Cloudron కు ఎటువంటి సంబంధం లేదు.

• స్పామ్ నియంత్రణలో భాగంగా చాలా మంది VPS ప్రొవైడర్లు అవుట్‌బౌండ్ port 25 ను బ్లాక్ చేస్తారు. కొన్ని సందర్భాల్లో support ticket ద్వారా దీన్ని అన్‌బ్లాక్ చేయవచ్చు. సర్వర్ నుండి nc -zv aspmx.l.google.com 25 తో పరీక్షించండి (ఒకవేళ ఈ కమాండ్ లేకపోతే netcat-openbsd ను ఇన్‌స్టాల్ చేయండి). పోర్ట్ తెరిచి ఉంటే succeeded అని వస్తుంది, ఒకవేళ బ్లాక్ చేయబడితే సమయం ముగిసే వరకు (timeout) వేచి ఉంటుంది.
• PTR record (reverse DNS) ను మీ DNS హోస్ట్ కాకుండా, మీ VPS ప్రొవైడర్ సెట్ చేస్తారు. ఇది mail hostname తో సరిపోలాలి. సాధారణ PTR ఉన్న చిరునామా నుండి వచ్చే మెయిల్స్ స్పామ్ ఫోల్డర్‌లోకి వెళ్తాయి.
• API DNS బ్యాకెండ్‌లో SPF, DKIM మరియు DMARC రికార్డులు మీ కోసం ఆటోమేటిక్‌గా రాయబడతాయి. Wildcard లేదా Manual బ్యాకెండ్‌లలో మీరు వీటిని మాన్యువల్‌గా జోడించాలి. DKIM రికార్డు లేకపోతే, మీరు పంపే ప్రతి సందేశం ధృవీకరించబడదు.

చాలా మందికి పని చేసే పద్ధతి ఏమిటంటే, మెయిల్‌ను Cloudron లో స్వీకరించి, Email వ్యూలో కాన్ఫిగర్ చేసిన SendGrid, Postmark, Mailgun లేదా Amazon SES వంటి relay ద్వారా పంపడం. ఈ relay మీ డొమైన్‌లోని ఏ చిరునామా నుండైనా మెయిల్ పంపడానికి అనుమతించాలి, లేకపోతే వేర్వేరు పంపేవారు పంపే యాప్ నోటిఫికేషన్‌లు తిరస్కరించబడతాయి. ఒకవేళ మీరు సర్వర్‌ను కొనుగోలు చేయడానికి మెయిల్ ప్రధాన కారణమైతే, Mailcow వంటి ప్రత్యేక mail server ను దాని స్వంత IP reputation తో వేరే బాక్స్‌లో రన్ చేయండి.

ఒకవేళ మీరు Cloudron Email ను అస్సలు ఉపయోగించకపోతే, మీ ప్రొవైడర్ ఫైర్‌వాల్‌లో 25, 465, 587, 993 మరియు 4190 పోర్ట్‌లను బ్లాక్ చేయండి. దీన్ని సర్వర్‌లో కాకుండా ఫైర్‌వాల్‌లోనే చేయండి, ఎందుకంటే Cloudron స్వయంగా iptables నియమాలను రాస్తుంది మరియు వాటిపై పూర్తి నియంత్రణను ఆశిస్తుంది. ఇది సాధారణ VPS కు భిన్నంగా ఉంటుంది, అక్కడ మీరు ufw నియమాలను మీరే నిర్వహించుకోవాలి.

మీకు అవసరపడకముందే బ్యాకప్ లక్ష్యాన్ని కాన్ఫిగర్ చేయండి

బ్యాకప్‌లు డిఫాల్ట్‌గా /var/backups వద్ద, మిగిలిన డేటా ఉన్న అదే డిస్క్‌లో సేవ్ అవుతాయి. దీని గురించి డాక్యుమెంటేషన్ స్పష్టంగా ఇలా చెబుతోంది: "ప్లాట్‌ఫారమ్ సర్వర్ ఉన్న అదే ఫిజికల్ డిస్క్‌లో బ్యాకప్‌లను ఉంచడం ప్రమాదకరం." ఒక డిస్క్ విఫలమైతే, అప్లికేషన్లు మరియు బ్యాకప్‌లు రెండూ ఒకేసారి పోతాయి.

Backups ఓపెన్ చేసి, ఆపై Backup Sites కు వెళ్లి, మొదటి రోజే వేరే చోటికి పాయింట్ చేయండి. S3-compatible ఆబ్జెక్ట్ స్టోరేజ్ సాధారణంగా వాడే పరిష్కారం (Backblaze B2, Wasabi, Cloudflare R2, DigitalOcean Spaces, లేదా రెండవ సర్వర్‌లోని MinIO బకెట్), అలాగే SSHFS, NFS, CIFS మరియు సాధారణ ఫైల్‌సిస్టమ్ టార్గెట్‌లకు కూడా మద్దతు ఉంది.

ఆ బ్యాకప్ ఉపయోగకరంగా ఉంటుందో లేదో ఈ మూడు సెట్టింగ్‌లు నిర్ణయిస్తాయి:

• Format. tgz ప్రతి అప్లికేషన్‌కు ఒక కంప్రెస్డ్ ఆర్కైవ్‌ను తయారు చేసి, ప్రతి రన్ సమయంలో మొత్తం డేటాను మళ్లీ అప్‌లోడ్ చేస్తుంది. rsync కేవలం మారిన ఫైళ్లను మాత్రమే అప్‌లోడ్ చేస్తుంది, ఇది పెద్ద Nextcloud ఇన్‌స్టాన్స్‌లకు చాలా తక్కువ ఖర్చుతో కూడుకున్నది, కానీ స్టోరేజ్ API పై ఎక్కువ అభ్యర్థనలు (requests) పంపాల్సి ఉంటుంది.
• Encryption. ఫైల్ కంటెంట్ మరియు ఫైల్ పేర్లు రెండింటినీ కవర్ చేసే AES-256 ఆప్షనల్ ఎన్‌క్రిప్షన్. Cloudron పాస్‌వర్డ్ కాపీని ఉంచుకోదు, కాబట్టి మీరు దాన్ని పోగొట్టుకుంటే, మీతో సహా ఎవరూ ఆ బ్యాకప్‌లను డిక్రిప్ట్ చేయలేరు. సేవ్ బటన్ నొక్కే ముందు దాన్ని సెల్ఫ్-హోస్టెడ్ పాస్‌వర్డ్ మేనేజర్ లో భద్రపరచండి.
• Retention. ఇది 7 రోజువారీ మరియు 4 వారపు బ్యాకప్‌ల వంటి సంఖ్యలలో ఉంటుంది. ఆబ్జెక్ట్ స్టోరేజ్‌లో ఎక్కువ కాలం బ్యాకప్‌లను ఉంచితే ప్రతి నెలా బిల్లు పెరుగుతుంది, కాబట్టి మీరు చెల్లించగల సంఖ్యను ఎంచుకోండి.

ఆ తర్వాత రీస్టోర్ ప్రక్రియను పరీక్షించండి. ఒక చిన్న అప్లికేషన్‌ను ఇన్‌స్టాల్ చేసి, డాష్‌బోర్డ్ నుండి దాన్ని రీస్టోర్ చేయండి, మరియు దాని డేటా తిరిగి వస్తుందో లేదో గమనించండి. ఎప్పుడూ రీస్టోర్ చేసి చూడని బ్యాకప్ కేవలం ఒక ఊహ మాత్రమే.

ఉచిత ప్లాన్ పరిమితులు ఏమిటి

ఆగస్టు 2026 నాటికి, ఉచిత ప్లాన్‌లో గరిష్టంగా రెండు అప్లికేషన్లను మాత్రమే ఇన్‌స్టాల్ చేసుకోవచ్చు. మిగిలిన అన్ని ఫీచర్లు ఇందులో ఉంటాయి: యాప్ అప్‌డేట్లు, ప్రతి యాప్‌కు విడివిడి బ్యాకప్‌లు, ఫైర్‌వాల్, మెయిల్ సర్వర్ మరియు సింగిల్ సైన్-ఆన్. మూడవ యాప్‌ను ఇన్‌స్టాల్ చేయాలంటే మీకు లైసెన్స్ అవసరం. పెయిడ్ ప్లాన్‌లు యాప్ పరిమితిని తొలగిస్తాయి, అలాగే ఉన్నత స్థాయి ప్లాన్‌లలో యూజర్ గ్రూపులు మరియు రోల్స్, డైరెక్టరీ సర్వర్ మరియు బహుళ బ్యాకప్ సైట్‌ల సౌకర్యం లభిస్తుంది. ధరలు మారుతుంటాయి కాబట్టి, ట్యుటోరియల్‌లో ఉన్న సంఖ్యను నమ్మకుండా Cloudron ధరల పేజీని చూడండి.

ఒక లైసెన్స్ ఒక Cloudron ఇన్‌స్టాలేషన్‌కు మాత్రమే వర్తిస్తుంది, కాబట్టి రెండు చిన్న సర్వర్ల ఖర్చు ఒక పెద్ద సర్వర్ ఖర్చు కంటే రెట్టింపు ఉంటుంది. ఈ ధరల విధానం వల్ల చాలామంది ఒకే పెద్ద VPSని ఎంచుకుంటారు, ఇది సేవలను వేర్వేరు యంత్రాలకు విస్తరించాలనే సాధారణ సూచనకు విరుద్ధంగా ఉంటుంది. భవిష్యత్తులో విభజించడం వల్ల రెండుసార్లు చెల్లించాల్సి వస్తుంది కాబట్టి, ఈ విషయాన్ని దృష్టిలో ఉంచుకుని సర్వర్ పరిమాణాన్ని నిర్ణయించుకోండి.

ఏదైనా విఫలమైనప్పుడు

అంతర్నిర్మిత (built-in) తనిఖీతో ప్రారంభించండి. ఇది DNS, certificates, డిస్క్, మెమరీ మరియు ప్రతి సేవను వరుసగా పరిశీలించి, ఏ పరీక్ష విఫలమైందో మీకు తెలియజేస్తుంది:

sudo cloudron-support --troubleshoot

ఆ తర్వాత, సాధారణ systemd (system and service manager) సాధనాలను ఉపయోగించండి. systemctl status box అనేది Cloudron సేవ యొక్క స్థితిని తెలియజేస్తుంది, journalctl -u box -n 100 దాని ఇటీవలి logs ను అందిస్తుంది, మరియు journalctl -u docker దాని కింద నడుస్తున్న container runtime ను పరిశీలిస్తుంది. ఇన్‌స్టాలేషన్ సమయంలో ఏదైనా తప్పు జరిగితే, అది /var/log/cloudron-setup.log లో ఉంటుంది.

Dashboard లోడ్ కాకపోతే, అది సాధారణంగా Cloudron సమస్య కాదు, DNS లేదా ప్రొవైడర్ firewall సమస్య అయి ఉంటుంది. మీ ల్యాప్‌టాప్ నుండి dig +short my.example.com రన్ చేయండి మరియు ప్రొవైడర్ నెట్‌వర్క్ firewall లో 80 మరియు 443 పోర్ట్‌లు తెరిచి ఉన్నాయో లేదో నిర్ధారించుకోండి; ఇది సర్వర్ సొంత నియమాల కంటే భిన్నమైన నియంత్రణ. మీరు మళ్ళీ మొదటి నుండి ప్రారంభించాలనుకుంటే, ఆ script Error: Cloudron is already installed. To reinstall, start afresh తో రెండవసారి రన్ అవ్వడానికి నిరాకరిస్తుంది, కాబట్టి సర్వర్‌ను మళ్ళీ నిర్మించడం (rebuild) సరైన పరిష్కారం.

Cloudron సరిపోని సందర్భాలు

మీకు మౌలిక సదుపాయాల (infrastructure) కంటే అప్లికేషన్లు మాత్రమే కావాలనుకున్నప్పుడు Cloudron బాగా సరిపోతుంది. కానీ మీరు మీ స్వంత కంటైనర్లను మీ పద్ధతిలో నడపాలనుకుంటే ఇది సరిపోదు, ఎందుకంటే ఇది nginx, Docker మరియు firewall లపై పూర్తి నియంత్రణ కలిగి ఉంటుంది, మరియు మీరు అక్కడ చేసే మార్పులను అది తిరిగి ఓవర్‌రైట్ చేస్తుంది. మీ ప్రణాళికలో compose ఫైళ్ల ఫోల్డర్ ఉంటే, మీ స్వంత Docker Compose stacks ముందు Traefik వాడటం ద్వారా, పైన ఎటువంటి ప్లాట్‌ఫారమ్ లేకుండానే అదే విధమైన ఆటోమేటిక్ TLS మరియు సబ్‌డొమైన్ రూటింగ్ పొందవచ్చు. మీరు ఇంకా ఏదీ ఎంచుకోకపోతే, Cloudron, CasaOS మరియు Coolify ల పోలిక వాటిని పక్కపక్కన ఉంచి చూపిస్తుంది, మరియు self-host చేయదగిన వాటి విస్తృత జాబితా ఇన్‌స్టాలేషన్ గైడ్ కంటే ప్రారంభించడానికి మంచి ప్రదేశం.

FAQ

VPS పై Cloudron కు ఎంత RAM అవసరం?

941 MB కంటే తక్కువ RAM ఉంటే setup script రన్ అవ్వదు. డాక్యుమెంటేషన్ 2 GB అవసరమని చెబుతుంది, కానీ ఇది ఎటువంటి అప్లికేషన్లు లేని ప్లాట్‌ఫారమ్ కోసం మాత్రమే. Cloudron మొదటి boot నుండే Docker, nginx, దాని స్వంత box సర్వీస్, డేటాబేస్ కంటైనర్లు మరియు మెయిల్ స్టాక్‌ను రన్ చేస్తుంది. రెండు అప్లికేషన్ల కోసం 4 GB, సుమారు పది అప్లికేషన్ల కోసం 16 GB RAM కేటాయించండి. అదనంగా ఒక swap file ను జోడించండి, ఎందుకంటే Cloudron అప్లికేషన్లకు అపరిమితమైన swap ను అనుమతిస్తుంది; swap లేని సర్వర్లలో మెమరీ ఒత్తిడి పెరిగితే అప్లికేషన్లు రీస్టార్ట్ అవుతాయి.

నేను Debian పై లేదా ఇప్పటికే Docker ఉన్న సర్వర్‌పై Cloudron ను ఇన్‌స్టాల్ చేయవచ్చా?

రెండూ సాధ్యం కాదు. ఈ script ఆపరేటింగ్ సిస్టమ్ వెర్షన్‌ను తనిఖీ చేసి, Cloudron requires Ubuntu 20.04, 22.04, 24.04 తో ఆగిపోతుంది, కాబట్టి Debian, Rocky మరియు Alpine లలో ఇది పనిచేయదు. అలాగే, ఇప్పటికే nginx, docker లేదా node ఉన్నా కూడా ఇది ఆగిపోతుంది, ఎందుకంటే ఇది వాటికి సంబంధించిన నిర్దిష్ట వెర్షన్లను ఇన్‌స్టాల్ చేసి, nginx కాన్ఫిగరేషన్ మరియు iptables నియమాలను స్వయంగా రాసుకుంటుంది. KVM VPS లో కొత్త Ubuntu ఇమేజ్‌తో ప్రారంభించండి.

డాష్‌బోర్డ్ పనిచేస్తున్నప్పుడు నా అప్లికేషన్ సబ్‌డొమైన్‌లు ఎందుకు విఫలమవుతున్నాయి?

Wildcard DNS రికార్డ్ లేదు. Setup ప్రక్రియ my.example.com కోసం A రికార్డును సృష్టిస్తుంది లేదా అడుగుతుంది, కాబట్టి డాష్‌బోర్డ్ పనిచేస్తుంది. కానీ wiki.example.com కోసం NXDOMAIN అని వస్తుంది మరియు సైట్ కనుగొనబడలేదని బ్రౌజర్ చూపిస్తుంది. *.example.com కోసం సర్వర్ IP కి పాయింట్ అయ్యేలా ఒక A రికార్డును జోడించండి, ఆపై అప్లికేషన్‌ను ఇన్‌స్టాల్ చేసే ముందు dig +short wiki.example.com తో నిర్ధారించుకోండి.

నేను ఖచ్చితంగా Cloudron మెయిల్ సర్వర్‌నే వాడాలా?

అవసరం లేదు. మీరు ఇన్‌కమింగ్ ఈమెయిల్‌ను ఆపివేసి, Postmark, Mailgun లేదా Amazon SES వంటి ఎక్స్‌టర్నల్ రిలే ద్వారా ఈమెయిల్ పంపవచ్చు. మీ ప్రొవైడర్ అవుట్‌బౌండ్ పోర్ట్ 25 ను బ్లాక్ చేసినా లేదా IP అడ్రస్‌కు మెయిల్ రెప్యుటేషన్ లేకపోయినా, ఇది సురక్షితమైన ఎంపిక. మీరు Cloudron Email ను పూర్తిగా వదిలేస్తే, సర్వర్ ఫైర్‌వాల్‌లోనే కాకుండా ప్రొవైడర్ ఫైర్‌వాల్‌లో కూడా 25, 465, 587, 993 మరియు 4190 పోర్ట్‌లను మూసివేయండి.

ఉచిత ప్లాన్‌లో రెండు అప్లికేషన్ల పరిమితిని చేరుకున్నప్పుడు ఏమవుతుంది?

డాష్‌బోర్డ్ మూడవ ఇన్‌స్టాలేషన్‌ను నిరోధించి, లైసెన్స్ కీని అడుగుతుంది. మీరు ఇప్పటికే రన్ చేస్తున్న అప్లికేషన్లకు ఎటువంటి ఇబ్బంది ఉండదు: అవి అప్‌డేట్ అవుతూనే ఉంటాయి, బ్యాకప్ అవుతూనే ఉంటాయి మరియు వాటి సర్టిఫికెట్లు అలాగే ఉంటాయి. లైసెన్స్‌ను జోడించడం ద్వారా దేనినీ రీఇన్‌స్టాల్ చేయాల్సిన అవసరం లేకుండానే పరిమితి తొలగిపోతుంది, కాబట్టి ఉచిత ప్లాన్ అనేది ఒక డొమైన్‌పై ప్లాట్‌ఫారమ్‌ను పరీక్షించడానికి సరైన మార్గం.