Como a opção de roteadores DHCP pode funcionar se for meu próprio endereço IP?

2

Estou configurando um modem de dados USB 4G T-Mobile no Ubuntu 14.04 e não estou entendendo a concessão do DHCP que a T-Mobile me oferece. Especificamente, o valor dos "roteadores de opção" é idêntico ao endereço que estou sendo atribuído. Isso é alguma convenção estranha ou algum caso de canto do DHCP que eu não conheço? Ao experimentar o cartão SIM em um telefone Android, descobri que ele usa o endereço ".1" na sub-rede como a rota padrão. Eu adicionei manualmente isso à minha configuração do Linux e funciona muito bem. Mas isso não acontece automaticamente, o que é uma dor cada vez que recebo um novo endereço IP atribuído. Alguma sugestão ou pista?

Aqui está um exemplo de concessão que recebo:

lease {
  interface "wwan0";
  fixed-address 25.10.135.136;        <=== my address
  option subnet-mask 255.255.255.0;
  option routers 25.10.135.136;       <=== huh? how can this be my address?
  option dhcp-lease-time 259200;
  option dhcp-message-type 5;
  option domain-name-servers 10.177.0.34,10.166.71.132;
  option dhcp-server-identifier 25.10.135.253;
  option dhcp-renewal-time 129600;
  option dhcp-rebinding-time 226800;
  option netbios-name-servers 0.0.0.0,0.0.0.0;
  renew 3 2014/12/10 16:33:54;
  rebind 4 2014/12/11 21:46:20;
  expire 5 2014/12/12 06:46:20;
}

# ip route
default via 25.10.135.1 dev wwan0     <=== added manually
25.10.135.0/24 dev wwan0  proto kernel  scope link  src 25.10.135.136
192.168.0.0/24 dev eth0  proto kernel  scope link  src 192.168.0.4

# traceroute www.yahoo.com
traceroute to www.yahoo.com (206.190.36.105), 30 hops max, 60 byte packets
 1  10.170.229.176 (10.170.229.176)  1884.846 ms  1908.830 ms  1955.671 ms
 2  10.162.181.53 (10.162.181.53)  1997.994 ms  1997.769 ms  1997.494 ms
 3  10.170.229.194 (10.170.229.194)  1998.892 ms  1997.052 ms  1998.222 ms
 4  10.177.69.77 (10.177.69.77)  2017.923 ms  2017.681 ms  2026.235 ms
 5  10.177.66.50 (10.177.66.50)  2027.135 ms  2036.931 ms  2034.545 ms
 6  ae51.bar2.LasVegas1.Level3.net (205.129.18.73)  2036.366 ms  169.899 ms  147.560 ms
 7  ae-14-51.car4.Seattle1.Level3.net (4.69.147.134)  134.786 ms  86.866 ms  86.280 ms
... etc ...

Ifconfig mostra:

wwan0     Link encap:Ethernet  HWaddr 36:5d:54:11:01:07
          inet addr:25.10.135.136  Bcast:25.10.135.255  Mask:255.255.255.0
          inet6 addr: fe80::345d:54ff:fe11:107/64 Scope:Link
          UP BROADCAST RUNNING NOARP MULTICAST  MTU:1500  Metric:1
          RX packets:94 errors:0 dropped:0 overruns:0 frame:0
          TX packets:288 errors:0 dropped:3 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:7256 (7.2 KB)  TX bytes:25992 (25.9 KB)
    
por TvE 09.12.2014 / 08:08

1 resposta

0

Eu não sou um administrador de rede, mas isso parece um bug na configuração do modem. Além disso, eu não ficaria surpreso se isso funcionasse no Windows, o que pode ter um cenário de recuperação para esses casos, e é por isso que o qa não o pegou.

No seu caso, eu teria corrido ip neigh show para ver quais máquinas o seu sistema tinha falado também e quais são seus IPs para obter o endereço real do roteador. Outra alternativa é usar wireshark ou map, mas é mais envolvente.

    
por 10.12.2014 / 20:17

Tags