Verificação de IP externo relata IP diferente de / etc / network / interfaces

0

Meu ISP me deu intervalo de IP estático para acesso à Internet: 123.123.123.120-125

(Debian) / etc / network / interfaces:

auto eth1
iface eth1 inet static
address 123.123.123.120
netmask 255.255.255.0
gateway 123.123.123.254
dns-nameservers 8.8.8.8

Quando eu vou para um site externo para verificar meu endereço ip, ele não reporta 123.123.123.120, na verdade verificação de ip exernal me mostra 23.23.23.45 que é diferente do que o ISP me deu. Eu ainda posso acessar a internet normalmente. (Traceroute mostra 23.23.23.45 também é propriedade do meu ISP)

A máquina Windows ao lado desta máquina Linux é configurada usando 123.123.123.125, e a verificação do ip exernal do site mostra 123.123.123.125

Eu suspeito que o ISP está usando algum tipo de proxy avançado? É possível que somente a máquina Linux reconheça o IP real, mas não o Windows?

Então eu fiz outro teste, configurei uma máquina Windows e usei o mesmo ip 123.123.123.120, desconectei o cabo ethernet da máquina Linux para a máquina Windows, executei ip check e os relatórios de verificação de ip corretamente, ele reporta 123.123.123.120. / p>

O que está causando esse fenômeno estranho na máquina Linux?

Aqui está meu / etc / network / interfaces:

** Nota: eth0 e eth2 são para nics virtualbox virtual para ponte então eu apenas comentei e deixei-os sozinhos

# The loopback network interface
auto lo
iface lo inet loopback

## eth0 TPLink Realtek
# auto eth0
# iface eth0 inet static
# address 10.10.10.10
# netmask 255.0.0.0

# eth1 mobo intel nic
auto eth1
iface eth1 inet static
address 61.xx.yy.zz
netmask 255.255.255.0
gateway 61.xx.yy.254
dns-nameservers 8.8.8.8

## eth2 intel nic
# auto eth2
# iface eth2 inet static
# address 10.10.20.20
# netmask 255.0.0.0

e meu ifconfig:

eth0      Link encap:Ethernet  HWaddr a0:f3:c1:00:52:50  
          inet6 addr: fe80::a2f3:c1ff:fe00:5250/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:131 errors:0 dropped:0 overruns:0 frame:0
          TX packets:57 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:13885 (13.5 KiB)  TX bytes:14304 (13.9 KiB)
          Interrupt:42 Base address:0x4000 

eth1      Link encap:Ethernet  HWaddr 30:85:a9:a7:a0:bb  
          inet addr:61.xx.yy.zz  Bcast:61.xx.yy.255  Mask:255.255.255.0
          inet6 addr: fe80::3285:a9ff:fea7:a0bb/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:339 errors:0 dropped:0 overruns:0 frame:0
          TX packets:279 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:53807 (52.5 KiB)  TX bytes:23917 (23.3 KiB)
          Interrupt:18 Memory:f7e00000-f7e20000 

eth2      Link encap:Ethernet  HWaddr 00:1b:21:39:1f:e1  
          inet addr:192.168.1.101  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::21b:21ff:fe39:1fe1/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:643 errors:0 dropped:0 overruns:0 frame:0
          TX packets:418 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:72405 (70.7 KiB)  TX bytes:43037 (42.0 KiB)
          Interrupt:16 Memory:f7dc0000-f7de0000 

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:12 errors:0 dropped:0 overruns:0 frame:0
          TX packets:12 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:1104 (1.0 KiB)  TX bytes:1104 (1.0 KiB)
    
por Level1Coder 29.03.2014 / 08:40

1 resposta

1

Verifique com ping e traceroute junto com o tcpdump em ambas as direções - da sua caixa linux para um nó externo e vice-versa. Experimente, por exemplo link ... com HTTPS, não HTTP. E ... pergunte ao ISP se existe algum endereço de transalação ou proxy (http). :)

EDIT: Talvez o seu navegador esteja sendo (automaticamente) configurado para usar um proxy. Verifique com, por exemplo tcpdump -i eth1 port 80 para ver se o seu navegador está falando diretamente com o servidor de destino ou não.

    
por 29.03.2014 / 08:54