Jinsi ya kusakinisha Cloudron kwenye VPS ya Ubuntu

Kusakinisha Cloudron kwenye VPS: toleo fupi

Ili kusakinisha Cloudron kwenye VPS unahitaji seva mpya ya Ubuntu, angalau 2 GB ya RAM, na domain ambayo unaweza kuhariri rekodi zake za DNS. Usakinishaji wenyewe unahusisha amri tatu na kuanzisha upya seva (reboot) mara moja. Karibu kila kitu kinachofeli hutokea kabla ya hatua hiyo (base image isiyo sahihi, aina ya virtualisation isiyo sahihi) au baada yake (DNS, barua pepe, backups).

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

Cloudron husakinisha, kusasisha, kuhifadhi nakala (backups) na kutoa vyeti vya TLS (transport layer security) kwa ajili ya programu unazojiendeshea mwenyewe (self-hosted apps). Kila programu huendeshwa ndani ya Docker, nginx hukaa mbele ya programu zote, na kila programu hupata subdomain yake ya domain yako. Maelezo hayo ya mwisho ndiyo sababu kazi ya DNS inatangulia hapa.

Kwa nini Cloudron inachagua sana mfumo wa uendeshaji (base OS)

Hati ya usanidi (setup script) hukagua seva kabla ya kusakinisha chochote, na kushindwa kwa ukaguzi wowote kunamaanisha ni lazima uagize seva mpya. Yasome haya kabla ya kuchagua image.

• Ubuntu pekee, na matoleo matatu tu. Mfumo mwingine wowote husababisha script kusimama na Cloudron requires Ubuntu 20.04, 22.04, 24.04. Debian, Rocky na Alpine hazitumiki. Ubuntu 24.04 inahitaji Cloudron 8 au toleo jipya zaidi, na script itakukagulia hilo.
• Intel au AMD ya 64-bit pekee: Error: Cloudron only supports amd64/x86_64. VPS ya ARM haiwezi kuiendesha.
• Virtualization ya vifaa (hardware virtualization) kamili pekee. Kwenye VPS inayotumia container, script husimama na Error: Cloudron does not support lxc, only runs on bare metal or with full hardware virtualization, kwa sababu inatambua container hiyo kupitia systemd-detect-virt --container. KVM inafaa. OpenVZ na LXC hazifai.
• Mfumo wa faili wa root (root filesystem) lazima uwe ext4 au xfs. Kwenye mfumo mwingine wowote utapata Error: Cloudron requires '/' to be ext4 or xfs, ndivyo image za btrfs na zfs zinavyoshindwa.
• Angalau 941 MB ya RAM na 20 GB kwenye /, ikipimwa kwa free -m na ukubwa wa mfumo wa faili wa root.
• Seva mpya kabisa. Ikiwa nginx, docker au node imeshasakinishwa, script itakataa kwa Error: Some packages like nginx/docker/nodejs are already installed..

Ukaguzi huo wa mwisho ndio watu huhoji, kwa hiyo hii hapa ni sababu yake. Cloudron husakinisha matoleo maalum ya Docker, nginx, Node.js na MySQL, huandika usanidi wa nginx kwa kila programu inayohudumia, na kudhibiti sheria za firewall za iptables yenyewe. Docker uliyosakinisha jana ni toleo lisilo sahihi, na faili zako za tovuti zilizopo kwenye nginx zitafutwa. Cloudron inamiliki mashine nzima, kwa hiyo ipe VPS iliyotengwa kwa ajili yake pekee.

Kuna ukaguzi mwingine mmoja ambao ni rahisi kuusahau. Kwenye CPU ya zamani isiyo na AVX (advanced vector extensions), script huchapisha CPU has no AVX support. MongoDB will be disabled, na kila programu inayohitaji MongoDB itashindikana kusakinishwa. Kagua CPU kabla ya kuendelea kwa kutumia grep -m1 -o avx /proc/cpuinfo, ambayo huchapisha avx kwenye seva inayoweza kuendesha na haitochapa chochote kwenye seva ya zamani.

Cloudron inahitaji RAM kiasi gani?

