Sim, mas apenas leve. O tráfego terá primeiro que ir para o roteador, onde será encaminhado para a máquina. Se houver uma enorme quantidade de tráfego e o roteador não for o suficiente para o trabalho, você poderá notar alguma lentidão.
Se eu tiver dois domínios apontando para a mesma máquina, mas um resolve para um endereço interno e o outro para meu roteador voltado para a Internet, haverá qualquer diferença na rota tomada para a minha máquina (principalmente em termos de desempenho). / p>
por exemplo,
internal.mydomain.com resolves to 192.168.1.200
external.mydomain.com resolves to A.Web.External.IP
ambos eventualmente resolvem voltar para a mesma máquina. Para um cliente na rede, usar o endereço externo causará uma penalidade de desempenho?
Como @Matt já observou, sim, há uma pequena desaceleração. No entanto, também há solução para isso: DNS dividido . No DNS de horizonte dividido, você responde com registros diferentes, dependendo de onde a solicitação vem. Exemplo de configuração para bind9:
view "trusted" {
match-clients { 192.168.1.0/24; }; // our network
recursion yes;
// other view statements as required
zone "mydomain.com" {
type master;
// private zone file including local hosts
file "internal/master.mydomain.com";
};
// add required zones
};
view "badguys" {
match-clients {"any"; }; // all other hosts
// recursion not supported
recursion no;
// other view statements as required
zone "mydomain.com" {
type master;
// public only hosts
file "external/master.mydomain.com";
};
// add required zones
};
( Fonte )
Dessa forma, o bind servirá internal/master.mydomain.com
para solicitações provenientes de sua LAN e external/master.mydomain.com
para solicitações provenientes da Internet. A vantagem é que você pode usar os mesmos endereços de ambas as redes, mas o tráfego da LAN não está passando pelo seu roteador.
Tags dns networking ip routing