web-dev-qa-db-ja.com

一部のデバイスがルーターのDHCPリストに2回表示されるのはなぜですか?

昨日新しいルーターを購入しましたが、以前のルーターでも発生したため、関係ないと思います。現在の唯一の違いは、私の最初のルーターはデュアルバンドではなく、この新しいルーターはデュアルバンドであるということです。そのため、それが原因である可能性があると思いますが、同時に両方のwifi接続を使用していないのに、なぜデバイスが2回表示されるのか理解できません。

何が起こるかというと、2つのデバイスがdhcpテーブルに2回表示されます。その常に同じ2つ。私のギャラクシーS5電話と私のギャラクシータブレット。何かが原因で、これを引き起こす銀河デバイスに何かがあると私は信じるようになります。しかし、何ですか?

または、古いルーターにはdd wrtがあり、新しいルーターにはトマトがあるため、ルーターである可能性があります。

しかし、なぜか。それらが2回表示される理由は何ですか?これが私のdhcpテーブルです。

    (Interface)    (MAC Address)    (IP Address)    (Name)  

    (br0)   (11:11:11:11:11:11)
    (10.12.1.8) (Tablet)            

    (br0)   (22:22:22:22:22:22)
    (10.12.1.24)    (Galaxy)                


    (eth1)  (22:22:22:22:22:22) 
    (Unknown)   (Unknown)   

    (eth2)  (11:11:11:11:11:11)
    (Unknown)   (Unknown)   

私はそれがインターフェースと関係があると推測しています。しかし、私はそれのどれも理解していません。 eth1はイーサネットです。 br0はブリッジです。ブリッジとは何ですか?簡単なGoogle検索で、ネットワークを別のネットワークに接続すると表示されます。タブレットがすべて私のISPモデムに接続するルーターに接続されている場合、タブレットはどのようにしてブリッジになりますか。それらはすべて私のルーターに接続し、次にモデムに接続するので、それらすべてがブリッジであったことを意味しませんか?それとも私のLANがWANに接続されているので、私のルーターだけがブリッジです。だから私はそれを理解していません。無線LANデバイスがイーサネットに表示される理由もわかりません。

MACアドレスが実際に11または22を読み取らないので、入力したばかりです。ただし、IPと名前は不明と表示されます。それが最初に現れるので、これは起こるべきではありません。

**/tmp/home/root$ arp -a**
Tablet (10.12.1.8) at 11:11:11:11:11:11 [ether] PERM on br0
Modem (1.1.1.1) at xx:xx:xx:xx:xx:xx [ether]  on vlan2
Galaxy (10.12.1.24) at 22:22:22:22:22:22 [ether] PERM on br0
ASUS (10.12.1.2) at xx:xx:xx:xx:xx:xx [ether] PERM on br0


**/tmp/home/root$ ifconfig**
br0        Link encap:Ethernet  HWaddr XX:XX:XX:XX:XX:XX
           inet addr:10.12.1.1  Bcast:10.12.1.255  Mask:255.255.255.0
           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
           RX packets:278599 errors:0 dropped:0 overruns:0 frame:0
           TX packets:596937 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:0 
           RX bytes:182443542 (173.9 MiB)  TX bytes:785616292 (749.2 MiB)

eth0       Link encap:Ethernet  HWaddr XX:XX:XX:XX:XX:XX  
           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
           RX packets:728397 errors:0 dropped:0 overruns:0 frame:0
           TX packets:333202 errors:25 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:1000 
           RX bytes:800300423 (763.2 MiB)  TX bytes:261014853 (248.9 MiB)
           Interrupt:4 Base address:0x2000 

eth1       Link encap:Ethernet  HWaddr XX:XX:XX:XX:XX:XX  
           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
           RX packets:65343 errors:0 dropped:0 overruns:0 frame:32840
           TX packets:181742 errors:10 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:1000 
           RX bytes:48388399 (46.1 MiB)  TX bytes:241940171 (230.7 MiB)
           Interrupt:3 Base address:0x1000 

eth2       Link encap:Ethernet  HWaddr XX:XX:XX:XX:XX:XX  
           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
           RX packets:172063 errors:0 dropped:0 overruns:0 frame:4380
           TX packets:363352 errors:1435 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:1000 
           RX bytes:132062671 (125.9 MiB)  TX bytes:473613831 (451.6 MiB)

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 MULTICAST  MTU:16436  Metric:1
           RX packets:3185 errors:0 dropped:0 overruns:0 frame:0
           TX packets:3185 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:0 
           RX bytes:261884 (255.7 KiB)  TX bytes:261884 (255.7 KiB)