Script inakataa kufanya kazi ikiwa na chini ya 941 MB, kwa kutumia Error: Cloudron requires atleast 1GB physical memory, na nyaraka zinaomba 2 GB ya RAM na 20 GB ya diski. Namba zote mbili ni kiwango cha chini kwa ajili ya mfumo wenyewe, si kwa ajili ya mfumo pamoja na programu zako. Kabla ya kusakinisha programu hata moja, Cloudron tayari inaendesha Docker, nginx, huduma yake ya box, kontena za database inazotoa kwa programu (MySQL, PostgreSQL, MongoDB), Redis na mfumo wa barua pepe. Endesha docker ps kwenye usakinishaji mpya na uzihesabu.

Vikomo vya kumbukumbu vya programu huongezeka juu ya msingi huo. Kila kifurushi cha programu huja na kikomo kidogo cha awali na unakiongeza kwa kutumia slider katika mwonekano wa Resources wa programu hiyo. Programu inapovuka kikomo chake, inajianzisha upya na kukutumia taarifa ya OOM (out of memory), kwa hivyo seva inayozianzisha upya programu mara kwa mara kwa kawaida ni tatizo la kikomo na si hitilafu ya programu.

Huu hapa ni ukubwa ninaopendekeza uagize. Hizi ni mapendekezo kwa ajili ya seva ambayo hutalazimika kuijenga upya mwezi ujao. Sio matokeo ya vipimo vya benchmark.

[
  {
    "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
  }
]

Programu mbili zinafanya kazi vizuri kwenye 4 GB ya RAM na 60 GB ya diski. Takriban programu kumi zinahitaji 16 GB na 240 GB, kwa sababu msingi wa mfumo haupungui na kila programu huongeza Docker image, database na data zake. Diski hujaa haraka kuliko watu wanavyotarajia: images, data za programu na backups za ndani hushiriki volume moja hadi pale utakapohamisha backups nje ya seva.

Cloudron inampa kila programu swap isiyo na kikomo, kwa hivyo kikomo cha kumbukumbu unachoweka kinahusu RAM pekee. Kwenye VPS image isiyo na swap file, swapon --show haionyeshi chochote, na shinikizo la kumbukumbu hugeuka moja kwa moja kuwa restarts za OOM badala ya programu kuwa polepole. Kuongeza 2 GB ya swap ni bima ya bei nafuu, ingawa haichukui nafasi ya kumbukumbu halisi. Tofauti kati ya mipango ya VPS ni ndogo ikilinganishwa na saa utakazotumia kurekebisha vikomo, kwa hivyo angalia gharama halisi ya VPS na ununue saizi kubwa inayofuata.

DNS: rekodi ya wildcard inayowezesha subdomain za programu

Cloudron huweka dashibodi kwenye my.example.com na kila programu kwenye subdomain yake, kwa hivyo DNS ni sharti la awali badala ya hatua ya baadaye. Elekeza rekodi hizi kwenye anwani ya IP ya umma ya seva kabla ya kufungua dashibodi kwa mara ya kwanza:

• my.example.com kama rekodi ya A. Hii ndiyo dashibodi.
• *.example.com kama rekodi ya A. Hii ndiyo inayowezesha subdomain za programu kufanya kazi, ili wiki.example.com na git.example.com zitatue anwani mara tu unaposakinisha programu hizo.
• example.com kama rekodi ya A, ikiwa tu unataka programu kwenye domain tupu.

Rekodi ya wildcard ina kipaumbele cha chini kuliko rekodi maalum, kwa hivyo www.example.com iliyopo inayoelekeza kwingine itaendelea kufanya kazi.

Wakati wa usanidi unachagua jinsi Cloudron itakavyoshughulikia DNS kuanzia hapo:

• Mtoa huduma wa API. Cloudron huhifadhi token ya Cloudflare, DigitalOcean, Route53, Hetzner, Porkbun, Linode, deSEC, Gandi, Namecheap na nyingine ishirini hivi, kisha huandika kila rekodi yenyewe, ikiwemo rekodi za barua pepe.
• Wildcard. Unaongeza rekodi ya * kwa mkono na Cloudron haiandiki chochote.
• Manual. Cloudron inakuonyesha kila rekodi na kusubiri wakati unaiongeza, kabla ya kila usakinishaji wa programu.

