O alojamento "debaixo da cama" é uma gíria para se referir a um servidor localizado em um apartamento comum e conectado a uma conexão de internet doméstica. Esses servidores costumavam hospedar um servidor FTP público, a página inicial do proprietário e, às vezes, até mesmo um hosting completo para outros projetos. Esse fenômeno era comum nos primeiros dias da internet doméstica acessível por conexão dedicada, quando alugar um servidor dedicado em um data center era muito caro e os servidores virtuais ainda não eram amplamente utilizados e práticos.
Frequentemente, um computador antigo era designado como o "servidor debaixo da cama", ao qual eram instalados todos os discos rígidos disponíveis. Ele também podia funcionar como um router doméstico e firewall. Esse tipo de servidor era imprescindível na casa de todo profissional respeitável da telecomunicações.
Com o surgimento de serviços em nuvem acessíveis, os servidores domésticos se tornaram menos populares, e hoje em dia o máximo que se pode encontrar em apartamentos é um NAS para armazenar álbuns de fotos, filmes e backups.
Este artigo discute casos curiosos relacionados a servidores domésticos e os problemas enfrentados por seus administradores. Vamos explorar como esse fenômeno se apresenta nos dias de hoje e descobrir o que é interessante hospedar em seu próprio servidor debaixo da cama atualmente.
Servidores de rede doméstica na cidade de Nova Kakhovka. Foto do site nag.ru
Endereço IP correto
O principal requisito para um servidor doméstico era ter um endereço IP real, ou seja, roteável da internet. Muitos provedores não ofereciam esse serviço para pessoas físicas, e era necessário obtê-lo por meio de acordos específicos. Frequentemente, o provedor exigia a assinatura de um contrato separado para a disponibilização de um IP dedicado. Às vezes, esse procedimento incluía a criação de um Handle NIC separado para o proprietário, resultando na disponibilização de seu nome e endereço residencial diretamente através do comando Whois. Era necessário ter cautela em disputas na internet, pois a piada sobre "descobrir pelo IP" deixava de ser uma piada. A propósito, não faz muito tempo houve um escândalo , que decidiu publicar no whois os dados pessoais de todos os seus clientes.
Endereço IP fixo vs DynDNS
É bom se você puder obter um endereço IP fixo — assim pode facilmente direcionar todos os nomes de domínio para ele e esquecer, mas isso nem sempre era possível. Muitos provedores de ADSL de grande escala apenas forneciam um IP real aos clientes durante a vida útil da sessão, ou seja, ele poderia mudar uma vez por dia ou em caso de reinicialização do modem ou perda de conexão. Nesse caso, os serviços de DNS dinâmico, como Dyn, eram úteis. O serviço mais popular , que foi gratuito por muito tempo, permitia obter um subdomínio na zona *.dyndns.org, que podia ser rapidamente atualizado quando o IP mudava. Um script especial no lado do cliente se conectava constantemente ao servidor DynDNS e, caso o endereço de saída mudasse, o novo endereço era imediatamente configurado no registro A do subdomínio.
Portas fechadas e protocolos proibidos
Muitos provedores, especialmente os grandes de ADSL, eram contra que os usuários hospedassem qualquer serviço público em seus endereços, e por isso bloqueavam conexões de entrada em portas populares como HTTP. Casos são conhecidos em que provedores bloquearam portas de servidores de jogos, como Counter-Strike e Half-Life. Essa prática ainda é comum e, às vezes, causa problemas. Por exemplo, quase todos os provedores bloqueiam as portas RPC e NetBios do Windows (135-139 e 445) para evitar a propagação de vírus, além de frequentemente bloquear portas de entrada para os protocolos de email SMTP, POP3 e IMAP.
Provedores que oferecem, além da internet, serviços de telefonia IP costumam bloquear portas do protocolo SIP, assim fazendo com que os clientes utilizem apenas seus serviços de telefonia.
PTR e envio de email
Hospedar seu próprio servidor de email é um tema completamente distinto. Ter um servidor de email pessoal sob sua própria cama, que está completamente sob seu controle — é uma ideia bastante sedutora. Mas a implementação na prática nem sempre se mostrava viável. A maioria das faixas de IP dos provedores domésticos está permanentemente bloqueada em listas de spam (), por isso servidores de email simplesmente se negam a aceitar conexões de entrada via SMTP de endereços IP de provedores domésticos. Como resultado, enviar um email de tal servidor é praticamente impossível.
Além disso, para o envio bem-sucedido de e-mails, era necessário configurar um registro PTR correto no endereço IP, ou seja, a conversão reversa do endereço IP em um nome de domínio. A grande maioria dos provedores concordava com isso apenas sob acordo especial ou mediante a assinatura de um contrato separado.
Procurando servidores nos arredores.
Usando registros PTR, podemos verificar quem entre nossos vizinhos de IP concordou em instalar um registro DNS especial para seu IP. Para isso, vamos pegar nosso endereço IP doméstico e executar o comando whois, e obteremos o intervalo de endereços que o provedor fornece aos clientes. Pode haver muitos desses intervalos, mas para o experimento, vamos verificar um.
No nosso caso, este provedor é a Onlime (Rostelecom). Acesse e obtenha nosso endereço IP:
Aliás, a Onlime é um dos provedores que sempre fornece aos clientes um IP fixo, mesmo sem o serviço de IP dedicado ativado. Nesse caso, o endereço pode não mudar por meses.
Vamos resolver todo o intervalo de endereços 95.84.192.0/18 (cerca de 16 mil endereços) com o nmap. A opção -sL basicamente não realiza uma varredura ativa dos hosts, apenas envia consultas DNS, então nos resultados veremos somente as linhas que contêm o domínio associado ao endereço IP.
$ nmap -sL -vvv 95.84.192.0/18
......
Relatório de varredura do Nmap para broadband-95-84-195-131.ip.moscow.rt.ru (95.84.195.131)
Relatório de varredura do Nmap para broadband-95-84-195-132.ip.moscow.rt.ru (95.84.195.132)
Relatório de varredura do Nmap para broadband-95-84-195-133.ip.moscow.rt.ru (95.84.195.133)
Relatório de varredura do Nmap para broadband-95-84-195-134.ip.moscow.rt.ru (95.84.195.134)
Relatório de varredura do Nmap para broadband-95-84-195-135.ip.moscow.rt.ru (95.84.195.135)
Relatório de varredura do Nmap para mx2.merpassa.ru (95.84.195.136)
Relatório de varredura do Nmap para broadband-95-84-195-137.ip.moscow.rt.ru (95.84.195.137)
Relatório de varredura do Nmap para broadband-95-84-195-138.ip.moscow.rt.ru (95.84.195.138)
Relatório de varredura do Nmap para broadband-95-84-195-139.ip.moscow.rt.ru (95.84.195.139)
Relatório de varredura do Nmap para broadband-95-84-195-140.ip.moscow.rt.ru (95.84.195.140)
Relatório de varredura do Nmap para broadband-95-84-195-141.ip.moscow.rt.ru (95.84.195.141)
Relatório de varredura do Nmap para broadband-95-84-195-142.ip.moscow.rt.ru (95.84.195.142)
Relatório de varredura do Nmap para broadband-95-84-195-143.ip.moscow.rt.ru (95.84.195.143)
Relatório de varredura do Nmap para broadband-95-84-195-144.ip.moscow.rt.ru (95.84.195.144)
.....
Quase todos os endereços têm um registro PTR padrão do tipo broadband-endereço.ip.moscow.rt.ru exceto por alguns poucos, entre os quais mx2.merpassa.ru. Judging by the mx subdomain, it is a mail server (mail exchange). Let's try to check this address in the service
É visível que todo o intervalo de IPs está em uma lista de bloqueio permanente, e os e-mails enviados a partir desse servidor raramente chegarão ao destinatário. Leve isso em consideração ao escolher um servidor para envio de e-mails.
Manter um servidor de email na faixa de IP do provedor doméstico é sempre uma má ideia. Esse servidor terá problemas para enviar e receber emails. Tenha isso em mente se o seu administrador de sistemas sugerir implantar um servidor de email diretamente no IP do escritório.
Use ou um verdadeiro serviço de hospedagem, ou um serviço de email. Assim, você precisará ligar com menos frequência para confirmar se seus emails chegaram.
Hospedagem em um roteador WiFi
Com a chegada de computadores de placa única como o Raspberry Pi, não é mais surpreendente ver um site rodando em um dispositivo do tamanho de uma caixa de cigarro, mas antes mesmo do Raspberry Pi, entusiastas já hospedavam páginas pessoais diretamente em roteadores WiFi!
O lendário roteador WRT54G, que deu início ao projeto OpenWRT em 2004
O roteador Linksys WRT54G, que deu início ao projeto OpenWRT, não tinha portas USB, mas habilidosos descobriram pinos GPIO expostos que podiam ser usados como SPI. Assim, surgiu um mod que adicionava um cartão SD ao dispositivo. Isso abriu uma enorme liberdade criativa. Eu pessoalmente me lembro de como, quase sem saber soldar, conectei um cartão SD a esse roteador. Mais tarde, roteadores passaram a ter portas USB e foi possível simplesmente inserir um pen drive.
Antigamente, havia vários projetos na internet que eram totalmente operados em um roteador WiFi doméstico, haverá uma nota sobre isso ao final. Infelizmente, não consegui encontrar um único site ativo. Talvez você conheça algum?
Estantes de servidores feitas de mesas da IKEA
Certa vez, alguém descobriu que a mesa de centro popular da IKEA chamada Lack é perfeita como suporte para servidores padrão de 19 polegadas. Devido ao preço de $9, essa mesa se tornou muito popular para a criação de data centers domésticos. Essa forma de montagem foi chamada de .
A mesa IKEA Lack é perfeita como um armário de servidores
As mesas podiam ser empilhadas uma sobre a outra, criando verdadeiras estantes de servidores. Infelizmente, devido ao MDF frágil, os móveis se desmanchavam sob o peso dos servidores. Para aumentar a segurança, eles eram reforçados com cantoneiras de metal.
Como os alunos me privaram da internet
Como se espera, eu também tive meu próprio servidor embaixo da cama, onde funcionava um simples fórum dedicado a temas de jogos. Um dia, um estudante insatisfeito com um banimento incitou seus colegas, e eles começaram a DDoS meu fórum a partir de seus computadores domésticos. Como toda a conexão com a internet na época era de aproximadamente 20 Megabits, eles conseguiram paralisar completamente minha internet doméstica. Nenhuma bloqueio no firewall ajudou, pois a conexão estava totalmente esgotada.
De fora, parecia muito engraçado:
— Alô, por que você não me responde no MSN?
— Desculpe, estou sem internet, estão me DDoSando.
As reclamações para o provedor não ajudaram, me disseram que resolver isso não era responsabilidade deles e que só poderiam bloquear todo o tráfego de entrada. Assim, fiquei dois dias sem internet, até que os atacantes se cansaram.
Conclusão
Aqui deveria estar uma seleção de serviços P2P modernos que podem ser implementados em um servidor doméstico, como ZeroNet, IPFS, Tahoe-LAFS, BitTorrent, I2P. Mas nos últimos dois anos, minha opinião mudou drasticamente. Eu acredito que hospedar qualquer tipo de serviço público em um endereço IP doméstico, especialmente aqueles que envolvem o upload de conteúdo gerado pelo usuário, cria um risco injustificável para todos os moradores do apartamento. Agora eu recomendo proibir ao máximo as conexões de entrada da internet, abrir mão de endereços IP dedicados e manter todos os meus projetos em servidores remotos na internet.
Siga nosso desenvolvedor no Instagram
Fonte: habr.com
