Você pode hospedar um site em um sistema doméstico, se quiser. Há uma ressalva, no entanto. Alguns ISPs (Internet Service Providers) não permitem que seus clientes hospedem seus próprios servidores, enquanto outros permitem que você faça isso. Um ISP que não permita que usuários domésticos hospedem seus próprios servidores pode bloquear o tráfego nas portas comumente usadas pelos servidores. Por exemplo, ele pode impedir que alguém execute seu próprio servidor de email bloqueando as conexões da Internet para a porta 25 nos endereços IP que ele atribui aos usuários domésticos. Da mesma forma, poderia impedir alguém de hospedar seu próprio servidor da web, bloqueando a porta padrão usada para HTTP , porta 80 e a porta padrão usada para HTTPS, porta 443. Alguém pode contornar esse bloco executando um servidor da Web em uma porta não padrão. Por exemplo, se o servidor da Web foi configurado para escutar conexões HTTP na porta 7080, se você pudesse fornecer esse número de porta a todos que pudessem visitar seu site, eles ainda poderiam obter acesso ao servidor. Por exemplo, em vez de usar http://www.example.com/sompage.html ou http://10.0.0.5/somepage.html , os visitantes do site podem usar http://www.example.com:7080/ somepage.html ou http://10.0.0.5/sompage.html . Embora até esse tráfego possa ser bloqueado por um ISP.
Essa solução pode funcionar, se você espera que seu site seja visitado por apenas alguns amigos, mas pode ser mais problemática se você espera ter uma audiência mundial da Internet para ele, já que a maioria das pessoas não está acostumada a incluir um número de porta ao visitar um site. No entanto, se você estiver vinculando ao seu site a partir de outros sites, desde que o número da porta esteja incluído, o link funcionará.
Mas, supondo que o ISP não o impeça de hospedar seu próprio servidor web. Você precisará configurar seu roteador para encaminhar o tráfego destinado à porta HTTP padrão e, possivelmente, HTTPS, se você também estiver usando esse protocolo, para o endereço IP privado interno do servidor da web na rede local (LAN) . Isso é necessário porque a maioria dos usuários domésticos possui um roteador executando a Conversão de Endereço de Rede para comunicações entre os sistemas atrás do roteador no lado da LAN e os sistemas no lado externo, voltado para a Internet, ou seja, a Wide Area Network (WAN). ) . Ou seja, eles têm um endereço IP público externo para o roteador, mas pode haver vários endereços IP privadospara sistemas atrás do roteador. Por exemplo, você pode ter um laptop com um endereço 192.168.0.4 e um sistema de desktop com um endereço IP 192.168.0.5 atrás do roteador. Esses endereços IP privados não são roteados pela Internet. Um roteador doméstico normalmente executa NAT para permitir que sistemas externos que veem apenas um endereço IP público se comuniquem com sistemas atrás de um roteador com endereços IP privados.
A maioria dos roteadores domésticos oferece a capacidade de realizar a conversão de endereços de rede e de endereços de porta e geralmente é bastante fácil de configurar, você só precisa saber que precisa fazer isso. Alguns roteadores podem ter uma configuração de zona desmilitarizada (DMZ) que permite especificar que todas as conexões originadas de fora do roteador vão para um sistema específico na parte interna do roteador. Se você deseja que seu servidor doméstico seja acessível via NAT / PAT, provavelmente será necessário atribuir a ele um endereço IP estático, em vez de um que possa ser alterado porque ele é atribuído pelo DHCP (Dynamic Host Configuration Protocol) , para que o roteador sempre possa encaminhar as conexões de entrada para o sistema correto.
Além do endereço IP dos sistemas no lado interno do seu roteador possivelmente mudar, se você estiver usando uma conexão de rede doméstica, provavelmente o seu ISP também atribui o endereço IP externo do roteador via DHCP. Digamos que seja xxx.xxx.10.250. Amanhã pode ser xxx.xxx.10.251. Depende do "tempo de concessão" que o ISP usa para atribuir endereços IP via DHCP a seus clientes. O tempo de concessão pode ser de algumas horas, alguns dias, um mês etc. Portanto, se você informar às pessoas que seu servidor da web está acessível em xxx.xxx.10.250, sempre que houver alterações, será necessário informar o novo endereço. No entanto, para alguns sistemas, mesmo que seu ISP não forneça um endereço IP estático, mas forneça um endereço dinâmico, ele permanecerá o mesmo desde que você não substitua o roteador. Por exemplo, para o meu serviço de Internet em casa, eu nãoEndereço de controle de acesso à mídia de um novo roteador.
Mesmo que o seu endereço IP mude com frequência, você poderá adquirir um endereço IP estático do ISP. Alguns venderão um endereço IP estático para usuários domésticos por uma taxa mensal, enquanto muitos não.
Mas uma solução que eu uso quando preciso conectar-me externamente ao sistema de um usuário doméstico para solucionar problemas ou configurar um servidor doméstico é usar o Sistema de Nome de Domínio Dinâmico . Isso permite que você acesse um servidor doméstico usando um nome de domínio totalmente qualificado (FQDN) , por exemplo, martijn.example.com, mesmo que o endereço IP externo do roteador varie. Eu uso o No-IP.com , mas também existem outros serviços DDNS. O modo como o DDNS funciona é que você instala o software em um sistema no lado interno da LAN do roteador que se comunica periodicamente com um sistema de provedor de serviços DDNS, para que o provedor DDNS saiba o endereço IP externo atual a partir do qual o sistema está se comunicando. . O provedor DDNS atualiza seu sistema de nomes de domínio (DNS)servidores, que são os servidores que convertem FQDNs, como martijn.example.com, em endereços IP, para refletir o endereço IP externo atual do seu roteador. Portanto, qualquer pessoa que coloque martijn.example.com no navegador será direcionada para o endereço IP correto. Alguns roteadores têm uma opção de configuração que permite especificar um provedor de serviços DDNS; portanto, você pode nem precisar instalar nenhum software em um sistema doméstico para que ele funcione; você só precisa ter uma conta com um provedor de DDNS.
Os provedores de DDNS cobrarão uma taxa pelo uso de seu próprio nome de domínio, por exemplo, martijn.com, se você desejar comprar seu próprio nome de domínio. Mas você pode até usar um serviço DDNS gratuitamente, por exemplo, o No-IP fornece um serviço gratuito , se você estiver disposto a usar um nome de domínio fornecido pelo provedor DDNS. Por exemplo, se o provedor possuir o site example.com, você poderá usar o martijn.example.com gratuitamente, embora precise pagar pelo martijn.com. Ou seja, você pode especificar um nome de host específico, por exemplo, martijn, para usar com um de seus nomes de domínio.
Eu usei essa configuração para um site em casa por muitos anos. Se você possui uma conexão à Internet bastante confiável e seu ISP não bloqueia o acesso a servidores em casa, ele pode funcionar bastante bem em sites de baixo tráfego. Por exemplo, se você não espera ter mais do que algumas centenas de visitantes no seu site todos os dias e já não está saturando sua largura de banda disponível. Mas há considerações que você precisa conhecer, ou seja, as que eu mencionei acima, ao configurar um servidor doméstico, o que pode levar alguns a recomendar o uso de um serviço de hospedagem.
Embora essa configuração possa até ser usada para uma empresa pequena ou doméstica, eu não a recomendaria para uma empresa pequena ou doméstica se o acesso ao seu site for crítico, se o seu endereço IP externo puder mudar com frequência, pois quando alguém visitar seu site, o sistema armazenará seu endereço IP em cache, para que, na próxima vez em que o visite, o sistema não precise procurar o endereço IP que acompanha o nome novamente. Há um tempo para viver (TTL)valor para essas entradas DNS em cache, para que expirem e o sistema procure o endereço IP novamente, mas eles podem permanecer no sistema por muitos minutos ou até horas. E outros servidores DNS também armazenam em cache entradas. Por exemplo, suponha que Mary seja uma cliente da Comcast cujo sistema se conecta a martijn.example.com. Seu sistema pode consultar os servidores DNS da Comcast para obter o endereço IP do site. Portanto, agora os servidores da Comcast sabem o endereço IP que acompanha o FQDN. Outro cliente da Comcast, Bill, também quer visitar seu site. Ele nunca visitou seu site antes; portanto, o sistema dele não armazenou em cache a tradução entre martijn.example.com e seu endereço IP, mas quando o sistema consulta um servidor DNS da Comcast, se esse servidor já sabe o endereço associado ao FQDN, ele fornecerá a resposta do seu cache.
Portanto, se o seu endereço IP mudar, mesmo que o servidor ou o roteador possa, em um minuto, atualizar os servidores DNS do provedor DDNS, outros ainda poderão obter o endereço IP antigo e seu site ficará inacessível a eles até o sistema ou o servidor DNS do ISP obtém o novo endereço IP atual. Devido ao armazenamento em cache e, dependendo da configuração TTL, é possível que alguns sistemas ainda tentem se conectar ao endereço IP antigo muitas horas depois ou talvez até no dia seguinte. Isso pode não ser um problema sério se você apenas deseja tornar seu site acessível a familiares e amigos, mas se estiver administrando uma empresa, é provável que seja um problema inaceitável.
Atualizar para endereçar o comentário:
quando você compra um nome de domínio de um registrador de nomes de domínio , geralmente tem a opção de especificar um endereço IP ou endereços para sistemas que devem ser acessíveis através do nome de domínio nesses endereços ou pode "estacionar" temporariamente o nome, para que ele aponte aos sistemas pertencentes ao registrador. Quando você está pronto para especificar seu próprio endereço IP, os registradores geralmente oferecem serviços DNS que permitem modificar os endereços IP associados aos nomes de domínio sempre que você desejar. Muitos também permitem que você, através do serviço DNS, ajuste o valor TTL, ou seja, a quantidade de tempo que um sistema deve armazenar em cache o endereço IP que acompanha um FQDN. Portanto, se você acha que pode precisar alterar o endereço IP com frequência, especifique um TTL mais curto. O registrador pode ter um TTL mínimo que você pode especificar, por exemplo, 5 minutos ou 30 minutos. O valor geralmente é especificado em segundos, portanto, um TTL de 5 minutos apareceria como 300.
Portanto, se você estiver usando o serviço DNS do registrador, precisará fazer login na sua conta com o registrador e alterar o endereço IP ou os endereços associados ao seu nome de domínio manualmente sempre que houver uma alteração. Ou, como alternativa, você pode usar um provedor de serviços DDNS para que a alteração na conversão do FQDN para o endereço IP ocorra automaticamente. Você pode adquirir o nome de domínio através do provedor de serviços DDNS e, portanto, usar seus servidores DNS por padrão ou adquirir o nome de domínio de outro registrador e especificar os endereços IP dos servidores de nomes do provedor DDNS na página de configuração do seu site fornecido pelo domínio. registrador de nomes
Outra opção seria executar seu próprio servidor DNS. Ao adquirir um nome de domínio, você pode especificar os servidores de nomes que devem ser usados com ele, os servidores de nomes do registrador ou alguns outros servidores de nomes. Por exemplo, você pode ter o mesmo sistema que é um servidor web, seja um servidor DNS. Você precisaria garantir que o servidor estivesse acessível na porta 53, que é a porta padrão do DNS, para os protocolos IP UDP e TCP . Você pode criar um script / programa em seu servidor que verifique periodicamente para ver qual endereço IP externo é atribuído ao seu roteador e atualizar o arquivo de zonapara o seu nome de domínio no seu servidor DNS. Configurar um servidor DNS é muito mais complicado do que depender de um provedor DDNS. Você pode encontrar tutoriais para configurar um servidor DNS online, se desejar seguir essa rota mais complicada. BIND é comumente usado para o serviço DNS em sistemas Linux. As versões de servidor da Microsoft do Windows, por exemplo, o Windows Server 2012 têm um serviço DNS fornecido pela Microsoftque também pode ser usado. Sugiro começar com o serviço DNS de um registrador, que normalmente é gratuito quando você compra um nome de domínio do registrador, mesmo que você ache que talvez queira seguir esse caminho mais difícil de executar seu próprio servidor DNS. A menos que alguém queira aprender como os fundamentos da Internet, como servidores DNS, trabalhar com os servidores DNS de um registrador ou provedor de serviços DDNS é provavelmente o melhor curso para a maioria das pessoas. Você também pode obter o serviço DNS através de empresas especializadas em serviços DNS, como o OpenDNS .
Porém, lembre-se de que, mesmo que você especifique um valor TTL curto e tenha atualizações automáticas, existe a possibilidade de um atraso maior que o TTL entre o momento em que você obtém um novo endereço IP e o tempo em que todos os sistemas na Internet param de usar o antigo endereço IP e use o novo. Por exemplo, consulte o artigo da GoDaddy, Quais fatores afetam o tempo de propagação do DNS? (GoDaddy é um registrador de nomes de domínio), o que explica por que pode levar até 48 horas para que o novo endereço esteja disponível para todos os sistemas na Internet. Por exemplo, o artigo declara "Alguns ISPs ignoram as configurações TTL e atualizam apenas seus registros em cache a cada dois a três dias".
Você pode começar a hospedá-lo em seu próprio computador. Comecei hospedando meu primeiro site no meu próprio computador. Agora eu vivo dos sites. Mas quando você fizer isso, esteja ciente:
A maioria dos sites está hospedada em data centers. Esses data centers têm energia de backup, estão localizados perto de backbones da Internet, você pode obter uma largura de banda extra muito mais barata que a largura de banda da sua casa.
Certamente você pode começar hospedando seu site em casa, mas quando ele se tornar grande o suficiente, esteja preparado para movê-lo. Seu primeiro plano de hospedagem deve custar entre US $ 50 e US $ 100 por ano. Você provavelmente está pagando isso por mês de serviço de internet em casa, portanto a sobrecarga é muito mínima. Comece com "hospedagem compartilhada", onde você obtém uma conta em um computador que hospeda muitos sites.
Usar um endereço IP para um site também não é o ideal. A maioria dos ISPs residenciais usa DHCP para atribuir automaticamente o endereço. O endereço pode (e vai) mudar ocasionalmente. Você pode usar o "DNS dinâmico" para contornar isso. Alguns provedores de DNS dinâmicos fornecerão um subdomínio gratuitamente (
mysite.example.com). Seu computador fará ping no servidor DNS dinâmico e alterará o endereço IP do seu site quando o endereço IP for alterado.Você deve comprar seu próprio nome de domínio antes mesmo de receber sua primeira hospedagem. Geralmente, você pode usar seu próprio nome de host com serviços DNS dinâmicos. Um nome de domínio custa cerca de US $ 10 por ano.
fonte
Sim, você pode hospedá-lo em seu próprio servidor. Se você possui um IP estático, basta configurar sua rede como se fosse um servidor e isso deve funcionar. Há muito a ser encontrado sobre o assunto.
Você não precisa de um nome de domínio. Um nome de domínio é para o usuário comum, é muito mais fácil lembrar um nome do que um endereço IP. Basta pensar na sua lista de contatos, é mais fácil lembrar os nomes do que os números de telefone reais.
A maneira mais simples de ver um nome de domínio é como um alias. Para os servidores maiores que possuem vários sites em um endereço IP, também é usado para diferenciar os sites (por exemplo, site A e B apontam para o mesmo IP, o servidor correspondente deve ser configurado para mostrar o site A ou B, dependendo do solicitação).
Como exemplo: 64.15.117.85 (Não se preocupe, é apenas o Google. Ou é?)
Eu não recomendo usar seu próprio servidor. Existem muitos servidores / hosters baratos. Você pode economizar um pouco de dinheiro (mas duvido), mas a facilidade de configurar um novo domínio supera esse IMO. A maioria dos hosters é quase plug-and-play, enquanto a configuração de seu próprio servidor, firewalls apropriados, antivírus e manutenção de atualizações levará muito tempo e manutenção.
fonte
Sim.
Você não precisa de um nome de domínio para hospedar um site disponível publicamente.
Embora outras respostas entrem em muito mais detalhes, a configuração mais simples é baixar um servidor da Web como o Apache para Windows e configurá-lo no computador que você gostaria de usar para hospedar seu site. Eu sugeriria a versão de 32 bits para máxima compatibilidade.
Descompacte e copie os arquivos para C: \ Apache24.
Também existe um arquivo de configuração que você precisa editar, chamado "http.conf", localizado no diretório de instalação do Apache, na pasta "conf". Descomente a linha marcada "ServerName" (remova o #) e salve as alterações. Observe que você pode querer ou precisar fazer outras alterações posteriormente, mas isso deve ser feito por enquanto.
Supondo que você colocou sua instalação em C: \ Apache24 conforme recomendado para a versão referenciada do Apache no Windows, agora você possui tecnicamente um servidor Web em execução e pode iniciá-lo clicando duas vezes em "httpd.exe" no diretório "bin" do Apache. Você poderá ver "Funciona!" se você digitar o IP da rede local do servidor no seu navegador, ex. 192.0.0.100.
Se você possui Linux, provavelmente já possui o Apache instalado e precisa executar etapas diferentes.
Depois que o Apache estiver funcionando corretamente, use a porta encaminhada no seu roteador (supondo que você tenha uma) para direcionar as solicitações da porta 80 para o computador executando o Apache.
Se tudo correr bem, é tudo o que você precisa e o Apache deve estar disponível na "internet" através do seu endereço IP público ex. 68.69.70.250.
Observe que firewalls e software antivírus às vezes podem interferir na visualização do site fora da rede local. Além disso, é melhor testar através de um dispositivo que não está na sua rede local (por exemplo, tente acessar o site no navegador do telefone). Para encurtar a história, alguns roteadores têm problemas para acessar um site no ex. 68.69.70.250 se esse site estiver na sua rede local (consulte "NAT Hairpinning").
fonte
Eu recomendaria usar plataformas de blogs gratuitas, como wordpress e blogger. Você não precisa se preocupar com hospedagem nem domínio. Além disso, você encontrará vários temas gratuitos para colocar seu site em funcionamento.
fonte