Rekodi ya DNS ya wildcard si cheti cha wildcard. Mtoa huduma wa cheti chaguo-msingi ni Let's Encrypt Prod - Wildcard, ambayo inathibitisha umiliki kupitia DNS, kwa hivyo inafanya kazi tu na mtoa huduma wa API. Kwenye backend za Wildcard au Manual, unarudi kwenye cheti kimoja kwa kila programu kilichothibitishwa kupitia HTTP, jambo linalomaanisha kuwa port 80 ya kuingia lazima ibaki wazi milele. Ikiwa msajili wako au mwenyeji wa DNS yuko kwenye orodha ya API, itumie: rekodi za barua pepe na vyeti vyote vitaacha kuwa jukumu lako.

Thibitisha kabla ya kuendelea. dig +short my.example.com na dig +short anything.example.com zote zinapaswa kuchapisha anwani ya IP ya seva yako. Ikiwa swali la wildcard halichapishi chochote, programu zitafeli baadaye wakati dashibodi ikifanya kazi vizuri.

Ikiwa domain iko nyuma ya Cloudflare, weka rekodi kuwa DNS only. Proxy husambaza HTTP na HTTPS pekee, kwa hivyo port za barua pepe zitafeli, na kila programu itaona anwani ya Cloudflare badala ya ile ya mgeni.

Endesha hati ya usanidi

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

Endesha hati hii kama root au kupitia sudo, kwa sababu jambo la kwanza inalochapisha ikikosa ruhusa hizo ni This script should be run as root.. Usakinishaji huchukua dakika kadhaa na huwa kimya wakati inafanya kazi, kwa kuwa matokeo ya apt na Docker pulls hupelekwa kwenye faili ya log. Ifuatilie kutoka kwenye kikao cha pili cha SSH:

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

Mwishoni, inachapisha After reboot, visit one of the following URLs and accept the self-signed certificate to finish setup. ikifuatiwa na anwani ya seva yako, kisha inauliza The server has to be rebooted to apply all the settings. Reboot now ? [Y/n]. Jibu yes. Flag ya --skip-reboot ipo ikiwa unahitaji kupanga upya muda wa kuanzisha upya seva, lakini Cloudron haitafanya kazi hadi seva itakapokuwa imerejea.

Boot ya kwanza: domain, DNS backend na akaunti ya admin

Fungua https://<server-ip> na ukubali onyo la kivinjari. Cheti hicho kimejitiwa saini (self-signed) kwa sababu Cloudron bado haijui domain yako, kwa hivyo haina cha kuomba kutoka kwa mamlaka ya vyeti (certificate authority). Katika Chrome bofya Advanced, kisha Proceed to <ip> (unsafe). Katika Firefox bofya Advanced, kisha Accept the Risk and Continue.

Skrini ya kwanza inakuuliza domain yako. Ingiza example.com na dashibodi itatulia kwenye my.example.com. Unaweza kutumia subdomain kama vile cloudron.example.com badala yake, na hapo dashibodi itakuwa kwenye my.cloudron.example.com. Chagua DNS backend, bandika API token ikiwa unayo, na uunde akaunti ya admin kwa kutumia anwani ya barua pepe unayoisoma kikamilifu: Usajili wa Let’s Encrypt na kila tahadhari ya jukwaa hutumia anwani hiyo.

Unapohifadhi, Cloudron huomba vyeti na kuhamisha dashibodi kwenye https://my.example.com. URL ya anwani ya IP itaacha kufanya kazi wakati huo, kwa hivyo hifadhi URL mpya kwenye alama zako (bookmark).

Vyeti: nini kinahuishwa, na lini huacha

Uhuishaji wa cheti ni wa kiotomatiki na hufuata ACME Renewal Information (ARI), ratiba inayochapishwa na mamlaka ya utoaji vyeti, ambayo kwa kawaida hufanya uhuishaji mwezi mmoja kabla ya muda kuisha. Uhuishaji ukifeli, barua pepe hutumwa kwa akaunti ya msimamizi, na cheti kilichoisha muda wake hurejea kwenye kile cha kujisajili (self-signed) kilichojengewa ndani. Hilo ndilo maana halisi ya onyo la kivinjari kwenye tovuti iliyokuwa ikifanya kazi jana.

