Si të konfiguroni telefonat inteligjentë dhe PC. Portali informativ

Krijoni një host në kompjuterin tuaj. Si të krijoni hostin tuaj VPS nga e para dhe të filloni të fitoni para në të (hyrje)

Përshëndetje, të dashur lexues të Habrit. Me këtë material ne fillojmë një seri botimesh se si të ndërtojmë hosting VPS nga e para bazuar në RUVDS White Label API.

Në këtë publikim hyrës, ne do t'ju tregojmë se çfarë duhet të bëni së pari në mënyrë që të filloni të bëni sa më shpejt fitimin tuaj të parë nga hosti juaj VPS, si ta bëni atë relativisht shpejt dhe sa i realizueshëm dhe fitimprurës është. Nëse vendosni të krijoni hostin tuaj VPS nga e para, por nuk keni infrastrukturën tuaj ose nuk keni fonde dhe kohë për ta krijuar atë, mirë se vini në cat.

Keni nevojë për një faqe interneti


Për të organizuar shërbimin tuaj VPS, së pari do t'ju duhen 2 gjëra - një faqe interneti në të cilën do të ofroni shërbime me qira të serverit VPS dhe një ofrues shërbimi që do t'ju ofrojë kushte të favorshme partneri për këto qëllime, infrastrukturën e tij dhe një API të besueshme me aftësi të gjera. . Çfarë është një API? Kjo është një ndërfaqe me të cilën ju mund t'u ofroni klientëve tuaj të gjitha të njëjtat aftësi të menaxhimit të serverit që ofruesi juaj i shërbimit u ofron klientëve të tij.

Integrimi i një uebsajti me ofruesin tuaj VPS përmes API do të jetë shumë më i lirë dhe më i shpejtë sesa krijimi i infrastrukturës suaj të resë kompjuterike nga e para, pasi në këtë rast "kujdeset" për shumë çështje: nuk keni nevojë të shqetësoheni për disponueshmërinë e një të mjaftueshme. sasia e burimeve nga ofruesi, , si të organizohet një kanal i gjerë dhe tolerant ndaj gabimeve për hyrjen në internet nga serverët virtualë, si të mblidhen dhe ruhen të dhënat për përdorimin e burimeve nga serverët, etj.

Tani në lidhje me faqen. Mund të ketë shumë opsione këtu, ne do të rendisim më të zakonshmet:

  • ju jeni pronari i një faqe interneti që ofron shërbime të ngjashme (verifikimi/regjistrimi i domenit, marrja me qira e serverit DNS, administrimi i serverit në distancë).
  • ju krijoni faqen tuaj të internetit nga e para duke përdorur një CMS të njohur dhe shtojca për të.
  • ju porositni një faqe interneti nga një studio në internet
  • futni opsionin tuaj
E para është opsioni më i mirë, pasi për të shtuar një shërbim të ri me qira të serverit VPS, do të nevojiten shumë pak modifikime: nuk do t'ju duhet të shkruani shumë nga gjërat e renditura më poshtë nga e para. Kur krijoni faqen tuaj të internetit nga e para, afati kohor i nisjes mund të ndryshojë ndjeshëm për keq. Do t'ju duhet t'i zbatoni vetë të gjithë komponentët nga lista më poshtë (ose të përdorni implementime të palëve të treta, pasi i keni testuar dhe përshtatur më parë në projektin tuaj). Ne ju rekomandojmë të përdorni opsionin e tretë vetëm nëse ju mungojnë njohuritë e nevojshme për krijimin e faqeve të internetit ose nëse është e pamundur ta bëni faqen tuaj ashtu siç dëshironi.

Le të fillojmë


Çfarë duhet të zbatohet në këtë faqe?

Regjistrimi, vërtetimi/autorizimi i përdoruesit, rikuperimi i fjalëkalimit, formulari i komenteve.

Të gjithë ofruesit e pritjes pa përjashtim e kanë këtë. Klienti juaj i ardhshëm duhet të jetë në gjendje të regjistrohet, të rikuperojë fjalëkalimin e tij nëse e humbet atë, të ketë një llogari personale në faqen e internetit me informacione të përditësuara për bilancin e tij, serverët e blerë, etj. Gjithashtu, atij duhet t'i jepet mundësia për të raportuar problemin tek mbështetja teknike. Për të shmangur regjistrimin masiv të llogarive "të rreme", ne rekomandojmë të mos neglizhoni masat shtesë të sigurisë, si captcha në formularë, dhe gjithashtu të ruani sasinë maksimale të informacionit të disponueshëm për përdoruesin, i cili mund të ndihmojë nëse zbulohet ndonjë shkelje nga ana e tij. . NË në këtë rast, ka shumë zgjidhje të gatshme që kërkojnë modifikime të vogla. Nëse planifikoni të krijoni faqen tuaj të internetit bazuar në një CMS, atëherë funksionaliteti i përshkruar më sipër ose zbatohet në një farë mase ose mund të lidhet lehtësisht duke përdorur shtojca.

Menaxhimi i të dhënave personale të klientit

Duhet të zbatohet në një farë mase, por ju mund të bëni pa të. Ky funksionalitet nuk bllokon nisjen e shërbimit tuaj.

Menaxhimi i serverit të klientit

Çfarë duhet të jetë në një faqe të caktuar të faqes suaj varet nga sa dëshironi të përdorni funksionalitetin e disponueshëm të ofruesit tuaj të shërbimit dhe sa kontroll mbi serverin do t'i jepni klientit tuaj. Për shembull, mund të krijoni një server të dedikuar për të pasi të keni depozituar shumën e kërkuar në bilanc dhe kërkesën e tij me shkrim për mbështetjen teknike, ose mund t'i siguroni atij një konfigurues të plotë për rregullimin e karakteristikave të serverit, si dhe ndërfaqet për ndryshimin e konfigurimit gjatë funksionimit, marrjen e statistikave të ngarkesës së serverit, opsione të ndryshme si riinstalimi i OS etj. Shpejtësia e nisjes së hostit tuaj VPS do të ndryshojë ndjeshëm në varësi të opsionit të zgjedhur. Ne do ta shqyrtojmë këtë çështje në mënyrë më të detajuar në artikujt vijues nga kjo seri.

Mundësia e përdorimit të një periudhe prove

