Deseja configurar o servidor da web com o IP que não está na minha rede local

Question

Estou na rede local 192.168.180.1. No entanto, eu quero configurar um servidor web (Windows / Linux) com o IP 169.254.1.0 na minha rede local

Eu posso definir um IP estático para o servidor como 169.254.1.0, mas não acho que seja possível rotear para ele a partir de um dispositivo que esteja em 192.168.180.1. Portanto, configurar o gateway padrão para 192.168.180.1 para 169.254.1.0 não faz sentido.

Existe algo que eu possa fazer ou isso é impossível de fazer? Qualquer ajuda será realmente apreciada.

Obrigado.

    

Answer 1

169.254.x.x / 16 é o que o IETF chama de sub-rede IPv4 Link-Local ("APIPA" é o jargão proprietário da Microsoft para isso). Se as pilhas IP dos seus dispositivos seguirem as recomendações IETF ZeroConf, elas deverão tratar essa sub-rede como uma sub-rede local, mesmo que não tenham um endereço IP nessa sub-rede. Então, o que você está considerando deve funcionar, sem necessidade de configuração especial.

Ao contrário de alguns comentários aqui, 169.254.1.0 NÃO é o endereço de rede para esta subrede, porque esta é uma sub-rede / 16 (máscara de rede 255.255.0.0), não é uma / 24 (255.255.255.0).

Idealmente, se você precisar de um IP estático nesta sub-rede, ele deverá ter zero ou 255 no terceiro octeto (169.254.0.x ou 169.254.255.x), porque 169.254.1.0 a 168.254.254.255 estão reservados para autoatribuição automática, não atribuição manual.

Veja RFC 3927 para mais informações.

    

Answer 2

É possível. Você pode realmente usar um gateway fora da sub-rede; embora seja bastante incomum, vi algumas redes fazer isso.

• Observe que as configurações padrão de "máscara de rede" e "gateway" se expandem apenas para rotas geradas automaticamente, mais das quais também podem ser definidas manualmente. (Por exemplo, uma rota de link pode ser adicionada para informar manualmente ao SO que um dispositivo com um endereço IP estranho está na mesma LAN que você).

• Observe também que uma placa de rede pode ter vários endereços atribuídos a ela, e eles podem ser de diferentes sub-redes, se necessário. (Mesmo o Windows permite que você faça isso, embora, infelizmente, seja necessário que o DHCP seja desativado.)

Agora, normalmente, você tem várias opções semelhantes, dependendo de quem precisa acessar seu servidor. Você poderia configurar seu roteador ou configurar os próprios PCs clientes (mas somente se eles estiverem no mesmo roteador que o servidor).

Infelizmente, o intervalo de endereços específico 169.254.0.0/16 é designado como não roteável . Roteadores foram escritos para recusarem encaminhar pacotes com tais IPs, não importando qual configuração você tenha.

Isso limita as opções um pouco. Ou seja, o servidor da web deve estar conectado à mesma LAN que você (ou seja, por trás do mesmo roteador).

Portanto, a única opção restante é: Adicione um endereço 169.254.x.x/16 no seu próprio PC, além de o usual 192.168.180.x/24 que você tem.

Nesse caso, a configuração de um gateway no servidor da Web não é realmente necessária, já que as comunicações da mesma sub-rede não o utilizam de qualquer maneira. (Embora, é claro, isso signifique que o próprio servidor da Web não pode se conectar muito longe.)

    

Answer 3

A única maneira que me vem à mente é adicionar uma rota estática ao seu roteador.

Por exemplo, você pode definir que o IP 169.254.1.0 com netmask /32 (255.255.255.255) dentro da sua interface LAN deve usar o gateway 192.168.180.100 (supondo que seja o servidor no qual o servidor da Web está). p>

Como os estados Spiff , isso não poderia funcionar se o seu roteador honra a seção 2.6.2 do RFC, já que este seria o endereço CIDR que não deveria ser encaminhado. No entanto, eu apenas testei isso em casa usando um roteador TP-Link TD-W8970 e de fato funciona, os pacotes são encaminhados com o IP de destino (169.254.1.0) intocado no cabeçalho.