Sababu mbili ndizo chanzo kikuu cha hali hii. Uthibitishaji wa HTTP unahitaji port 80 ya kuingia, kwa hivyo kufunga port 80 kwa sababu "kila kitu ni HTTPS hata hivyo" huvunja uhuishaji kwa kila app iliyo kwenye Wildcard au Manual DNS backend. Uthibitishaji wa DNS unahitaji API token yenye ruhusa ya kuandika, kwa hivyo kubadilisha au kupunguza wigo wa token hiyo huvunja uhuishaji kimya kimya hadi barua pepe ya onyo itakapowasili.

Mtazamo wa Domains una kitufe cha Renew All cha kulazimisha jaribio mara moja, na mtoa huduma wa Let's Encrypt Staging kwa ajili ya majaribio. Vyeti vya Staging haviaminiki na vivinjari kwa makusudi, na ndiyo lengo: unaweza kujaribu mara nyingi uwezavyo bila kutumia kikomo cha kiwango cha uzalishaji (production rate limit).

Je, unapaswa kutumia seva ya barua pepe iliyojengewa ndani?

Cloudron inakuja na mfumo kamili wa barua pepe wenye visanduku vya IMAP, submission, vichujio vya sieve na utiaji saini wa DKIM (domainkeys identified mail). Unaiwasha kwa kila kikoa chini ya sehemu ya Email kwenye dashibodi. Changamoto kubwa ni kuhakikisha barua pepe zinafika, na ugumu huu hauhusiani na Cloudron.

• Port 25 ya kutoka imefungwa na watoa huduma wengi wa VPS kama njia ya kudhibiti barua taka (spam). Baadhi yao huifungua baada ya kuwasilisha tiketi ya msaada. Jaribu kutoka kwenye seva kwa kutumia nc -zv aspmx.l.google.com 25 (sakinisha netcat-openbsd ikiwa amri hiyo haipo). Ripoti ya port zilizofunguliwa ni succeeded, na port iliyofungwa itasubiri hadi muda wake uishe.
• Rekodi ya PTR (reverse DNS) huwekwa na mtoa huduma wako wa VPS, si na mwenyeji wako wa DNS, na lazima ilingane na hostname ya barua pepe. Barua pepe kutoka kwa anwani yenye PTR ya jumla huishia kwenye folda za spam.
• Rekodi za SPF, DKIM na DMARC huandikwa kwa ajili yako kwenye backend ya API DNS. Kwenye backend za Wildcard au Manual, unaziongeza kwa mkono, na rekodi ya DKIM inayokosekana inamaanisha kila ujumbe unaotia saini hauwezi kuthibitishwa.

Usanidi unaofanya kazi kwa watu wengi ni kupokea barua pepe kwenye Cloudron na kuzituma kupitia relay kama vile SendGrid, Postmark, Mailgun au Amazon SES, zilizosanidiwa kwenye mwonekano wa Email. Relay lazima iruhusu kutuma kama anwani yoyote kwenye kikoa chako, vinginevyo arifa za programu kutoka kwa watumaji tofauti zitakataliwa. Ikiwa barua pepe ndiyo sababu kuu ya wewe kununua seva, endesha seva maalum ya barua pepe kama vile Mailcow kwenye mashine yake yenyewe yenye sifa (reputation) ya IP yake.

Ikiwa hutumii Cloudron Email kabisa, funga port 25, 465, 587, 993 na 4190 kwenye firewall ya mtoa huduma wako. Fanya hivyo huko na si kwenye seva, kwa sababu Cloudron huandika sheria za iptables yenyewe na inatarajia kuzimiliki. Hiyo ni kinyume na VPS ya kawaida, ambapo unasimamia sheria za ufw mwenyewe.

Sanifu lengwa la chelezo kabla ya kulihitaji

Chelezo huchaguliwa kiotomatiki kwenye mfumo wa faili wa ndani katika /var/backups, kwenye diski ileile inayoshikilia kila kitu kingine. Nyaraka za mfumo huu zinasema wazi: "Kuwa na chelezo kwenye diski ileile ya kimwili na seva ya jukwaa ni hatari." Diski moja ikifeli, itachukua programu na chelezo zake pamoja.