Natyrisht, për promovimin fillestar të shërbimit tuaj të ri të pritjes VPS, do t'ju duhet të zbatoni mundësinë e përdorimit të një periudhe testimi. Kjo është e nevojshme në mënyrë që klienti juaj të vendosë vetë nëse çmimi që ju reklamoni për qiranë e VPS korrespondon me cilësinë e shërbimeve që ofroni. Çfarë duhet të keni parasysh gjatë zbatimit? Para së gjithash, ju duhet të zgjidhni numrin e ditëve. Ju nuk duhet ta bëni periudhën e testimit shumë të gjatë - klientët që thjesht duan të marrin një server falas për një periudhë të caktuar do të regjistrohen në shërbimin tuaj dhe pasi të përfundojë periudha e testimit, ata do të regjistrojnë një llogari të re dhe do të përpiqen të përdorin përsëri periudhën e testimit . Për t'ju mbrojtur deri diku nga klientë të tillë, duhet patjetër të mësoni se si t'i identifikoni ata. Kjo është veçanërisht e rëndësishme në fazën fillestare të zhvillimit të shërbimit tuaj, pasi për çdo klient të tillë do të merrni më pak fitim të mundshëm. Duhet të keni parasysh gjithashtu se një periudhë e gjatë testimi nuk do të jetë shumë e dobishme për ju, pasi nuk ka periudhë prove në llogarinë tuaj të filialit, me të cilën janë të lidhur të gjithë serverët që krijoni.

Faturimi

Si do të plotësojnë klientët balancën e tyre dhe do të blejnë serverë? Natyrisht, do të na duhet një komponent tjetër shumë i rëndësishëm, faturimi. Çfarë përfshijmë në konceptin e “faturimit”? Sigurisht, ai përfshin krijimin/redaktimin e tarifave aktuale, ndërfaqet për pranimin e pagesave të klientëve, mekanizmat e brendshëm të përpunimit të pagesave, krijimin e promocioneve/zbritjes dhe mjetet e monitorimit.

Ju duhet t'i qaseni zbatimit tuaj ose integrimit të faturimit të palëve të treta në projektin tuaj veçanërisht me përgjegjësi, sepse aftësia për të blerë një server VPS në faqen tuaj të internetit (lexoni paratë tuaja të para) varet drejtpërdrejt nga performanca e këtij komponenti. Për të filluar shpejt pranimin e parave nga sistemet më të njohura të pagesave, ju rekomandojmë të përdorni grumbulluesit e pagesave. Pse? Së pari, integrimi me një grumbullues është shumë më i shpejtë dhe më i lehtë sesa integrimi me secilin prej sistemeve të pagesave që ai ofron. Kjo për faktin se çdo sistem pagese ka protokollin e vet të ndërveprimit, i cili duhet të zbatohet saktë dhe të punohet me të i unifikuar brenda sistemit tuaj, i cili është jashtëzakonisht i mundimshëm. Së dyti, ju keni një ndërfaqe që ofron shumicën e funksionalitetit të nevojshëm për të punuar me pagesat e klientëve - kjo është llogaria personale e grumbulluesit. Sigurisht, do të duhet të paguani një komision shtesë për të gjithë këtë, por sipas mendimit tonë, kjo zgjidhje është optimale kur krijoni shërbimin tuaj VPS.

Sigurisht, përpara se të integroheni me një grumbullues pagesash, faqja juaj duhet të plotësojë disa kërkesa. Si shembull, ne mund të citojmë kërkesat e pagave të grumbulluesit të pagesave:

  • faqja duhet të jetë e mbushur plotësisht me informacion dhe funksion;
  • faqja duhet të përbëhet nga më shumë se një faqe;
  • faqja e internetit duhet të përmbajë informacion në lidhje me mallrat dhe shërbimet e shitura, si dhe koston e këtyre mallrave dhe shërbimeve;
  • faqja nuk duhet të mbahet në pritje falas;
  • mallrat dhe shërbimet e ofruara në faqe nuk duhet të jenë në kundërshtim me legjislacionin aktual të Federatës Ruse dhe ligjin ndërkombëtar;

Gjithashtu, ia vlen t'i kushtohet vëmendje faktit që lista e sistemeve të pagesave është zakonisht shumë më e gjerë nëse lidhni një marrëveshje si person juridik. Në disa raste, lidhja e sistemeve të caktuara të pagesave mund të zgjasë mjaft kohë, pasi faqja juaj duhet të plotësojë kërkesat e secilit sistem pagese të ofruar nga grumbulluesi, dhe procedura e verifikimit kryhet në anën e sistemit të pagesave.

Aspekti financiar


Kemi ardhur te një nga aspektet më të rëndësishme (nëse jo më i rëndësishmi) - financiar. Puna me ofruesin tuaj të shërbimit VPS duhet të jetë fitimprurëse. Le të shqyrtojmë pse është fitimprurëse të organizosh një shërbim me qira të serverit VPS duke zgjedhur ofruesin RUVDS si ofrues shërbimi.

Le të marrim konfigurimet më të njohura VPS bazuar në sistemin operativ Windows Server 2012 R2 dhe të paraqesim disa të dhëna që kemi marrë kur analizuam tregun e shërbimeve VPS në Rusi që nga shkurti 2016:


Konfigurimi

1

2

3

4

5

Numri i procesorëve

1

2

4

6

8

Kapaciteti RAM, GB

1

2

4

8

16

Kapaciteti i diskut, GB, HDD

20

40

120

300

600

Numri i adresave IPv4

1

1

1

1

1

Çmimi aktual i konfigurimit

Kur paguani çdo muaj

300 fshij.

600 fshij.

1400 fshij.

2980 fshij.

5720 fshij.

Kur paguani çdo vit

2880 fshij.

5760 fshij.

13440 fshij.

28608 rubla

54912 fshij.

Për të vlerësuar fitimet tuaja të mundshme, ne paraqesim fitimin në çmimin e konfigurimeve në krahasim me çmimin mesatar të konkurrentëve:

Gjithashtu, mos harroni se kemi shpenzime për pagesën e komisioneve për transferta dhe tërheqje në sistemet e pagesave.

Zbritja aktuale për krijimin e serverëve duke përdorur API është 10% .
Si të vlerësoni fitimet e mundshme nga një server i një konfigurimi të caktuar, të blerë për një muaj? Ju mund të përdorni formulën e mëposhtme:
Fitimet = Aktuale. çmimi RUVDS * 10% + Diferenca me konfigurimin mesatar - Shpenzimet për pagesën e komisioneve.

Shembulli i llogaritjes për konfigurimin 3:

Fitimet = 1400 * 0,1 + 794 (të rrumbullakosura) -240 = 694 rubla.

Këto janë fitime nga një server. Kur klientët tuaj blejnë 25-30 serverë të këtij konfigurimi, ju do të fitoni një sasi fitimesh tashmë në 20 mijë rubla në muaj.

Në artikujt e mëposhtëm do të flasim në detaje për mundësitë

