L'hosting «sotto il letto» è un termine gergale per indicare un server situato in un normale appartamento e connesso a una rete Internet domestica. Su tali server si trovavano solitamente un FTP pubblico, la pagina personale del proprietario e talvolta persino un intero hosting per altri progetti. Questo fenomeno era comune nei primi tempi dell'accesso a Internet domestico a banda larga, quando l'affitto di un server dedicato in un data center era troppo costoso e i server virtuali non erano ancora diffusi e pratici.
Nella maggior parte dei casi, per il server «sotto il letto» veniva utilizzato un vecchio computer, in cui venivano installati tutti i dischi rigidi trovati. Poteva anche fungere da router e firewall domestico. Un tale server era presente in ogni casa di un rispettabile dipendente del settore telecomunicazioni.
Con l'emergere dei servizi cloud accessibili, i server domestici sono diventati meno popolari e oggi, al massimo, ciò che si può trovare negli appartamenti è un NAS per l'archiviazione di album fotografici, film e backup.
L'articolo esamina casi curiosi legati ai server domestici e le problematiche affrontate dai loro amministratori. Scopriamo come si presenta questo fenomeno al giorno d'oggi e scegliamo cosa di interessante si può ospitare oggi sul proprio server sotto il letto.
Server della rete domestica a Nova Kakhovka. Foto dal sito nag.ru
Indirizzo IP corretto
La principale esigenza per un server domestico era avere un indirizzo IP reale, cioè instradabile da internet. Molti fornitori non offrivano tale servizio per i privati, e ottenerlo doveva avvenire tramite un accordo speciale. Spesso il fornitore richiedeva di stipulare un contratto separato per fornire un IP dedicato. A volte, anche questa procedura richiedeva la creazione di un Handle NIC separato per il proprietario, il che esponeva il suo nome e indirizzo direttamente attraverso il comando Whois. In questo contesto, bisognava essere cauti nelle dispute online, poiché uno scherzo sul "calcolare tramite IP" smetteva di essere uno scherzo. Tra l'altro, non molto tempo fa c'è stata una polemica , che ha deciso di pubblicare nei whois i dati personali di tutti i suoi clienti.
Indirizzo IP statico vs DynDNS
È vantaggioso avere un indirizzo IP statico — in questo modo si possono facilmente indirizzare tutti i nomi di dominio su di esso e dimenticarsene, ma non è sempre stato possibile. Molti grandi provider ADSL a livello federale fornivano ai clienti un IP reale solo per la durata della sessione, il che significa che poteva cambiare una volta al giorno o in caso di riavvio del modem o interruzione della connessione. In questi casi è utile un servizio Dyn (dynamic) DNS. Il servizio più popolare , per molto tempo gratuito, offriva l’opportunità di ottenere un sottodominio nella zona *.dyndns.org, che poteva essere rapidamente aggiornato al cambio dell’indirizzo IP. Uno script speciale sul lato client invia continuamente richieste al server DynDNS, e se il suo indirizzo di uscita cambiava, il nuovo indirizzo veniva immediatamente impostato nel record A del sottodominio.
Porti chiusi e protocolli vietati
Molti provider, in particolare i grandi fornitori ADSL, erano contrari al fatto che gli utenti potessero ospitare servizi pubblici sui propri indirizzi, quindi vietavano le connessioni in entrata su porte popolari come HTTP. Sono noti casi in cui i provider hanno bloccato porte di server di gioco, come Counter-Strike e Half-Life. Questa pratica è ancora comune e talvolta provoca problemi. Ad esempio, quasi tutti i provider bloccano le porte RPC e NetBios di Windows (135-139 e 445) per prevenire la diffusione di virus, così come spesso bloccano le porte in entrata per i protocolli di Email SMTP, POP3 e IMAP.
I provider che offrono servizi di telefonia IP oltre a Internet amano bloccare le porte del protocollo SIP per costringere i clienti a utilizzare solo i loro servizi telefonici.
PTR e invio di posta
L'hosting di un proprio server di posta è un argomento a parte. Avere un server di posta personale e totalmente controllato sotto il letto è un'idea molto allettante. Tuttavia, la realizzazione pratica non è sempre stata possibile. La maggior parte delle gamme di indirizzi IP dei provider domestici sono permanentemente bloccate nelle liste di spam.), quindi i server di posta rifiutano semplicemente di accettare connessioni in ingresso via SMTP da indirizzi IP di provider domestici. Di conseguenza, era praticamente impossibile inviare una email da un server del genere.
Inoltre, per inviare correttamente l'email era necessario impostare un record PTR corretto per l'indirizzo IP, ovvero la risoluzione inversa dell'indirizzo IP nel nome a dominio. La stragrande maggioranza dei provider accettava ciò solo a fronte di un accordo specifico o tramite la stipula di un contratto separato.
Cercando i server vicini
Utilizzando i record PTR, possiamo vedere quali dei nostri vicini per indirizzo IP hanno concordato l'installazione di un record DNS speciale per il proprio IP. Per fare questo, prendiamo il nostro indirizzo IP domestico e eseguiamo il comando whois, e otteniamo l'intervallo di indirizzi che il provider fornisce ai clienti. Possono esserci molti di questi intervalli, ma per l'esperimento controlleremo uno.
Nel nostro caso, il provider è Onlaym (Rostelecom). Accediamo a e otteniamo il nostro indirizzo IP:
Tra l'altro, Onlinem è uno di quei provider che assegna ai clienti un IP fisso, anche senza il servizio di indirizzo IP dedicato. Questo indirizzo può rimanere invariato per mesi.
Resolveremo l'intero range di indirizzi 95.84.192.0/18 (circa 16 mila indirizzi) con nmap. L'opzione -sL non esegue effettivamente una scansione attiva degli host, ma invia solo richieste DNS, quindi nei risultati vedremo solo righe contenenti il dominio associato all'indirizzo IP.
$ nmap -sL -vvv 95.84.192.0/18
......
Rapporto di scansione Nmap per broadband-95-84-195-131.ip.moscow.rt.ru (95.84.195.131)
Rapporto di scansione Nmap per broadband-95-84-195-132.ip.moscow.rt.ru (95.84.195.132)
Rapporto di scansione Nmap per broadband-95-84-195-133.ip.moscow.rt.ru (95.84.195.133)
Rapporto di scansione Nmap per broadband-95-84-195-134.ip.moscow.rt.ru (95.84.195.134)
Rapporto di scansione Nmap per broadband-95-84-195-135.ip.moscow.rt.ru (95.84.195.135)
Rapporto di scansione Nmap per mx2.merpassa.ru (95.84.195.136)
Rapporto di scansione Nmap per broadband-95-84-195-137.ip.moscow.rt.ru (95.84.195.137)
Rapporto di scansione Nmap per broadband-95-84-195-138.ip.moscow.rt.ru (95.84.195.138)
Rapporto di scansione Nmap per broadband-95-84-195-139.ip.moscow.rt.ru (95.84.195.139)
Rapporto di scansione Nmap per broadband-95-84-195-140.ip.moscow.rt.ru (95.84.195.140)
Rapporto di scansione Nmap per broadband-95-84-195-141.ip.moscow.rt.ru (95.84.195.141)
Rapporto di scansione Nmap per broadband-95-84-195-142.ip.moscow.rt.ru (95.84.195.142)
Rapporto di scansione Nmap per broadband-95-84-195-143.ip.moscow.rt.ru (95.84.195.143)
Rapporto di scansione Nmap per broadband-95-84-195-144.ip.moscow.rt.ru (95.84.195.144)
.....
Quasi tutti gli indirizzi hanno un record PTR standard del tipo indirizzo-broadband.ip.moscow.rt.ru tranne un paio di pezzi, tra cui mx2.merpassa.ru. Secondo il sottodominio mx, si tratta di un server di posta (mail exchange). Proviamo a controllare questo indirizzo nel servizio
Risulta che l'intero intervallo IP è in una blacklist permanente, e le email inviate da questo server raramente arriveranno a destinazione. Considera questo quando scegli un server per la posta in uscita.
Avere un server di posta nell'intervallo IP di un provider domestico è sempre una cattiva idea. Un tale server avrà problemi con l'invio e la ricezione delle email. Tienilo a mente se il tuo amministratore di sistema propone di implementare un server di posta direttamente sull'indirizzo IP dell'ufficio.
Usa un hosting vero o un servizio email. In questo modo dovrai chiamare meno spesso per verificare se le tue email sono arrivate.
Hosting su un router WiFi
Con l'arrivo di computer a scheda singola come il Raspberry Pi, non sorprende più vedere un sito lanciato su un dispositivo delle dimensioni di un pacchetto di sigarette, ma già prima dell'arrivo del Raspberry Pi, gli appassionati lanciavano pagine personali direttamente sui router WiFi!
Il leggendario router WRT54G, da cui è iniziato il progetto OpenWRT nel 2004
Il router Linksys WRT54G, da cui ha avuto inizio il progetto OpenWRT, non aveva porte USB, ma ingegneri astuti hanno trovato dei pin GPIO saldati che potevano essere utilizzati come SPI. Così è nato un mod che aggiungeva una scheda SD al dispositivo. Questo apriva enormi possibilità creative. Era persino possibile costruire un intero PHP! Ricordo personalmente come, pur non sapendo saldare bene, ho saldato una scheda SD a questo router. Successivamente i router iniziarono a dotarsi di porte USB, permettendo di inserire semplicemente una chiavetta USB.
Un tempo su Internet c'erano diversi progetti completamente avviati su router WiFi domestici, di cui troverai una nota qui sotto. Purtroppo, non sono riuscito a trovare alcun sito attivo. Forse ne conosci qualcuno?
Armadi server ricavati da tavolini IKEA
Un giorno qualcuno ha scoperto che il popolare tavolino da caffè IKEA chiamato Lack era perfetto come supporto per server standard 19 pollici. Grazie al prezzo di $9, questo tavolino è diventato molto popolare per la creazione di data center domestici. Questo tipo di montaggio è stato chiamato .
Il tavolino IKEA Lack è perfetto come sostituto di un armadio server
Le tavolini potevano essere impilati e costruire veri e propri armadi per server. Sfortunatamente, a causa del fragile truciolato, i tavolini si rompevano sotto il peso dei server. Per aumentarne la stabilità, venivano rinforzati con angoli metallici.
Come gli studenti mi hanno privato di internet
Anche io, come ci si aspetta, avevo il mio server sotto il letto, su cui girava un semplice forum dedicato a temi legati ai videogiochi. Una volta, un alunno deluso da un ban ha istigato i suoi compagni, e insieme hanno iniziato a DDoSare il mio forum dai loro computer di casa. Poiché all'epoca la mia connessione internet era di circa 20 megabit, sono riusciti a paralizzare completamente il mio internet domestico. Nessun blocco sul firewall ha funzionato, perché si trattava di un esaurimento totale della banda.
Dall'esterno sembrava molto divertente:
— Pronto, perché non mi rispondi su ICQ?
— Scusa, non ho internet, mi stanno DDoSando.
Le mie segnalazioni al provider non hanno avuto successo. Mi hanno risposto che non era di loro competenza occuparsi di questo e che potevano solo bloccare completamente il mio traffico in entrata. Così sono rimasto senza internet per due giorni, finché agli attaccanti non è passata la voglia.
Conclusione
Qui avrebbe dovuto esserci una selezione di moderni servizi P2P, come ZeroNet, IPFS, Tahoe-LAFS, BitTorrent, I2P, che possono essere implementati su un server domestico. Tuttavia, nel corso degli ultimi anni, il mio punto di vista è cambiato drasticamente. Ritengo che ospitare qualsiasi servizio pubblico su un indirizzo IP domestico, soprattutto quelli che prevedono il caricamento di contenuti da parte degli utenti, crei rischi ingiustificati per tutti gli abitanti di un appartamento. Ora consiglio di limitare il più possibile le connessioni in entrata da Internet, di rinunciare a indirizzi IP dedicati e di mantenere tutti i propri progetti su server remoti in rete.
Segui il nostro sviluppatore su Instagram
Fonte: habr.com
