Il hosting «sotto il letto» è un termine gergale per un server situato in un normale appartamento residenziale e collegato a una connessione Internet domestica. Su questi server si trovava di solito un server FTP pubblico, la pagina personale del proprietario e talvolta persino un intero hosting per altri progetti. Questo fenomeno era diffuso nei primi giorni dell'accesso a Internet domestico su una connessione dedicata, quando l'affitto di un server dedicato in un data center era troppo costoso e i server virtuali non erano ancora comuni e abbastanza pratici.
Di solito, per il server «sotto il letto» veniva utilizzato un vecchio computer, in cui venivano installati tutti i dischi rigidi trovati. Poteva anche svolgere il ruolo di router domestico e firewall. Tale server era essenziale per ogni dipendente rispettabile del settore delle telecomunicazioni.
Con l'arrivo dei servizi cloud accessibili, i server domestici sono diventati meno popolari, e oggi al massimo ciò che si può trovare in appartamenti residenziali è un NAS per la conservazione di album fotografici, film e backup.
L'articolo esamina casi curiosi legati ai server domestici e le problematiche che affrontano i loro amministratori. Vediamo come appare questo fenomeno ai giorni nostri e scegliamo cosa di interessante si possa ospitare sul proprio server sotto il letto oggi.
Server di rete domestica a Nova Kakhovka. Foto dal sito nag.ru
Indirizzo IP corretto
Il principale requisito per un server domestico era l'esistenza di un indirizzo IP reale, cioè instradabile da Internet. Molti fornitori non offrivano questo servizio per i privati, e ottenerlo richiedeva un accordo speciale. Spesso il fornitore richiedeva di stipulare un contratto separato per la fornitura di un IP dedicato. A volte anche questa procedura prevedeva la creazione di un NIC Handle separato per il proprietario, il che risultava nella disponibilità del suo nome e indirizzo domestico attraverso il comando Whois. Qui bisognava essere cauti durante le dispute online, poiché la battuta su «tracciare tramite IP» smetteva di essere una battuta. A proposito, non molto tempo fa c'è stato uno scandalo , che ha deciso di pubblicare nel whois i dati personali di tutti i suoi clienti.
Indirizzo IP statico vs DynDNS
È utile se si riusciva a ottenere un indirizzo IP permanente: in tal caso era possibile reindirizzare facilmente tutti i nomi di dominio su di esso e dimenticarsene, ma non sempre era possibile. Molti grandi fornitori ADSL a livello federale rilasciavano ai clienti un indirizzo IP reale solo per la durata della sessione, quindi poteva cambiare una volta al giorno o in caso di riavvio del modem o disconnessione della rete. In questo caso venivano in aiuto i servizi Dyn (dynamic) DNS. Il servizio più popolare , per molto tempo gratuito, offriva la possibilità di ottenere un sottodominio nella zona *.dyndns.org, che poteva aggiornarsi rapidamente in caso di cambio dell'indirizzo IP. Uno script speciale sul lato client si collegava continuamente al server DynDNS e, nel caso in cui il suo indirizzo in uscita cambiasse, il nuovo indirizzo veniva immediatamente impostato nel record A del sottodominio.
Porti chiusi e protocolli vietati
Molti fornitori, in particolare i grandi fornitori ADSL, erano contrari all'idea che gli utenti ospitassero su i propri indirizzi qualsiasi servizio pubblico, quindi vietavano le connessioni in entrata su porte popolari come HTTP. Sono noti casi in cui i fornitori bloccavano le porte dei server di gioco, come Counter-Strike e Half-Life. Questa prassi è ancora comune e a volte causa problemi. Ad esempio, quasi tutti i fornitori bloccano le porte RPC e NetBios di Windows (135-139 e 445) per prevenire la diffusione di virus e spesso anche le porte in entrata per i protocolli Email SMTP, POP3, IMAP.
I fornitori che offrono, oltre a Internet, servizi di telefonia VoIP amano bloccare le porte del protocollo SIP per costringere i clienti a utilizzare solo i loro servizi telefonici.
PTR e invio di email
Ospitare il proprio server di posta è un tema ampio e complesso. Avere un server di posta personale sotto il proprio controllo è un'idea molto allettante. Tuttavia, la sua realizzazione si è rivelata non sempre possibile. La maggior parte delle gamme di indirizzi IP dei fornitori domestici è sotto un blocco permanente nelle liste di spam (), quindi i server di posta semplicemente rifiutano le connessioni in entrata su SMTP dagli indirizzi IP dei fornitori domestici. Di conseguenza, inviare una email da un tale server era quasi impossibile.
Inoltre, per un invio corretto della posta era necessario impostare un corretto record PTR sull'indirizzo IP, ovvero la conversione inversa dell'indirizzo IP nel nome di dominio. La stragrande maggioranza dei provider accettava ciò solo con un accordo specifico o stipulando un contratto separato.
Cercando server sotto il letto dei vicini
Utilizzando i record PTR, possiamo vedere chi dei nostri vicini per indirizzo IP ha concordato l'installazione di un record DNS speciale per il proprio IP. Per fare ciò, prendiamo il nostro indirizzo IP domestico, eseguiamo il comando whois, e otteniamo l'intervallo di indirizzi che il provider assegna ai clienti. Potrebbero esserci molti di questi intervalli, ma per esperimento controlliamo uno.
Nel nostro caso, si tratta del provider Onlime (Rostelecom). Accediamo a e otteniamo il nostro indirizzo IP:
A proposito, Onlime è uno di quei provider che assegna sempre un IP fisso ai clienti, anche senza il servizio di IP dedicato attivato. In questo modo, l'indirizzo può rimanere invariato per mesi.
Risolveremo l'intero intervallo di indirizzi 95.84.192.0/18 (circa 16.000 indirizzi) utilizzando nmap. L'opzione -sL non esegue effettivamente una scansione attiva degli host, ma invia solo richieste DNS, quindi nei risultati vedremo solo le righe che contengono 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 broadband-indirizzo.ip.moscow.rt.ru tranne alcune eccezioni, tra cui mx2.merpassa.ru. Giudicando dal sottodominio mx, si tratta di un server di posta (mail exchange). Proviamo a verificare questo indirizzo nel servizio
Si nota che l'intero intervallo IP si trova in una blacklist permanente, e le email inviate da questo server arriveranno raramente al destinatario. Tieni presente questo nella scelta del server per la posta in uscita.
Tenere un server di posta nell'intervallo IP del provider domestico è sempre una cattiva idea. Un tale server avrà problemi con l'invio e la ricezione di posta. Tieni presente questo se il tuo amministratore di sistema propone di implementare un server di posta direttamente all'indirizzo IP dell'ufficio.
Utilizza un hosting adeguato 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 dei computer a scheda singola come il Raspberry Pi, non sorprende più vedere un sito web in funzione su un dispositivo delle dimensioni di un pacchetto di sigarette, ma anche prima dell'arrivo del Raspberry Pi, gli appassionati lanciavano pagine personali direttamente sui router WiFi!
Il leggendario router WRT54G, da cui ha avuto inizio il progetto OpenWRT nel 2004
Il router Linksys WRT54G, da cui è partito il progetto OpenWRT, non aveva porte USB, ma gli esperti trovarono 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 assemblare un intero PHP! Ricordo personalmente come, non avendo quasi nessuna abilità di saldatura, saldai una scheda SD a questo router. Successivamente, i router iniziarono ad avere porte USB e fu possibile semplicemente inserire una chiavetta.
C'erano diversi progetti su Internet che erano completamente funzionanti su un router WiFi domestico, di cui parlerò più avanti. Sfortunatamente, non sono riuscito a trovare nemmeno un sito attivo. Forse ne conosci qualcuno?
Armadi per server realizzati con tavolini IKEA
Qualcuno ha scoperto che il popolare tavolino da caffè IKEA chiamato Lack si adatta perfettamente come supporto per server standard da 19 pollici. A causa del prezzo di $9, questo tavolino è diventato molto popolare per creare data center domestici. Questo metodo di montaggio è stato chiamato .
Il tavolino IKEA Lack è perfetto al posto di un armadio per server
I tavolini potevano essere impilati uno sopra l'altro per costruire veri e propri armadi per server. Sfortunatamente, a causa del fragile truciolato, i tavolini crollavano sotto il peso dei server pesanti. Per maggiore sicurezza, venivano rinforzati con angoli metallici.
Come gli studenti mi hanno privato di Internet
Anch'io avevo il mio server sotto il letto, dove girava un semplice forum dedicato a temi legati ai videogiochi. Un giorno, uno scolaro aggressivo scontento di un ban ha convinto i suoi amici, 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 la mia connessione domestica. Nessun blocco sul firewall ha funzionato, perché la banda era completamente esaurita.
Da fuori appariva molto divertente:
— Pronto, perché non mi rispondi su Messenger?
— Scusa, non ho Internet, mi stanno attaccando.
Le segnalazioni al provider non sono servite, mi hanno risposto che non era compito loro occuparsi di questo e che potevano solo bloccarmi completamente il traffico in entrata. Così sono rimasto senza Internet per due giorni, finché non si sono stancati di attaccarmi.
Conclusione
Qui doveva esserci una selezione di servizi P2P moderni che possono essere implementati su un server domestico, come ZeroNet, IPFS, Tahoe-LAFS, BitTorrent, I2P. Ma negli ultimi due anni la mia opinione è molto cambiata. Credo che avere servizi pubblici su un indirizzo IP domestico, tanto più quelli che prevedono il caricamento di contenuti da parte degli utenti, crei un rischio ingiustificato per tutti i residenti dell'appartamento. Ora consiglio di vietare al massimo le connessioni in entrata dall'Internet, rinunciare agli indirizzi IP dedicati e mantenere tutti i propri progetti su server remoti in rete.
Segui il nostro sviluppatore su Instagram
Fonte: habr.com