Fungua Backups, kisha Backup Sites, na uelekeze chelezo mahali pengine tangu siku ya kwanza. Hifadhi ya vitu (object storage) inayooana na S3 ndiyo jibu la kawaida (Backblaze B2, Wasabi, Cloudflare R2, DigitalOcean Spaces, au a MinIO bucket kwenye seva ya pili), na SSHFS, NFS, CIFS pamoja na malengo ya kawaida ya mfumo wa faili pia yanaungwa mkono.

Mipangilio mitatu huamua kama chelezo hicho kina thamani:

• Format. tgz huandika kumbukumbu moja iliyobanwa kwa kila programu na kupakia upya kila kitu katika kila mzunguko. rsync hupakia faili zilizobadilika pekee, jambo ambalo ni nafuu zaidi kwa Nextcloud kubwa, kwa gharama ya maombi mengi zaidi dhidi ya API ya hifadhi.
• Encryption. AES-256 ya hiari inayofunika maudhui ya faili na majina ya faili. Cloudron haihifadhi nakala ya nenosiri, kwa hivyo kulipoteza kunamaanisha chelezo haziwezi kusomwa na mtu yeyote, ikiwemo wewe. Lihifadhi katika a self-hosted password manager kabla ya kubofya save.
• Retention. Huandikwa kama idadi kama vile 7 za kila siku na 4 za kila wiki. Uhifadhi wa muda mrefu kwenye object storage utakuongezea gharama kila mwezi, kwa hivyo chagua idadi ambayo uko tayari kuendelea kuilipia.

Kisha jaribu kurejesha (restore). Sakinisha programu ndogo, irejeshe kutoka kwenye dashibodi, na uone ikirudi na data zake. Chelezo ambacho hakijawahi kurejeshwa na mtu yeyote ni kubahatisha tu.

Mipaka ya mpango wa bure

Kufikia Agosti 2026, mpango wa bure umewekewa kikomo cha programu mbili zilizosakinishwa. Kila kitu kingine kinakuja na mpango huu: masasisho ya programu, nakala rudufu za kila programu, firewall, seva ya barua pepe, na single sign-on. Programu ya tatu ndiyo hatua unayohitaji leseni. Mipango ya kulipia huondoa kikomo cha programu, na mpango wa juu zaidi huongeza vikundi vya watumiaji na majukumu, seva ya saraka (directory server), na maeneo mengi ya nakala rudufu. Bei hubadilika, kwa hivyo angalia ukurasa wa bei wa Cloudron badala ya kutegemea namba iliyo kwenye mafunzo haya.

Leseni moja inashughulikia usakinishaji mmoja wa Cloudron, kwa hivyo seva mbili ndogo hugharimu mara mbili ya gharama ya seva moja kubwa. Bei hiyo huwasukuma watu wengi kutumia VPS moja kubwa zaidi, jambo ambalo linapingana na ushauri wa kawaida wa kusambaza huduma kwenye mashine nyingi. Chagua ukubwa wa seva kwa kuzingatia hilo, kwa sababu kugawanya huduma baadaye kunamaanisha kulipa mara mbili.

Wakati kitu kinapoharibika

Anza na ukaguzi uliojengewa ndani. Unapitia DNS, vyeti, diski, kumbukumbu na kila huduma kwa zamu, na kukuambia ni jaribio lipi lililofeli:

sudo cloudron-support --troubleshoot

Baada ya hapo, tumia zana za kawaida za systemd (kidhibiti cha mfumo na huduma). systemctl status box hutoa ripoti kuhusu huduma ya Cloudron yenyewe, journalctl -u box -n 100 hutoa logi zake za hivi karibuni, na journalctl -u docker inashughulikia runtime ya container iliyo chini yake. Kitu chochote kilichoharibika wakati wa usakinishaji kinabaki kwenye /var/log/cloudron-setup.log.

Dashboard inayokataa kupakia kwa kawaida huwa ni tatizo la DNS au firewall ya mtoa huduma badala ya Cloudron. Endesha dig +short my.example.com kutoka kwenye laptop yako na uthibitishe kuwa port 80 na 443 ziko wazi kwenye firewall ya mtandao ya mtoa huduma, ambayo ni kidhibiti tofauti na sheria za seva yenyewe. Ikiwa unaanza upya, script inakataa kuendeshwa mara ya pili kwa Error: Cloudron is already installed. To reinstall, start afresh, na seva iliyojengwa upya ndiyo suluhisho safi.