vlan1      Link encap:Ethernet  HWaddr XX:XX:XX:XX:XX:XX  
           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
           RX packets:41658 errors:0 dropped:0 overruns:0 frame:0
           TX packets:66122 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:0 
           RX bytes:5658553 (5.3 MiB)  TX bytes:76240340 (72.7 MiB)

vlan2      Link encap:Ethernet  HWaddr XX:XX:XX:XX:XX:XX  
           inet addr:1.1.1.1  Bcast:1.1.1.1 Mask:255.255.255.0
           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
           RX packets:686737 errors:0 dropped:0 overruns:0 frame:0
           TX packets:267105 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:0 
           RX bytes:781530624 (745.3 MiB)  TX bytes:184812463 (176.2 MiB)




**/tmp/home/root$ ip addr show**
1: lo: <LOOPBACK,MULTICAST,UP,10000> mtu 16436 qdisc noqueue 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 brd 127.255.255.255 scope Host lo
    inet6 ::1/128 scope Host 
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,10000> mtu 1500 qdisc pfifo_fast qlen 1000
    link/ether XX:XX:XX:XX:XX:XX brd ff:ff:ff:ff:ff:ff
3: eth1: <BROADCAST,MULTICAST,UP,10000> mtu 1500 qdisc pfifo_fast qlen 1000
    link/ether XX:XX:XX:XX:XX:XX brd ff:ff:ff:ff:ff:ff
4: eth2: <BROADCAST,MULTICAST,UP,10000> mtu 1500 qdisc pfifo_fast qlen 1000
    link/ether XX:XX:XX:XX:XX:XX brd ff:ff:ff:ff:ff:ff
5: vlan1@eth0: <BROADCAST,MULTICAST,UP,10000> mtu 1500 qdisc noqueue 
    link/ether XX:XX:XX:XX:XX:XX brd ff:ff:ff:ff:ff:ff
6: vlan2@eth0: <BROADCAST,MULTICAST,UP,10000> mtu 1500 qdisc noqueue 
    link/ether XX:XX:XX:XX:XX:XX brd ff:ff:ff:ff:ff:ff
    inet 1.1.1.1/24 brd 98.167.198.255 scope global vlan2
7: br0: <BROADCAST,MULTICAST,UP,10000> mtu 1500 qdisc noqueue 
    link/ether XX:XX:XX:XX:XX:XX brd ff:ff:ff:ff:ff:ff
    inet 10.12.1.1/24 brd 10.12.1.255 scope global br0
8: imq0: <NOARP> mtu 1500 qdisc noop qlen 30
    link/void 
9: imq1: <NOARP> mtu 1500 qdisc noop qlen 30
    link/void 
4
adam

なぜそれがそれを修正したのですか?

DHCPクライアントのリストではなく、devicesのリストを見ているので、別名ARPテーブルです。

ARPテーブルは、ルーターに接続されているデバイスのMACアドレスのリストです。すべてのルーターと同様に、ルーターには、もちろんこれらのクライアントがアクティブでない限り、デバイスが接続のいずれかにまだ存在するかどうかを知る方法はありませんがあります。実際、多くのルーターはactive clientsのリストを表示しますが、これにはスリープ/アイドル状態のクライアントや切断されているクライアントは含まれていません。

デッド/アスリープ/アイドルデバイスが満了時にIPアドレスリースを更新しなかったため、ルーターが認識しているのは、デッド/アスリープ/アイドルクライアントに割り当てられたIPアドレスが新しいリースに使用できるようになったことだけです(通常の有効期限は1時間)。ただし、以前に接続されたデバイスのARP tableメモリに保持されるため、再び表示された場合(ie)、ルーターは同じMACアドレス)、利用可能な場合は同じIPアドレスが割り当てられます。

つまり、ARPテーブルの持続時間は非常に長くなります。それでも、元のテーブルには、デバイスのIPアドレスではなく、MACアドレスが表示されていました。つまり、デバイスはかつてイーサネットプラグに接続されていましたが、現在は接続されていません。

これで、なぜそれらが消えたのかがわかります。イーサネットプラグに2つの異なるデバイスを接続することにより、2つの新しいプレーヤーがあるため、ルーターはタブレットとギャラクシーがケーブルラインの端にないことを認識します。そのため、ルーターはARP tableを更新し、2つのデバイスが消え、新しく接続されたデバイスが何であれ、それらのデバイスが代わりに使用されます。

ちなみに、すべてのMACアドレスを削除する理由はありません。最初の16進文字はプロデューサー(Samsung、Apple、Dell、HPなど)に固有であるため、最後の6桁の16進文字を削除するだけで十分です。デバイスの識別を防ぐための汎用。

3
MariusMatutiae