Nenhuma resposta do IIS se meu IP for local

Question

O problema é simples: se eu definir o endereço IP do servidor como o gateway padrão da minha área de trabalho nas configurações de TCP / IP, não consigo abrir nenhum site hospedado localmente em nosso servidor no meu PC. Eu posso abrir qualquer outro site da internet também. Se eu usar um endereço IP real, também poderei abrir nossos sites.

O servidor web anterior era o Windows Server 2003 Webserver Edition, e não tinha nenhum problema como este. O mais novo é o Windows Server 2008 R2 Standart Edition.

Todas as pistas agora estão listadas. Se você precisar de alguma informação ou tiver uma ideia, fornecerei mais a pedido.

Adição & correção um pouco:

Não consigo abrir nenhum site se o meu IP for local. ie:     servidor web 192.168.35.211     mydesktop 192.168.35.45

• Eu posso fazer o telnet em mysite.com 80 mas não há respostas para minhas solicitações.
• eu posso telnet mysite.com 25 e não há resposta.
• A conexão VPN de casa para o Webserver torna os sites "off-line" para mim. Eu ainda posso abrir o supersuser.com pelo Webserver

Então, acho que há um problema relacionado ao IIS em vez de uma rede .

    

Answer 1

O que eu acho que está acontecendo é isso. Por favor, corrija-me se estiver errado.

mysite.com tem endereço IP público

mysite.com é traduzido para o endereço IP interno pelo seu firewall para um endereço RFC1918 interno (192.168.35.211)

Quando você está na sua rede local, você pode acessar 192.168.35.211, mas não mysite.com?

Esse é um comportamento normal, pois o firewall ou o dispositivo que executa a conversão de endereços não pode reter o tráfego através dele, portanto, o pacote sai, mas eles nunca voltam.

Uma maneira normal de contornar isso é usar a zona dns split horizon. IE dentro mysite.com resolve 192.168.35.211, fora resolve para o seu ip publico. Ou você usa o nome interno ( link ou algo semelhante ..)

O mesmo acontece na VPN, já que você não pode acessar os recursos públicos, já que o gateway padrão é provavelmente configurado na conexão vpn. Mudando isso é até o seu administrador de rede (ou se você tem controle, você pode desmarcar usar o GW padrão na rede remota, e manualmente definir rotas para a rede do seu escritório).

Mas se as suposições acima estiverem corretas, seu problema está relacionado à rede e não relacionado ao IIS.