O que tornaria um site inacessível

Question

Estou executando um servidor da Web há mais de um ano e, de repente, ele fica inacessível para qualquer pessoa fora da minha rede doméstica. Dentro da minha rede, está funcionando como sempre. Eu posso atualizar o DNS e acessá-lo através do endereço regular, o DNS está apontando para o IP correto. As pessoas fora da minha rede não podem acessá-lo pelo endereço IP.

É um aplicativo JEE em execução na porta 80 do Tomcat 6 (Windows 7).

Eu não sei exatamente quando o problema começou porque tudo parece bem dentro da minha rede.

Mudanças recentes:

• WampServer instalado (para coisas não relacionadas ao Joomla!)

O que tentei:

• Reiniciando;
• Alterando a porta do Tomcat para 8080;
• Desativando o firewall do Windows;
• Verificando as regras de encaminhamento de porta na página do roteador;
• executá-lo em outra máquina (Ubuntu) na mesma rede. No Ubuntu eu usei a porta 8080 e o problema era exatamente o mesmo;
• Usando uma nova cópia do Tomcat 6;
• Navegadores diferentes.

E agora eu fiquei sem ideias.

    

Answer 1

Na minha opinião, suspeito que o seu ISP começou a filtrar o tráfego de entrada. Como isso está em sua rede doméstica, você provavelmente está violando os termos de uso ao executar um site.

Talvez eles tenham começado a usar algum NAT porque não desejam obter endereços IP adicionais.

Como esta é sua rede doméstica, por que não apenas conectar um computador que esteja executando o wireshark diretamente ao modem e fazer com que alguém tente uma conexão de entrada. Se você não vir a tentativa de conexão, o ISP alterou alguma coisa para bloquear o tráfego de entrada. Você terá que trabalhar com eles ou encontrar um ISP alternativo.

    

Answer 2

Se você estiver em uma rede doméstica, é provável que isso seja uma violação dos termos de serviço do seu ISP. Talvez, depois de um ano, eles finalmente perceberam que você estava fazendo isso e bloquearam a porta?

    

Answer 3

Muitos ISPs agora adicionaram portas de bloqueio

• 25 (porta padrão do servidor SMTP / Email)
• 80 (porta padrão do servidor da Web)

(e vários outros ...)

a razão é que 99% dos usuários domésticos (não-comerciais) não precisam ter uma configuração de servidor de e-mail em casa ou um servidor web ... enquanto um número de trojans malignos / vírus na verdade acabam usando essas portas para fazer suas atividades nefastas. Ainda mais importante é que, antigamente, alguns computadores domésticos tinham um ou ambos os serviços instalados e ativados por padrão ... então isso se tornou um ponto de intrusão fácil para os hackers, aproveitando-se de erros nesses serviços ... seu proprietário não tinha idéia de que esses serviços estavam sendo executados em seus próprios computadores (o que significa que não é necessário, mas ainda assim um risco de segurança).

Portanto, você precisará fazer login na conta do seu provedor através da página principal do ISP e verificar se há uma opção para desbloquear todas as portas. Geralmente, se um ISP está bloqueando portas, elas dão ao usuário a opção de desbloquear essas portas. Mas você geralmente precisa optar por para desbloquear < - sua perspectiva é melhor segura do que desculpe .

    

Answer 4

Você poderia fazer mais algumas depurações. Você não mencionou sua topologia de rede - é a sua máquina com Windows 7, na qual o tomcat 6 está em execução, atrás de um NAT de algum tipo? Você mencionou várias máquinas (a caixa Ubuntu), então eu diria que é o caso, a menos que você tenha algum cenário exótico em que cada máquina tenha um endereço IP público roteável (eu vi alguns provedores de aDSL fazer isso em várias ocasiões aqui, por alguma razão).

A primeira coisa que eu verificaria, se você tivesse um roteador NAT, seria se o endereço IP de sua máquina local fosse estático e se houvesse uma entrada de encaminhamento de porta correspondente para a porta 80/8080 (você mencionou a tentativa de ambos) enviando todo o tráfego para a porta correspondente da sua máquina local.

Em segundo lugar, eu verificaria netstat para garantir que o tomcat esteja realmente escutando no endereço IP local correto e porta em sua máquina local ou 0.0.0.0 (inaddr_any), e não algum IP secundário que você possa ter, ou localhost (127.0 .0.1) apenas. Opções relevantes seriam:

netstat -abn

Qual, se tudo estiver bem, retornaria a saída contendo algo como: %pr_e%

Eu já vi esse cenário várias vezes (embora apenas no Linux, quase nunca executei coisas do J2EE na área de trabalho do Windows) onde o tomcat só ligaria seu soquete ao endereço ipv6 da máquina (ipv6 geralmente é habilitado por padrão no Windows 7 e nos sistemas operacionais mais modernos), e não no ipv4.

Quando configurado para ouvir em inaddr_any, isso resultou em muita dor. Nesse caso, basta incluir: -Djava.net.preferIPv4Stack=true nas opções da JVM nos arquivos de configuração do tomcat. Isso pode ter aparecido depois de uma atualização do Java, mas é improvável, considerando que o tomcat6 geralmente executa um JDK completo quando configurado corretamente. Também é improvável, já que acredito que o cenário do Linux descrito acima decorre de um "bug" (ou comportamento obscuro), cujos detalhes me escapam no momento - mas ainda vale a pena verificar, só para ter certeza.

Se o seu provedor tiver filtrado a porta 80 e 8080, eu tentaria uma porta alta aleatória como a 6508, só para ver se funciona melhor. Por todos os meios, atualize sua configuração de encaminhamento de porta (se aplicável) para refletir isso.

A menos que você forneça mais detalhes sobre sua configuração, duvido que possamos ajudá-lo ainda mais, infelizmente: (

    

Answer 5

Um outro passo seria tentar fazer telnet nessa porta para o servidor a partir de uma máquina remota para ver se ela passa ou não.

Por exemplo, fora da sua rede, execute

telnet (ip address) 80 

apenas para ver se você consegue acessar o servidor da web. Em seguida, tente o mesmo comando em outras portas que estão sendo encaminhadas. Isso pode lhe dar uma ideia se você está sendo bloqueado pelo seu ISP ou não.