"UnderbÀdd" hosting Àr ett slanguttryck för en server som ligger i en vanlig lÀgenhet och Àr ansluten till ett hemmanÀtverk. PÄ sÄdana servrar fanns vanligtvis en offentlig FTP-server, Àgarens hemsida och ibland till och med en hel hostinglösning för andra projekt. Fenomenet var vanligt under de tidiga dagarna av tillgÄngen till hemmanÀtverk via dedikerade linjer, nÀr det var för dyrt att hyra en dedikerad server i ett datacenter, och virtuella servrar Ànnu inte var utbredda och tillrÀckligt bekvÀma.
Oftast anvÀndes en gammal dator som "underbÀdd" server, dÀr alla hittade hÄrddiskar installerades. Den kunde ocksÄ fungera som en hemrouter och brandvÀgg. En sÄdan server fanns nödvÀndigtvis hemma hos varje respekterad telecom-anstÀlld.
Med tillkomsten av tillgÀngliga molntjÀnster har hemmabaserade servrar blivit mindre populÀra, och idag Àr det mesta man kan hitta i lÀgenheter en NAS för att lagra fotoalbum, filmer och sÀkerhetskopior.
I artikeln diskuteras kuriosa relaterade till hemmabaserade servrar och de problem som deras administratörer stÄr inför. LÄt oss se hur detta fenomen ser ut idag och vÀlja vad som kan vara intressant att hosta pÄ sin egen underbÀddserver idag.
Servrar för hemmanÀtverk i Nya Kakhovka. Foto frÄn sidan nag.ru
RĂ€tt IP-adress
Huvudkravet för en hemmabaserad server var att ha en verklig, alltsÄ routbar, IP-adress frÄn internet. MÄnga leverantörer erbjöd inte sÄdana tjÀnster för privatpersoner, och man fick ofta lov att anvÀnda speciella arrangemang för att fÄ tag pÄ en. Ofta krÀvde leverantörer att man skulle skriva pÄ ett separat avtal för att fÄ en dedikerad IP. Ibland inkluderade den hÀr processen skapandet av en separat NIC-handle för Àgaren, vilket gjorde att hans namn och adress var tillgÀngliga direkt via Whois-kommandot. HÀr fick man vara försiktig vid diskussioner pÄ nÀtet, eftersom skÀmtet om "att spÄra via IP" slutade vara ett skÀmt. För övrigt, för inte sÄ lÀnge sedan, var det skandaler , som bestÀmde sig för att publicera sina kunders personuppgifter i whois.
Statisk IP-adress vs DynDNS
Det Ă€r bra om man lyckas fĂ„ en permanent IP-adress â dĂ„ kan man enkelt rikta alla domĂ€nnamn till den och glömma bort det, men det lyckades inte alltid. MĂ„nga stora ADSL-leverantörer pĂ„ federal nivĂ„ tilldelade kunderna en riktig IP-adress endast under sessionens livslĂ€ngd, vilket innebĂ€r att den kunde Ă€ndras antingen en gĂ„ng per dygn eller vid omstart av modemet eller avbrott av anslutningen. I sĂ„dana fall kom tjĂ€nster som Dyn (dynamisk) DNS till hjĂ€lp. Den mest populĂ€ra tjĂ€nsten , som lĂ€nge var gratis, gav möjlighet att fĂ„ en subdomĂ€n inom *.dyndns.org, som kunde uppdateras snabbt vid Ă€ndring av IP-adress. Ett specialscript pĂ„ klientsidan kontaktade stĂ€ndigt DynDNS-servern, och om den utgĂ„ende adressen Ă€ndrades, stĂ€lldes den nya adressen omedelbart in i A-posten för subdomĂ€nen.
StÀngda portar och blockerade protokoll
MÄnga leverantörer, sÀrskilt stora ADSL-företag, var emot att anvÀndare hostade nÄgra offentliga tjÀnster pÄ sina adresser och dÀrför blockerade de inkommande anslutningar till populÀra portar som HTTP. Det Àr kÀnt att leverantörer blockerade portar för spelservrar, sÄsom Counter-Strike och Half-Life. Denna praxis Àr fortfarande populÀr, vilket ibland orsakar problem. Till exempel blockerar nÀstan alla leverantörer portar för RPC och NetBios Windows (135-139 och 445) för att förhindra spridning av virus, samt ofta inkommande portar för Email-protokollen SMTP, POP3, IMAP.
Leverantörer som erbjuder IP-telefonitjÀnster utöver internet gillar att blockera SIP-protokollets portar för att pÄ sÄ sÀtt tvinga kunderna att enbart anvÀnda deras telefonitjÀnster.
PTR och e-postutskick
Att hosta sin egen e-postserver Àr ett stort Àmne i sig. Att ha en personlig e-postserver under sÀngen, som Àr helt under ens kontroll, Àr en mycket frestande idé. Men i praktiken visade sig implementeringen inte alltid vara möjlig. De flesta IP-adressomrÄden frÄn hemleverantörer har en permanent blockering i spamlistor (), dÀrför vÀgrar e-postservrar helt enkelt att ta emot inkommande anslutningar pÄ SMTP frÄn hemleverantörers IP-adresser. Som ett resultat var det praktiskt taget omöjligt att skicka ett email frÄn en sÄdan server.
Dessutom krÀvdes det för en framgÄngsrik e-postleverans att en korrekt PTR-post var instÀlld pÄ IP-adressen, det vill sÀga omvÀnda uppslaget av IP-adressen till domÀnnamnet. Större delen av leverantörerna gick med pÄ detta endast genom sÀrskilda avtal eller vid ingÄngen av ett separat kontrakt.
Vi letar efter underliggande servrar hos grannarna
Genom att anvÀnda PTR-poster kan vi se vem av vÄra grannar pÄ IP-adresserna som har kommit överens om att installera en sÀrskild DNS-post för sin IP. För detta tar vi vÄr hem-IP-adress och utför kommandot whois, och fÄr det intervall av adresser som leverantören ger till sina kunder. Det kan finnas mÄnga sÄdana intervall, men för experimentets skull kontrollerar vi ett.
I vÄrt fall Àr detta leverantören Onlime (Rostelecom). Vi gÄr till och fÄr vÄr IP-adress:
För övrigt Àr Onlime en av de leverantörer som alltid ger sina kunder en statisk IP, Àven utan ansluten tjÀnst för en dedikerad IP-adress. Adressen kan dock förbli oförÀndrad i mÄnader.
Vi kommer att lösa hela intervallet av adresser 95.84.192.0/18 (ungefÀr 16 000 adresser) med hjÀlp av nmap. Alternativet -sL utför i grunden ingen aktiv skanning av vÀrdar, utan skickar endast DNS-förfrÄgningar, sÄ i resultaten kommer vi att se endast rader som innehÄller domÀnen kopplad till IP-adressen.
$ nmap -sL -vvv 95.84.192.0/18
......
Nmap-skannerapport för broadband-95-84-195-131.ip.moscow.rt.ru (95.84.195.131)
Nmap-skannerapport för broadband-95-84-195-132.ip.moscow.rt.ru (95.84.195.132)
Nmap-skannerapport för broadband-95-84-195-133.ip.moscow.rt.ru (95.84.195.133)
Nmap-skannerapport för broadband-95-84-195-134.ip.moscow.rt.ru (95.84.195.134)
Nmap-skannerapport för broadband-95-84-195-135.ip.moscow.rt.ru (95.84.195.135)
Nmap-skannerapport för mx2.merpassa.ru (95.84.195.136)
Nmap-skannerapport för broadband-95-84-195-137.ip.moscow.rt.ru (95.84.195.137)
Nmap-skannerapport för broadband-95-84-195-138.ip.moscow.rt.ru (95.84.195.138)
Nmap-skannerapport för broadband-95-84-195-139.ip.moscow.rt.ru (95.84.195.139)
Nmap-skannerapport för broadband-95-84-195-140.ip.moscow.rt.ru (95.84.195.140)
Nmap-skannerapport för broadband-95-84-195-141.ip.moscow.rt.ru (95.84.195.141)
Nmap-skannerapport för broadband-95-84-195-142.ip.moscow.rt.ru (95.84.195.142)
Nmap-skannerapport för broadband-95-84-195-143.ip.moscow.rt.ru (95.84.195.143)
Nmap-skannerapport för broadband-95-84-195-144.ip.moscow.rt.ru (95.84.195.144)
.....
NÀstan alla adresser har en standard PTR-post av typen broadband-adress.ip.moscow.rt.ru förutom ett par stycken, varav mx2.merpassa.ru. Bedömning av underdomen mx visar att detta Àr en e-postserver (mail exchange). LÄt oss försöka kontrollera denna adress i tjÀnsten
Det framgÄr att hela IP-intervallet finns i en permanent blocklista, och meddelanden som skickas frÄn denna server kommer sÀllan att nÄ mottagaren. TÀnk pÄ detta nÀr du vÀljer server för utgÄende e-post.
Att ha en e-postserver i IP-intervallet av en hemmaleverantör Àr alltid en dÄlig idé. En sÄdan server kommer att ha problem med att skicka och ta emot e-post. TÀnk pÄ detta om din systemadministratör föreslÄr att installera en e-postserver direkt pÄ den kontorets IP-adress.
AnvÀnd antingen riktig hosting eller en e-posttjÀnst. DÄ behöver du mindre ofta ringa för att kolla om dina mejl har kommit fram.
Hosting pÄ en WiFi-router
Med framvÀxten av enkortsdatorer som Raspberry Pi Àr det ingen överraskning lÀngre att en webbplats körs pÄ en enhet pÄ storlek med ett paket cigaretter, men redan innan Raspberry Pi började entusiaster att köra personliga hemsidor direkt pÄ WiFi-routrar!
Den legendariska routern WRT54G, som startade OpenWRT-projektet 2004
Routern Linksys WRT54G, som startade OpenWRT-projektet, hade inga USB-portar, men hantverkare hittade pins för GPIO som kunde anvÀndas som SPI. SÄ kom modden som lade till ett SD-kort till enheten. Detta öppnade stora möjligheter för kreativitet. Jag minns personligen hur jag, nÀstan utan att kunna löda, lödde ett SD-kort till den hÀr routern. Senare skulle routrarna fÄ USB-portar sÄ att man enkelt kunde sÀtta i ett minne.
Tidigare fanns det flera projekt pÄ internet som kördes helt pÄ hemmabaserade WiFi-routrar, om detta kommer det att finnas en notering nedan. TyvÀrr har jag inte kunnat hitta nÄgon levande webbplats. Kanske kÀnner du till sÄdana?
Serverkabinetter av IKEA-bord
En gÄng upptÀckte nÄgon att det populÀra soffbordet frÄn IKEA, kallat Lack, Àr perfekt som stÀllning för standard 19-tums servrar. Med ett pris pÄ $9 blev detta bord mycket populÀrt för att bygga hemmadatacenter. Denna installationsmetod kallades .
IKEA-bordet Lack Àr perfekt istÀllet för serverrack
Borden kunde staplas ovanpÄ varandra och bygga riktiga serverkabinetter. TyvÀrr, pÄ grund av den ömtÄliga MDF:en, kollapsade borden under de tunga servrarna. För att öka stabiliteten förstÀrkte de med metallvinklar.
Hur skolbarn berövad mig internet
Som man kan förvÀnta sig hade jag ocksÄ en egen under sÀngen-server som drev ett enkelt forum inriktat pÄ spelrelaterade Àmnen. En gÄng mobiliserade en missnöjd tonÄring, som blivit bannad, sina vÀnner och de började DDoSa mitt forum frÄn sina hem-datorer. Eftersom hela internetkanalen dÄ var cirka 20 Megabit, lyckades de helt lamslÄ min hem-internetuppkoppling. Inga brandvÀggsblockeringar hjÀlpte, eftersom hela bandbredden blev utsatt för överbelastning.
Det sÄg vÀldigt roligt ut frÄn sidan:
â HallĂ„, varför svarar du inte pĂ„ MSN?
â FörlĂ„t, jag har ingen internet, jag blir DDoSad.
KlagomÄl till leverantören hjÀlpte inte, jag fick svar att det inte var deras ansvar att ta itu med detta och att de endast kunde blockera hela mitt inkommande trafik. SÄ jag satt utan internet i tvÄ dagar, tills angriparna tröttnade.
Slutsats
HÀr skulle det finnas en sammanstÀllning av moderna P2P-tjÀnster som kan köras pÄ en hemmaserver, sÄsom ZeroNet, IPFS, Tahoe-LAFS, BitTorrent, I2P. Men under de senaste Ären har min Äsikt förÀndrats kraftigt. Jag anser att placering av offentliga tjÀnster pÄ en hem-IP-adress, sÀrskilt de som förutsÀtter uppladdning av anvÀndarinnehÄll, utgör en obefogad risk för alla som bor i lÀgenheten. Nu rekommenderar jag att man helt förbjuder inkommande anslutningar frÄn internet, avstÄr frÄn dedikerade IP-adresser och hÄller alla sina projekt pÄ fjÀrrservrar pÄ nÀtet.
Följ vÄr utvecklare pÄ Instagram
KĂ€lla: habr.com