Wakati Cloudron haifai

Cloudron inafaa unapotaka programu na si miundombinu. Inafaa vibaya unapotaka kuendesha containers zako mwenyewe kwa njia yako, kwa sababu inamiliki nginx, Docker na firewall, na itafuta usanidi wowote utakaoweka hapo. Ikiwa mpango wako ni folda ya faili za compose, Traefik mbele ya Docker Compose stacks zako inakupa TLS ya kiotomatiki na routing ya subdomain bila jukwaa lolote juu yake. Ikiwa bado hujachagua, kulinganisha Cloudron, CasaOS na Coolify kunaziweka kando kwa kando, na orodha pana ya vitu vya kujihostia ni mahali pazuri zaidi pa kuanzia kuliko mwongozo wa usakinishaji.

FAQ

Cloudron inahitaji RAM kiasi gani kwenye VPS?

Hati ya usanidi (setup script) inakataa kufanya kazi ikiwa RAM ni chini ya 941 MB na nyaraka zinapendekeza 2 GB, lakini hiyo ni kiwango cha chini kabisa kwa jukwaa lenyewe bila programu zozote. Cloudron huendesha Docker, nginx, huduma yake ya box, kontena za hifadhidata na mfumo wa barua pepe tangu kuanza kwa mfumo. Tenga 4 GB kwa programu mbili na 16 GB kwa takriban programu kumi, na uongeze swap file, kwa sababu Cloudron huipa programu uwezo usio na kikomo wa kutumia swap na seva isiyo na swap itaanza kuanzisha upya programu (restarts) pindi kumbukumbu inapozidi.

Je, ninaweza kusakinisha Cloudron kwenye Debian, au kwenye seva inayotumia Docker tayari?

Haikubaliki. Hati ya usanidi hukagua toleo la mfumo na kusimama ikitoa Cloudron requires Ubuntu 20.04, 22.04, 24.04, kwa hivyo Debian, Rocky na Alpine hazifai. Pia husimama ikiwa nginx, docker au node imeshasakinishwa, kwa sababu mfumo husakinisha matoleo maalum ya programu hizo na kuandika usanidi wa nginx na sheria za iptables wenyewe. Anza na picha (image) safi ya Ubuntu kwenye KVM VPS.

Kwa nini subdomain za programu zangu zinashindwa kufanya kazi wakati dashboard inafanya kazi?

Rekodi ya wildcard DNS haipo. Usanidi huunda au kuhitaji rekodi ya A kwa ajili ya my.example.com, kwa hivyo dashboard inapatikana, wakati wiki.example.com inarejesha NXDOMAIN na kivinjari kinaripoti kuwa tovuti haipatikani. Ongeza rekodi ya A kwa ajili ya *.example.com inayoelekeza kwenye IP ya seva, kisha thibitisha na dig +short wiki.example.com kabla ya kusakinisha programu.

Je, lazima nitumie seva ya barua pepe ya Cloudron?

Hapana. Unaweza kuzima upokeaji wa barua pepe na kutuma kupitia relay ya nje kama Postmark, Mailgun au Amazon SES, ambayo ni chaguo salama zaidi ikiwa mtoa huduma wako amefunga port 25 ya kutoka au anwani ya IP haina sifa nzuri ya barua pepe. Ikiwa utaacha kutumia mfumo wa barua pepe wa Cloudron kabisa, funga port 25, 465, 587, 993 na 4190 kwenye firewall ya mtoa huduma badala ya kwenye seva.

Nini hutokea nikifikia kikomo cha programu mbili kwenye mpango wa bure?

Dashboard huzuia usakinishaji wa programu ya tatu na kuomba licence key. Programu unazoendesha tayari hazitaathirika: zitaendelea kusasishwa, kuhifadhiwa nakala (backups) na kudumisha vyeti vyao vya usalama. Kuongeza leseni huondoa kikomo hicho bila kuhitaji kusakinisha upya chochote, kwa hivyo mpango wa bure ni njia nzuri ya kujaribu jukwaa hili kwenye domain halisi kwanza.