Wie funktioniert die DHCP-Router-Option, wenn es sich um meine eigene IP-Adresse handelt?

Ich richte unter Ubuntu 14.04 ein T-Mobile USB 4G-Datenmodem ein und verstehe die DHCP-Lease von T-Mobile nicht. Insbesondere ist der Wert der "Optionsrouter" identisch mit der Adresse, die mir zugewiesen wird. Ist dies eine seltsame Konvention oder ein Eckfall von DHCP, den ich nicht kenne? Als ich die SIM-Karte auf einem Android-Telefon ausprobierte, stellte ich fest, dass die Adresse ".1" im Subnetz als Standardroute verwendet wird. Ich habe das manuell zu meiner Linux-Konfiguration hinzugefügt und es funktioniert großartig. Aber es passiert nicht automatisch, was jedes Mal, wenn ich eine neue IP-Adresse zugewiesen bekomme, ein Schmerz ist. Irgendwelche Vorschläge oder Hinweise?

Hier ist ein Mustervertrag, den ich erhalte:

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 zeigt:

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)

dhcp

— TV
quelle

Sind Sie sicher, dass es sich nicht um eine PPP-Verbindung handelt?

— Daniel B

Gute Frage ... Das Gerät wird automatisch von einem sierra_net-Treiber eingerichtet (dies ist ein Sierra Wireless 4G-Modem). Die ifconfig enthüllt nichts über PPP, was ich erwarten würde (ich füge die Ausgabe der Frage hinzu). Wie würden Sie feststellen, ob es PPP ist?

— 10.

Ich bin kein Netzwerkadministrator, aber dies sieht nach einem Fehler in der Modemkonfiguration aus. Darüber hinaus würde es mich nicht wundern, wenn es unter Windows funktioniert, für das in solchen Fällen möglicherweise ein Wiederherstellungsszenario vorliegt, weshalb qa es nicht erkannt hat.

In Ihrem Fall wäre ich losgelaufen, um ip neigh showzu sehen, welche Rechner Ihr System ebenfalls angesprochen hat und welche IP-Adressen sie haben, um die tatsächliche Adresse des Routers zu ermitteln. Eine andere Alternative ist die Verwendung von Wireshark oder Map.

— mkalkov
quelle