web-dev-qa-db-pt.com

Posso disponibilizar meu site em todo o mundo sem alugar um servidor de hospedagem?

Eu sei que essa pergunta é básica, mas eu sou do background do iOS e também iniciante. Preciso de uma conclusão clara sobre um pouco da minha confusão.

Eu recebi muitas respostas para esta pergunta tendo contradição. Eu tinha pesquisado no google sobre esta questão. Alguns dizem que, para disponibilizar seu site na internet, você precisará necessariamente:

(1) Hospede seu site hospedando provedores de servidores como Amazon, GoDaddy, BigRock…

(2) Obtenha um nome de domínio para o seu site. Considerando que, alguns dizem, você pode hospedar o site em seu próprio servidor e disponibilizá-lo em todo o mundo. Nesse caso específico, o cliente solicitará através do IP em vez do nome do domínio.

Minha pergunta é: posso criar um site e torná-lo público em todo o mundo com as seguintes condições:

  • Em vez de hospedar um site em um provedor de serviços de hospedagem como a Amazon, hospede-o no meu próprio servidor. Não importa a largura de banda, o desempenho, o tempo de atividade.
  • Não quero nome de domínio. Não importa que as pessoas acessem meu site usando meu IP público, por exemplo, 123.456.789.0 - apenas adicionando essa condição devido à curiosidade ..

Desde já, obrigado !!!

8
NSPratik

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 conexões da Internet para 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 o padrão port ​​usado para HTTP , porta 80 e a porta padrão usada para HTTPS , porta 443. Alguém pode conseguir 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 , visitantes do site poderia 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 o seu site, 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 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 em seu servidor. Rede local (LAN) . Isso é necessário porque a maioria dos usuários domésticos tem um roteador executando Network Address Translation para comunicações entre sistemas atrás do roteador no lado LAN e sistemas no lado externo ", Internet lado do roteador, ou seja, 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 privados para 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 executar o endereço de rede e tradução do endereço da porta e geralmente é bastante fácil de configurar, você só precisa saber que precisa fazer isso. Alguns roteadores podem ter uma configuração zona desmilitarizada (DMZ) que permite especificar que qualquer conexão originada de fora do roteador vá 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 precisará atribuir a ele um endereço IP estático, em vez de um que possa ser alterado porque ele é atribuído via DHCP (Dynamic Host Configuration Protocol) =, para que o roteador sempre possa rotear 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ão tenho um endereço IP estático, mas a única vez que ele mudou ao longo de muitos anos foi quando substituí o roteador, para que o equipamento do ISP visse um outro Media Access Control endereço 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 Sistema de Nomes de Domínio Dinâmicos . Isso permite que você acesse um servidor doméstico usando um nome de domínio totalmente qualificado (FQDN) , por exemplo martijn.example.com, mesmo se o endereço IP externo do roteador variar. Eu uso No-IP.com , mas também existem outros serviços DDNS. A maneira 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 provedor de serviços DDNS, para que o provedor DDNS saiba o endereço IP externo atual do qual o sistema está se comunicando. . O provedor DDNS atualiza seus servidores Domain Name System (DNS) , 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 em seu 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ê deseja comprar seu próprio nome de domínio. Mas você pode até usar um serviço DDNS gratuitamente, por exemplo, 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 é dono de example.com, você pode 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, isto é, 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 freqüê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 valor time to live (TTL) para essas entradas DNS armazenadas em cache; portanto, elas expiram e o sistema procura o endereço IP novamente, mas elas 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 você estiver administrando uma empresa, é provável que seja um problema inaceitável.

Atualize 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 você pode temporariamente "estacionar" "o nome, por isso aponta para os 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ê, por meio 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 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 no mínimo TTL, você pode especificar, por exemplo, 5 minutos ou 30 minutos. O valor geralmente é especificado em segundos, então 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 nome do provedor DDNS através da 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 comprar 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 está atribuído ao seu roteador e atualizar o arquivo de zona para o seu nome de domínio no 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 Microsoft ​​que também pode ser usado. Eu 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 OpenDNS .

Porém, lembre-se de que, mesmo que você especifique um valor curto de [TTL 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 O endereço IP e o horário em que todos os sistemas na Internet param de usar o antigo endereço IP e o novo. Por exemplo, consulte o artigo do 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 de TTL e atualizam apenas seus registros em cache a cada dois a três dias".

12
moonpoint

Sim, você pode hospedá-lo em seu próprio servidor. Se você tem 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, siteA e B apontam para o mesmo IP, o servidor correspondente deve ser configurado para mostrar o site A ou B, dependendo do pedido).

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.

4
Martijn

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:

  • Sua casa terá um tempo de atividade ruim. Seu site ficará offline por vários motivos: tempestades de neve, acidentes de trânsito, vizinhos monopolizando a largura de banda, o microondas invadindo o circuito ou o ISP bloqueando uma porta.
  • A largura de banda da sua casa é péssima. Muito poucos ISPs residenciais oferecem velocidades decentes de upload (que é o que você precisa para executar um servidor). Mesmo que o seu ISP local seja bom, a largura de banda que você recebe nunca será suficiente para executar um site grande.

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.

4
Stephen Ostermiller

Minha pergunta é: posso criar um site e torná-lo público em todo o mundo com as seguintes condições:

Em vez de hospedar um site em um provedor de serviços de hospedagem como a Amazon, hospede-o no meu próprio servidor. Não importa a largura de banda, o desempenho, o tempo de atividade.

Sim.

Não quero nome de domínio. Não importa que as pessoas acessem meu site usando meu IP público, por exemplo, 123.456.789.0

Você não precisa de um nome de domínio para hospedar um site disponível publicamente.

Embora outras respostas entrem em mais detalhes, a configuração mais simples é baixar um servidor da Web como 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").

3
Anaksunaman

Eu recomendaria usar plataformas de blog 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.

1
Abdul Moiz Farooq