Unë (si shumë zhvillues të uebit) kam një duzinë faqe interneti që duhet të priten diku.

Faqet e internetit praktikisht nuk gjenerojnë fitim, pasi ato janë disa vepra të vjetra (për arsye të ndryshme që nuk kanë hyrë në prodhim), një faqe kryesore, një faqe interneti e krijuar me postë të bukur, e të ngjashme. Por në të njëjtën kohë, është për të ardhur keq të braktisësh këto faqe, dhe për këtë arsye duhet të shpenzosh para shumë reale për to çdo muaj për të blerë host. Paratë, sinqerisht, janë të vogla, por megjithatë është për të ardhur keq, pasi nuk ka kthim nga faqet.

Në të njëjtën kohë, ne kemi në magazinë:

  • Serveri i shtëpisë në Ubuntu
  • Internet i shpejtë ethernet nga MTS
Por nuk ka asnjë kyç - IP statike. Nëse do të ishte, atëherë gjithçka do të ishte shumë më e thjeshtë dhe unë definitivisht nuk do ta kisha shkruar këtë artikull. Dhe MTS im absolutisht nuk dëshiron të lëshojë një IP statike (përveç nëse lidhem si klient biznesi).

Sigurisht, ka shërbime të njohura Dynamic DNS si noip.com, por ato zgjidhin me sukses vetëm problemin e qasjes në distancë në serverin tonë (përmes SSH ose FTP), por për pritjen ato janë plotësisht të papërshtatshme për ne, pasi ne duhet të regjistrohuni në cilësimet e domenit në serverin DNS Një rekord me një adresë IP të vërtetë (jo lidhje me domenin tonë virtual).

Çfarë duhet bërë?

Nuk do të ndalem se si të konfiguroni një server Linux (aq më pak se si të zgjidhni një), pasi supozoj se ju tashmë e keni një të tillë. Gjithashtu, unë nuk do të përshkruaj në detaje cilësimet e nginx dhe Apache, pasi përsëri supozoj se ju mund ta trajtoni këtë vetë.

Gjëja e parë me të cilën pata probleme ishte se si t'i ridrejtoja vizitorët nga domenet e mia (kam 2 domene) në serverin tim të shtëpisë. Kjo do të thotë, në mënyrë që klienti që shkruan domain.com të shkojë saktësisht në serverin tim të shtëpisë, duke marrë parasysh faktin që adresa IP në të ndryshon çdo ditë.

Për ta zgjidhur këtë, duhet të konfigurojmë serverin DNS, përkatësisht të dhënat e mëposhtme: SOA, NS, MX, A, CNAME. Është e rëndësishme që ne të kemi aftësinë për të konfiguruar TTL (koha për të jetuar), pasi kohëzgjatja e regjistrimeve tona duhet të jetë shumë e shkurtër, fjalë për fjalë 60-120 sekonda. Përndryshe, kur ndryshoni adresën IP të serverit, përdoruesit nuk do të mund të hyjnë në serverin tonë për një kohë të gjatë (për shkak të cachimit).

Pra, ne kemi nevojë për një server DNS, zgjidhje:

Le të shqyrtojmë të dyja opsionet.

Ne përdorim shërbime që na ofrojnë DNS hosting

Ekzistojnë një sërë shërbimesh falas për këtë, më e popullarizuara prej të cilave është freedns.afraid.org. Në shërbime të tilla, ju mund të shtoni domenin(et) tuaj dhe të jeni në gjendje të përditësoni rekordin e tyre A nëpërmjet API-së duke përdorur një skript të vogël.

Duket mjaft mirë, por kapja është se këto shërbime rezervojnë të drejtën për të shtuar nëndomanë të nivelit të tretë në domenin tuaj. Kjo do të thotë, ju keni regjistruar user.ru me ta, dhe ata shtojnë lehtësisht faqet e tyre si hello.user.ru, shop.user.ru, e kështu me radhë. Sigurisht, ju mund ta refuzoni këtë, por ... për para. Unë nuk e shoh pikën në pagimin e parave për shërbime të tilla, pasi për para të krahasueshme mund të blini një pritje të plotë në ndonjë ofrues pa ndonjë bujë në lidhje me cilësimet e DNS.

Ne nuk do të shqyrtojmë shërbimet e mbetura, por do të fokusohemi në opsionin e dytë.

Ne përdorim serverin tonë DNS në lidhje me një domen DDNS

Për këtë opsion, së pari, duhet të kemi një domen DDNS (i cili përditësohet kur ndryshon IP), për shembull domain.ddns.net dhe së dyti, do të duhet të instalojmë dhe konfigurojmë BIND në serverin tonë.

Në total ju duhet të bëni saktësisht 5 hapa. Kudo, fjalët "domain" ose "domain.ru" nënkuptojnë emrin tuaj të domenit (i shkurtër ose i plotë).

1. Vendosni 2 ose 3 nëndomanë DDNS
Pse 2 apo 3? Sepse një numër i të regjistruarve nuk do t'ju lejojë të përdorni një domen me vetëm një server NS. Gjëja më e bezdisshme është se jo të gjithë do të thonë për këtë - domeni juaj thjesht nuk do të funksionojë, por nuk do ta kuptoni pse.

Gjithçka është e thjeshtë këtu - shkoni te noip.com, regjistroni një llogari atje dhe shtoni 3 nëndomanë falas (më shumë se 3 nuk do të funksionojnë).

2. Vendosni serverin tuaj DNS
Instaloni BIND:

$ sudo apt-get install bind9
Ne krijojmë zona (një zonë për secilin nga domenet tona):

$ sudo nano /etc/bind/zones.my
me përmbajtje:

Zona "domain.ru" ( shkruani master; skedari "/etc/bind/db.domain.ru"; );
dhe skedari aktual me cilësimet e zonës:

$ nano /etc/bind/db.domain.ru
dhe shkruani brenda:

; ; Skedari i të dhënave BIND për ndërfaqen loopback lokale; 60 $ TTL @ IN SOA domain.ru. admin.domain.ru. (1477015437; Seriali 10800; Rifresko 3600; Riprovo 604800; Skadon 1800) ; Cache negative TTL @ IN NS domain.ddns.net. @ NË NS domain.ddnsking.com. @ NË NS domain.myftp.biz. @ IN MX 10 mx.yandex.net. @ NË NJË postë 1.2.3.4 NË CNAME domain.mail.yandex.net. * NË CNAME domain.ru.
Shënim: Ju lutemi vini re se ne kemi vendosur TTL në 60 sekonda. Në skedarin /etc/bind/named.conf.local shtojmë lidhjen për zonën tonë:

Përfshi "/etc/bind/zones.my";
Kjo është e gjitha, le të rifillojmë BIND:

$ sudo shërbimi bind9 rinis
Dhe shikoni /var/log/syslog në mënyrë që të mos ketë mesazhe gabimi atje

3. Konfiguro domenin(et) tonë
Ne shkojmë në panelin e kontrollit të regjistruesit dhe atje në cilësimet e domenit tonë ne tregojmë nënfushat e krijuara DDNS si serverë NS:

Nameserver1 = domain.ddns.net nameserver2 = domain.ddnsking.com nameserver3 = domain.myftp.biz
Pas kësaj, mund t'ju duhet të prisni disa orë (ose edhe një ditë) derisa cilësimet të përsëriten midis të gjithë serverëve.

4. Konfiguro përditësimet periodike të adresës IP
Ruteri im mbështet përditësimin e adresës IP në një domen, por duhet ta bëj këtë për 3 domene menjëherë. Plus, ne duhet të përditësojmë adresën IP në konfigurimin BIND, kështu që ne do të shkruajmë një skript që do të bëjë:
  1. Përcaktoni adresën tonë të jashtme IP
  2. Kontrolloni nëse adresa IP ka ndryshuar; nëse nuk ka ndryshuar, atëherë nuk keni nevojë të bëni asgjë.
  3. Përditësoni adresën IP të të gjitha nëndomaineve DDNS nëpërmjet API-së së shërbimit noip.com
  4. Regjistroni një adresë të re IP në konfigurimin BIND
  5. Rinisni BIND
Lëreni vetë skenarin të jetë në guaskë:

#!/bin/sh. ddns.net,domain.ddnsking.com,domain.myftp.biz # Start DATE=$(data +"%Y-%m-%d %H:%M:%S") # zbuloni një IP të jashtëm IP=$ (gërmoj +shkurt $DDNS_HOST) nëse [ $? -ne 0 ] || [ -z $IP ] || [ $IP = "0.0.0.0" ] ; pastaj jehonë "$DATE" Nuk mund të zbulojë një IP të largët. Aborti." dil 1 fi # verifiko IP-në që ndryshon PREV_IP="(i panjohur)" nëse [ -e $IP_FILE ] ; pastaj PREV_IP=$(cat $IP_FILE) fi nëse [ $IP = $PREV_IP ] ; pastaj jehonë "$DATE IP "$IP" nuk ka ndryshuar" përndryshe echo "$DATE IP është ndryshuar nga "$PREV_IP" në "$IP"" jehonë "IP e $DATE do të përditësohet në serverin DDNS" /usr/bin/curl -u $DDNS_USER :$DDNS_PASS "https://dynupdate.no-ip.com/nic/update?hostname=$DDNS_HOSTS&myip=$IP" për jehonë $IP > $IP_FILE # kontrolloni konfigurimin BIND cd /etc/bind nëse [ ! -e $ ZONES_CONFIG ] ; më pas jehonë "$DATE Skedari $ZONES_CONFIG nuk u gjet!" dil 1 fi # lexo listën e zonave aktive ZONE_FILES=$(skedari grep $ZONES_CONFIG | grep -v ^# | perl -ne "/file "(.+ )"/ && printoni "$1\n"") për ZONE_FILE në $ZONE_FILES; bëni jehonë "$DATE Përpunoni konfigurimin e zonës $ZONE_FILE" cat $ZONE_FILE | perl -ne "s/([\t ]+IN[\t ]+A[\t ]+)[\d\.]*/\$(1)$(IP)/; print \$(_)" > $ZONE_FILE.tmp if [ $(diff -w $ZONE_FILE $ZONE_FILE.tmp | wc -l) -ne 0 ] ; pastaj # përditëso numrin serial STAMP=$(data +%s) cat $ZONE_FILE.tmp | perl -ne "s/\d+(?=.+Serial)/$STAMP/; print \$(_)" > $ZONE_FILE # rifresko shërbimin BIND bind9 rifresko jehonë "$DATE Config $ZONE_FILE është përditësuar" tjetër # asgjë për të bërë rm $ZONE_FILE.tmp echo "$DATE Konfigurimi $ZONE_FILE NUK është ndryshuar" fi kryer
Skripti duhet të ekzekutohet si rrënjë (në mënyrë që të ketë të drejta të mjaftueshme për të përditësuar konfigurimet BIND dhe për ta rifilluar). Ne e shtojmë atë në crontab të root për ta ekzekutuar çdo minutë:

* * * * * cd /home/root && ./update_bind_config.sh >> /var/log/update_bind_config.log
Disa fjalë për përcaktimin e adresës aktuale IP. Në skriptin e mësipërm, kjo bëhet përmes zgjidhjes së nëndomainit DDNS domain.ddns.net. Kjo do të thotë, së pari ruteri ynë e regjistron atë atje, dhe më pas ne e lexojmë atë. Ky nuk është një opsion shumë i mirë, pasi ne jemi të lidhur me ruterin dhe mund të humbasim disa minuta ndërsa adresa IP përditësohet në nëndomain DDNS në atë aktuale. Gjatë kësaj kohe serveri ynë nuk do të jetë i disponueshëm.

Prandaj, përdora një version të përmirësuar për veten time, i cili në të njëjtën kohë nuk hyn në internet:

IP=$(perl -le "përdor LWP::UserAgent; my $content=LWP::UserAgent->new->get("http://router")->decoded_content(); $content =~ q( ([\d\.]+)); printoni $1")
Në këtë opsion, ne ngarkojmë faqen kryesore të ruterit (nëpërmjet http), më pas përdorim regexp për të gjetur adresën aktuale IP në të. Sigurisht, ky opsion nuk është i përshtatshëm për të gjithë, por funksionon në firmware DD-WRT.

5. Vendosja e ruterit
Unë kam shkruar tashmë për nevojën për të konfiguruar aksesin në shërbimin DDNS, por mos harroni për nevojën për të konfiguruar përcjelljen e portit në ruterin tuaj:
  • HTTP - TCP, porta 80
  • DNS - TCP+UDP, porta 53

konkluzioni

Pra, çfarë mora në fund:
  • Faqet e mia jetojnë në një server shtëpiak, për të cilin nuk paguaj askënd;
  • Domenet e mia zgjidhen përmes serverit tim DNS, jetëgjatësia e regjistrimeve është 1 minutë, domethënë përditësimi ndodh shumë shpejt;
  • Regjistrimet NS nuk janë adresa IP të vërteta (të cilat ndryshojnë shpesh për mua), por nëndomanë DDNS;
  • Rëndësia e regjistrimeve në nëndomenet DDNS dhe në konfigurimin e serverit tim DNS sigurohet automatikisht, pa asnjë ndërhyrje nga ana ime.
Sipas matjeve të mia, kur MTS (ofruesi im) përditëson adresën time IP, faqet e mia fillojnë të punojnë pas rreth 2 minutash. Kjo është mjaft e pranueshme për mua.

P.S. Nëse dikujt i pëlqeu ky artikull, atëherë mund të shkruaj një pjesë të dytë, ku do t'ju tregoj se si të vendosni punën duke përdorur pritjen Yandex DNS. Kjo do t'ju lejojë të braktisni serverin tuaj DNS, të braktisni nënfushat DDNS dhe gjithashtu të përmirësoni pak besueshmërinë e funksionimit (pasi serveri DNS nuk do ta ndryshojë kurrë IP-në e tij). Kjo është pikërisht skema që unë po përdor për momentin.

Njihuni me Demyan. Një bloger aspirues rus që është lodhur duke postuar shënimet e tij në Tumblr dhe dëshiron faqen e tij të internetit. Por Demyan është i pangopur. Aq i pangopur sa i vjen keq për 3 dollarë në muaj për pritjen.

Një ditë, Demyanit iu tha se ai mund të krijonte një host direkt në kompjuterin e tij. Dhe jo vetëm hosting, por një server i tërë i dedikuar që do të presë jo vetëm një blog, por edhe një dyqan online ku Demyan do të shesë bluzat e tij, kapele dhe mallra të tjera.

Në këtë artikull, ne do të flasim për mënyrën se si Demyan e bëri pritjen e tij. Dhe gjithashtu pse koprrac paguan dy herë.

Përgatitja

Demyan mund ta kthejë një kompjuter në host në rreth një orë. Por së pari ai duhet të përgatitet.

Kompjuter

Demyan nuk ka një kompjuter - ai ka vetëm një laptop nga i cili përdor VK dhe lëviz nëpër foto në Instagram. Edhe Demyan e kupton që të bësh hosting në një laptop të vjetër që ai e mban me vete kudo, në një farë mënyre nuk është comme il faut.

Demyan nuk dëshiron të blejë një kompjuter në dyqanet lokale - të gjithë e dinë që çmimet lokale janë më të larta! Prandaj shkon në borgjez http://pcpartpicker.com dhe, duke vajtuar paratë e tij, mbledh një njësi të sistemit për vete. Demyan pajtohet me një Pentium G4560 me dy bërthama dhe 4 GB RAM, që i kushton 250 dollarë. Ai shpenzon 50 dollarë të tjera për dërgesë.

Duke parë çmimet për Windows, Demyan-it i bie të fikët. Por Demyan nuk është aspak mik me Linux dhe nuk dëshiron të njihet. Ai shkarkon Windows pirate dhe e instalon atë, duke premtuar se do të blejë një licencë më vonë - nga fitimi i parë.

Internet

Demyan nuk mund të bëjë pa një lidhje të mirë në internet - si ndryshe do të vijnë tek ai turmat e lexuesve entuziastë? Dhe 10 Mbit/s aktuale nuk e lejon as të shikojë YouTube siç duhet.

Duke psherëtirë trishtuar, Demyan ecën nëpër ofrues në kërkim të 100 Mbit/s të lirë. Pasi mësuan pse i duhet një kanal i tillë, të gjithë ofruesit drejtojnë menjëherë gishtin në Marrëveshjen e Përdoruesit dhe ofrojnë vetëm tarifa speciale për pritjen - 5 herë më të shtrenjta. Dhe disa nuk lejojnë fare pritjen. Më në fund, Demyan gjen një ofrues të ri i cili është gati të lidhë hostin e tij500 rubla në muaj - por vetëm për herë të parë.

Atje, Demyan lidh një adresë IP të dedikuar. Kjo kushton një tjetër100 rubla në muaj.

Instalimi i softuerit të serverit

Pasi ka montuar makinën e tij dhe duke lidhur me të një monitor të gjetur në një treg pleshtash, Demyan më në fund i hyn punës. Pasi lexon forumet, ai zbulon se në mënyrë që hostimi i tij të funksionojë me CMS moderne, atij i duhen programe speciale - server Apache, PHP, MySQL, PHPMyAdmin, etj.

Mund t'i shkarkoni dhe t'i instaloni një nga një - por kjo është e gjatë, e vështirë dhe mund të çojë në konflikte të versioneve. Për fat të mirë, Demyan i shfaqet një grup programesh që do të instalojnë dhe konfigurojnë gjithçka për të - Wampserver.

Gjysmë ore më vonë, Demyan kupton se si të instalojë saktë Wampserver, regjistron domenet, i lidh ato me serverin dhe fillon të instalojë WordPress, në vend që të fërkojë duart së bashku.

Rentabiliteti

Le të llogarisim sa para arriti të kursente Demyan:

  1. Elektricitet. Tarifa mesatare e energjisë elektrike në Rusi është 5.31 rubla/kWh. Një kompjuter mesatar konsumon rreth 600 Wh. Kjo do të thotë se Demyan paguan 2300 rubla në muaj vetëm për energjinë elektrike.
  2. Internet. 100 Mbit/s kushton Demyan 500 rubla në muaj + 100 për IP. Dhe ai ishte gjithashtu shumë me fat me një ofrues bujar.

Nga kjo marrim se një server i dedikuar kushton Demyan 2,950 rubla në muaj.

ku:

  1. Asnjë mbështetje teknike. Të gjitha problemet zgjidhen nga vetë Demyan, duke përdorur udhëzime dhe forume.
  2. Demyan ka makthe për faturat e tij të energjisë elektrike. Është mirë që ai ka një sistem me një tarifë dhe nuk duhet të paguajë për shpenzimet e tepërta.
  3. Prania e një blogu në internet varet nga rrjeti elektrik i qytetit.
  4. Windows pa licencë në server e detyron Demyanin të dridhet sa herë që bie zilja e derës.

Dhe Unihost ofron afërsisht të njëjtin server për vetëm 2500 rubla në muaj, pa të gjitha problemet e mësipërme. Kjo do të thotë, Demyan "mashtroi" veten nga 450 rubla në muaj, dhe gjithashtu u fut në telashe me ligjin.

  • DNS
  • Pritja
  • Unë (si shumë zhvillues të uebit) kam një duzinë faqe interneti që duhet të priten diku.

    Faqet e internetit praktikisht nuk gjenerojnë fitim, pasi ato janë disa vepra të vjetra (për arsye të ndryshme që nuk kanë hyrë në prodhim), një faqe kryesore, një faqe interneti e krijuar me postë të bukur, e të ngjashme. Por në të njëjtën kohë, është për të ardhur keq të braktisësh këto faqe, dhe për këtë arsye duhet të shpenzosh para shumë reale për to çdo muaj për të blerë host. Paratë, sinqerisht, janë të vogla, por megjithatë është për të ardhur keq, pasi nuk ka kthim nga faqet.

    Në të njëjtën kohë, ne kemi në magazinë:

    • Serveri i shtëpisë në Ubuntu
    • Internet i shpejtë ethernet nga MTS
    Por nuk ka asnjë kyç - IP statike. Nëse do të ishte, atëherë gjithçka do të ishte shumë më e thjeshtë dhe unë definitivisht nuk do ta kisha shkruar këtë artikull. Dhe MTS im absolutisht nuk dëshiron të lëshojë një IP statike (përveç nëse lidhem si klient biznesi).

    Sigurisht, ka shërbime të njohura Dynamic DNS si noip.com, por ato zgjidhin me sukses vetëm problemin e qasjes në distancë në serverin tonë (përmes SSH ose FTP), por për pritjen ato janë plotësisht të papërshtatshme për ne, pasi ne duhet të regjistrohuni në cilësimet e domenit në serverin DNS Një rekord me një adresë IP të vërtetë (jo lidhje me domenin tonë virtual).

    Çfarë duhet bërë?

    Nuk do të ndalem se si të konfiguroni një server Linux (aq më pak se si të zgjidhni një), pasi supozoj se ju tashmë e keni një të tillë. Gjithashtu, unë nuk do të përshkruaj në detaje cilësimet e nginx dhe Apache, pasi përsëri supozoj se ju mund ta trajtoni këtë vetë.

    Gjëja e parë me të cilën pata probleme ishte se si t'i ridrejtoja vizitorët nga domenet e mia (kam 2 domene) në serverin tim të shtëpisë. Kjo do të thotë, në mënyrë që klienti që shkruan domain.com të shkojë saktësisht në serverin tim të shtëpisë, duke marrë parasysh faktin që adresa IP në të ndryshon çdo ditë.

    Për ta zgjidhur këtë, duhet të konfigurojmë serverin DNS, përkatësisht të dhënat e mëposhtme: SOA, NS, MX, A, CNAME. Është e rëndësishme që ne të kemi aftësinë për të konfiguruar TTL (koha për të jetuar), pasi kohëzgjatja e regjistrimeve tona duhet të jetë shumë e shkurtër, fjalë për fjalë 60-120 sekonda. Përndryshe, kur ndryshoni adresën IP të serverit, përdoruesit nuk do të mund të hyjnë në serverin tonë për një kohë të gjatë (për shkak të cachimit).

    Pra, ne kemi nevojë për një server DNS, zgjidhje:

    Le të shqyrtojmë të dyja opsionet.

    Ne përdorim shërbime që na ofrojnë DNS hosting

    Ekzistojnë një sërë shërbimesh falas për këtë, më e popullarizuara prej të cilave është freedns.afraid.org. Në shërbime të tilla, ju mund të shtoni domenin(et) tuaj dhe të jeni në gjendje të përditësoni rekordin e tyre A nëpërmjet API-së duke përdorur një skript të vogël.

    Duket mjaft mirë, por kapja është se këto shërbime rezervojnë të drejtën për të shtuar nëndomanë të nivelit të tretë në domenin tuaj. Kjo do të thotë, ju keni regjistruar user.ru me ta, dhe ata shtojnë lehtësisht faqet e tyre si hello.user.ru, shop.user.ru, e kështu me radhë. Sigurisht, ju mund ta refuzoni këtë, por ... për para. Unë nuk e shoh pikën në pagimin e parave për shërbime të tilla, pasi për para të krahasueshme mund të blini një pritje të plotë në ndonjë ofrues pa ndonjë bujë në lidhje me cilësimet e DNS.

    Ne nuk do të shqyrtojmë shërbimet e mbetura, por do të fokusohemi në opsionin e dytë.

    Ne përdorim serverin tonë DNS në lidhje me një domen DDNS

    Për këtë opsion, së pari, duhet të kemi një domen DDNS (i cili përditësohet kur ndryshon IP), për shembull domain.ddns.net dhe së dyti, do të duhet të instalojmë dhe konfigurojmë BIND në serverin tonë.

    Në total ju duhet të bëni saktësisht 5 hapa. Kudo, fjalët "domain" ose "domain.ru" nënkuptojnë emrin tuaj të domenit (i shkurtër ose i plotë).

    1. Vendosni 2 ose 3 nëndomanë DDNS
    Pse 2 apo 3? Sepse një numër i të regjistruarve nuk do t'ju lejojë të përdorni një domen me vetëm një server NS. Gjëja më e bezdisshme është se jo të gjithë do të thonë për këtë - domeni juaj thjesht nuk do të funksionojë, por nuk do ta kuptoni pse.

    Gjithçka është e thjeshtë këtu - shkoni te noip.com, regjistroni një llogari atje dhe shtoni 3 nëndomanë falas (më shumë se 3 nuk do të funksionojnë).

    2. Vendosni serverin tuaj DNS
    Instaloni BIND:

    $ sudo apt-get install bind9
    Ne krijojmë zona (një zonë për secilin nga domenet tona):

    $ sudo nano /etc/bind/zones.my
    me përmbajtje:

    Zona "domain.ru" ( shkruani master; skedari "/etc/bind/db.domain.ru"; );
    dhe skedari aktual me cilësimet e zonës:

    $ nano /etc/bind/db.domain.ru
    dhe shkruani brenda:

    ; ; Skedari i të dhënave BIND për ndërfaqen loopback lokale; 60 $ TTL @ IN SOA domain.ru. admin.domain.ru. (1477015437; Seriali 10800; Rifresko 3600; Riprovo 604800; Skadon 1800) ; Cache negative TTL @ IN NS domain.ddns.net. @ NË NS domain.ddnsking.com. @ NË NS domain.myftp.biz. @ IN MX 10 mx.yandex.net. @ NË NJË postë 1.2.3.4 NË CNAME domain.mail.yandex.net. * NË CNAME domain.ru.
    Shënim: Ju lutemi vini re se ne kemi vendosur TTL në 60 sekonda. Në skedarin /etc/bind/named.conf.local shtojmë lidhjen për zonën tonë:

    Përfshi "/etc/bind/zones.my";
    Kjo është e gjitha, le të rifillojmë BIND:

    $ sudo shërbimi bind9 rinis
    Dhe shikoni /var/log/syslog në mënyrë që të mos ketë mesazhe gabimi atje

    3. Konfiguro domenin(et) tonë
    Ne shkojmë në panelin e kontrollit të regjistruesit dhe atje në cilësimet e domenit tonë ne tregojmë nënfushat e krijuara DDNS si serverë NS:

    Nameserver1 = domain.ddns.net nameserver2 = domain.ddnsking.com nameserver3 = domain.myftp.biz
    Pas kësaj, mund t'ju duhet të prisni disa orë (ose edhe një ditë) derisa cilësimet të përsëriten midis të gjithë serverëve.

    4. Konfiguro përditësimet periodike të adresës IP
    Ruteri im mbështet përditësimin e adresës IP në një domen, por duhet ta bëj këtë për 3 domene menjëherë. Plus, ne duhet të përditësojmë adresën IP në konfigurimin BIND, kështu që ne do të shkruajmë një skript që do të bëjë:
    1. Përcaktoni adresën tonë të jashtme IP
    2. Kontrolloni nëse adresa IP ka ndryshuar; nëse nuk ka ndryshuar, atëherë nuk keni nevojë të bëni asgjë.
    3. Përditësoni adresën IP të të gjitha nëndomaineve DDNS nëpërmjet API-së së shërbimit noip.com
    4. Regjistroni një adresë të re IP në konfigurimin BIND
    5. Rinisni BIND
    Lëreni vetë skenarin të jetë në guaskë:

    #!/bin/sh. ddns.net,domain.ddnsking.com,domain.myftp.biz # Start DATE=$(data +"%Y-%m-%d %H:%M:%S") # zbuloni një IP të jashtëm IP=$ (gërmoj +shkurt $DDNS_HOST) nëse [ $? -ne 0 ] || [ -z $IP ] || [ $IP = "0.0.0.0" ] ; pastaj jehonë "$DATE" Nuk mund të zbulojë një IP të largët. Aborti." dil 1 fi # verifiko IP-në që ndryshon PREV_IP="(i panjohur)" nëse [ -e $IP_FILE ] ; pastaj PREV_IP=$(cat $IP_FILE) fi nëse [ $IP = $PREV_IP ] ; pastaj jehonë "$DATE IP "$IP" nuk ka ndryshuar" përndryshe echo "$DATE IP është ndryshuar nga "$PREV_IP" në "$IP"" jehonë "IP e $DATE do të përditësohet në serverin DDNS" /usr/bin/curl -u $DDNS_USER :$DDNS_PASS "https://dynupdate.no-ip.com/nic/update?hostname=$DDNS_HOSTS&myip=$IP" për jehonë $IP > $IP_FILE # kontrolloni konfigurimin BIND cd /etc/bind nëse [ ! -e $ ZONES_CONFIG ] ; më pas jehonë "$DATE Skedari $ZONES_CONFIG nuk u gjet!" dil 1 fi # lexo listën e zonave aktive ZONE_FILES=$(skedari grep $ZONES_CONFIG | grep -v ^# | perl -ne "/file "(.+ )"/ && printoni "$1\n"") për ZONE_FILE në $ZONE_FILES; bëni jehonë "$DATE Përpunoni konfigurimin e zonës $ZONE_FILE" cat $ZONE_FILE | perl -ne "s/([\t ]+IN[\t ]+A[\t ]+)[\d\.]*/\$(1)$(IP)/; print \$(_)" > $ZONE_FILE.tmp if [ $(diff -w $ZONE_FILE $ZONE_FILE.tmp | wc -l) -ne 0 ] ; pastaj # përditëso numrin serial STAMP=$(data +%s) cat $ZONE_FILE.tmp | perl -ne "s/\d+(?=.+Serial)/$STAMP/; print \$(_)" > $ZONE_FILE # rifresko shërbimin BIND bind9 rifresko jehonë "$DATE Config $ZONE_FILE është përditësuar" tjetër # asgjë për të bërë rm $ZONE_FILE.tmp echo "$DATE Konfigurimi $ZONE_FILE NUK është ndryshuar" fi kryer
    Skripti duhet të ekzekutohet si rrënjë (në mënyrë që të ketë të drejta të mjaftueshme për të përditësuar konfigurimet BIND dhe për ta rifilluar). Ne e shtojmë atë në crontab të root për ta ekzekutuar çdo minutë:

    * * * * * cd /home/root && ./update_bind_config.sh >> /var/log/update_bind_config.log
    Disa fjalë për përcaktimin e adresës aktuale IP. Në skriptin e mësipërm, kjo bëhet përmes zgjidhjes së nëndomainit DDNS domain.ddns.net. Kjo do të thotë, së pari ruteri ynë e regjistron atë atje, dhe më pas ne e lexojmë atë. Ky nuk është një opsion shumë i mirë, pasi ne jemi të lidhur me ruterin dhe mund të humbasim disa minuta ndërsa adresa IP përditësohet në nëndomain DDNS në atë aktuale. Gjatë kësaj kohe serveri ynë nuk do të jetë i disponueshëm.

    Prandaj, përdora një version të përmirësuar për veten time, i cili në të njëjtën kohë nuk hyn në internet:

    IP=$(perl -le "përdor LWP::UserAgent; my $content=LWP::UserAgent->new->get("http://router")->decoded_content(); $content =~ q( ([\d\.]+)); printoni $1")
    Në këtë opsion, ne ngarkojmë faqen kryesore të ruterit (nëpërmjet http), më pas përdorim regexp për të gjetur adresën aktuale IP në të. Sigurisht, ky opsion nuk është i përshtatshëm për të gjithë, por funksionon në firmware DD-WRT.

    5. Vendosja e ruterit
    Unë kam shkruar tashmë për nevojën për të konfiguruar aksesin në shërbimin DDNS, por mos harroni për nevojën për të konfiguruar përcjelljen e portit në ruterin tuaj:
    • HTTP - TCP, porta 80
    • DNS - TCP+UDP, porta 53

    konkluzioni

    Pra, çfarë mora në fund:
    • Faqet e mia jetojnë në një server shtëpiak, për të cilin nuk paguaj askënd;
    • Domenet e mia zgjidhen përmes serverit tim DNS, jetëgjatësia e regjistrimeve është 1 minutë, domethënë përditësimi ndodh shumë shpejt;
    • Regjistrimet NS nuk janë adresa IP të vërteta (të cilat ndryshojnë shpesh për mua), por nëndomanë DDNS;
    • Rëndësia e regjistrimeve në nëndomenet DDNS dhe në konfigurimin e serverit tim DNS sigurohet automatikisht, pa asnjë ndërhyrje nga ana ime.
    Sipas matjeve të mia, kur MTS (ofruesi im) përditëson adresën time IP, faqet e mia fillojnë të punojnë pas rreth 2 minutash. Kjo është mjaft e pranueshme për mua.

    P.S. Nëse dikujt i pëlqeu ky artikull, atëherë mund të shkruaj një pjesë të dytë, ku do t'ju tregoj se si të vendosni punën duke përdorur pritjen Yandex DNS. Kjo do t'ju lejojë të braktisni serverin tuaj DNS, të braktisni nënfushat DDNS dhe gjithashtu të përmirësoni pak besueshmërinë e funksionimit (pasi serveri DNS nuk do ta ndryshojë kurrë IP-në e tij). Kjo është pikërisht skema që unë po përdor për momentin.


    A keni menduar ndonjëherë se sa e vështirë është të krijoni hostin tuaj? Ju mund të pyesni, pse? Së pari, për argëtim, dhe së dyti, për të kuptuar se si të zgjidhni hostin e duhur nga kompanitë pritëse. Së treti, askush nuk e ka anuluar atraktivitetin tregtar të pritjes së vet. Sigurisht, krijimi i hostit tuaj nuk është një detyrë e lehtë, por është një punë interesante, dhe duke parë opsionet për pritjen e ofertave me qira, ju e kuptoni se çfarë ju vjen në mendje shumëkujt.

    Si të krijoni hostin tuaj

    Nuk do të ndalem gjatë në anën etike të krijimit të hostimit komercial. Kur krijoni një produkt për shitje, duhet të kuptoni se kjo nuk është argëtim, por punë serioze nga e cila varen të huajt. Fillimisht, nuk ka nevojë të përpiqeni të krijoni projekte mbeturinash dhe të krijoni armiq dhe rrjete. Nëse dëshironi të punoni me krijimin e shërbimeve të pritjes, filloni me një mini projekt "për tuajin", pastaj vazhdoni. Pra, 4 mënyra për të krijuar hostin tuaj.

    Pritja në renë kompjuterike

    Përdorimi i një serveri VDS dhe ndarja e tij në pjesë pritëse është një ide që qëndron në sipërfaqe. Atraktiviteti i përdorimit të një serveri VDS është kostoja e tij e ulët dhe aftësia për të rritur gradualisht burimet. Por kjo është në shikim të parë.

    Evolucioni i krijimit të hostimit VDS është i thjeshtë:

    • Ne marrim një VDS të lirë, 500-600 rubla në muaj. Kjo do të jetë 1 GB RAM, 10 GB disk dhe 1 TB trafik. Për shembull, këtu: https://clodo.ru/
    • Ne marrim me qira ose marrim përgjithmonë një panel kontrolli, për shembull ISPmanager Business (1,939 rubla/muaj, licencë e përhershme 27,000 rubla). Ne e instalojmë atë në një VDS të marrë me qira. Nëse nuk mund ta përballoni vetë, punësoni një kompani të administrimit të rrjetit. Për shembull, https://systemintegra.ru.
    • Për faturim, ne blejmë, në të njëjtin vend, një VDS të dytë. Për faturimin, ne blejmë një licencë faturimi BILLmanager. Për të filluar, ne kufizohemi në versionin Standard (6,869 rubla në vit). https://www.ispsystem.ru/software/billmanager.

    Ky opsion duket i lirë në shikim të parë. Por edhe me ngarkesa mesatare në faqe, do t'ju duhet të blini trafik shtesë dhe të shpenzoni para për ruajtjen e kopjeve rezervë.

    Pritja e serverit të përkushtuar

    Opsioni i dytë për pritjen tuaj, dhe është më i zakonshmi, është blerja e një serveri të dedikuar. Mekanizmi i krijimit është si më poshtë:

    • Ne blejmë një server të dedikuar. Për shembull: http://ru.hetzner.com/hosting/produktmatrix/rootserver-produktmatrix-ex. Kostoja 39 Euro, 32 GB RAM, 8 TB disk SATA, 1 GB/sek.
    • Për menaxhim, ne marrim të njëjtin panel biznesi ISPmanager (1939 rubla / muaj). Ne e instalojmë atë në serverin tonë.
    • Për faturim, ne blejmë një VDS të lirë me një licencë BILLmanager Advanced (1030 rubla në muaj, / 20606 rubla të përhershme).

    Pritja me humbje minimale

    Siç mund ta shihni nga çmimet, krijimi i hostimit është i shtrenjtë. Kur krijojmë hostin, kuptojmë se mund të mos jemi në gjendje të përballojmë probleme të ndryshme që do të lindin në host, mund të mos jemi në gjendje të trajtojmë cilësimet dhe mbrojtjen, mund të mos jemi në gjendje të gjejmë fare klientë dhe të kompensojmë kostot . Prandaj, marrim me qira VDS me kosto minimale, marrim me qira panelin dhe faturimin në baza mujore dhe në rast dështimi e mbyllim me kujdes me humbje minimale.

    Programi i rishitjes - rishitja e shërbimeve të pritjes

    Ka kompani me BillManager Corporate që ju lejojnë t'i shesni shërbimet tuaja llogarive të shitësve, si faturimi-faturimi. Skema funksionon si kjo:

    • Ka faturim të jashtëm, korporativ, mundësisht të avancuar;
    • Opsioni për të rishitur është i disponueshëm dhe aktivizohet në faturim;
    • Krijo një llogari rishitës atje;
    • Krijoni një server, instaloni faturimin në të, lidhni një llogari rishitësi, importoni plane tarifore;

    Mund të filloni rishitjen:

    Në faturimin e jashtëm ekziston një shërbim pritës për 150 rubla, klienti shkon në faturimin tuaj në serverin tuaj dhe bën një porosi. Ekziston një faturë në llogarinë tuaj të shitësit dhe kur një klient vendos një porosi, ajo transferohet në faturimin e jashtëm dhe ju merrni të dhënat e porosisë.

    Të ardhura reale, me një numër të madh projektesh.

    Është më mirë të shikoni se si funksionon kjo në një program rishitës, për shembull, këtu: https://firstvds.ru/partner/reseller.

    Këto janë vetëm hapat më të përgjithshëm për krijimin e hostit tuaj. Ka shumë detyra të tjera: krijimi i domenit të duhur për pritjen, puna me klientët DNS, mbrojtja nga sulmet DDoS. Pavarësisht të gjitha problemeve, hostimi juaj është i njëjti biznes si çdo tjetër, me probleme, detyra dhe zgjidhjet e tyre.

    Artikujt më të mirë mbi këtë temë