1

Наше резервное интернет-соединение использует модем SpeedStream 4100, который только что сломался, поэтому я заменил его на новый. Мне нужно настроить его на режим моста, но я даже не могу найти его IP-адрес.

Согласно этой странице используется IP-адрес по умолчанию 192.168.0.1 и dhcp-сервер должен выдавать IP-адреса. Я не могу видеть, что это делает это. Вот что я сделал:

  • Сбросьте его до заводских настроек, удерживая кнопку сброса.
  • Подключил его к моему ноутбуку Fedora с помощью прямого кабеля RJ45 из коробки.
  • service network restart с ноутбука настроена на использование DHCP.
  • dhclient -r запросить новый IP. Не сработало
  • Установите мой IP-адрес 192.168.0.23 и маску сети 255.255.255.0 но по-прежнему не можете получить доступ к 192.168.0.1 из браузера.

Вопрос

Может ли кто-нибудь дать мне несколько идей по отладке, как выяснить, как подключиться к модему, так как он не выдает DHCP-адрес моему ноутбуку?

Btw. Есть ли шанс, что мне нужен перекрестный кабель?

Обновить

Вот что я вижу с tcpdump при использовании статического IP и DHCP.

Обновление 2

IP по умолчанию действительно 192.168.254.254 соответствии с руководством, с которым @DanianoVerzulli связан, но я все еще не могу подключиться к нему. В руководстве сказано, что посещение http://speedstream должно дать интерфейс. Обратите внимание, нет ДВУ.

ethtool p3p1 дает мне Link detected: yes как с прямым, так и с перекрестным кабелем.

Ниже я установил свой IP 192.168.0.23 и подсеть 255.255.0.0 а также попытался с dhcp, где я могу видеть

# ip -s link show p3p1
2: p3p1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000
    link/ether 18:67:b0:bf:18:a0 brd ff:ff:ff:ff:ff:ff
    RX: bytes  packets  errors  dropped overrun mcast   
    0          0        0       0       0       0      
    TX: bytes  packets  errors  dropped carrier collsns 
    60098      412      0       0       0       0

Вот tcpdumps при использовании прямого кабеля, когда я выключил модем и снова включил.

Static.pcap

dhcp.pcap

|источник

2 ответа2

2

Скорее всего, tcpdump -n -i eth0 запущенный на вашем компьютере Fedora после подключения к маршрутизатору, покажет ARP-зонд, который, вероятно, отправит маршрутизатор, чтобы проверить, используется ли его IP-адрес в локальной сети где-то еще. Это должно произойти вскоре после включения маршрутизатора. Также обратите внимание, что вы увидите свой собственный трафик с помощью tcpdump, поэтому внимательно следите за потоком вывода.

Что касается tcpdump, может быть возможно сильно ограничить ваш собственный генерируемый трафик, отключив Network-Manager и eth0 перейти в "онлайн". Во всяком случае ... это не должно быть необходимым.

Если ваш маршрутизатор очень тихий и ничего не говорит в локальной сети, если явно не задан (... и поэтому он не проверяет, используется ли уже его собственный IP-адрес в локальной сети), чем вы можете это сделать некоторые тесты на уровне Ethernet /ARP с помощью утилиты arping . Я бы предложил настроить ваш eth0 с IP-адресом 192.168.0.23 (как вы уже сделали), но с маской подсети с 255.255.0.0 . Таким образом, ваш хост будет считать все 192.168.0.0/24, 192.168.1.0/24 и 192.168.254.0/24 напрямую подключенными, поэтому для них будут отправляться соответствующие запросы ARP. С помощью этой настройки вы можете запустить что-то вроде:

arping -I eth0 a.b.c.d

и посмотрите, подключен ли abcd к локальной сети.

Привязка к IP-адресу, который не подключен к локальной сети, приведет к выводу, который будет просто зависать, пока вы не нажмете CTRL-C, как в:

root@lbox:~# arping -I eth0 10.0.49.252
ARPING 10.0.49.252 from 10.0.49.1 eth0
^CSent 4 probes (4 broadcast(s))
Received 0 response(s)

в то время как успешный будет производить вывод, похожий на обычный ping , как в:

root@lbox:~# arping -I eth0 10.0.49.254
ARPING 10.0.49.254 from 10.0.49.1 eth0
Unicast reply from 10.0.49.254 [00:1A:64:21:0A:9E]  0.746ms
Unicast reply from 10.0.49.254 [00:1A:64:21:0A:9E]  0.643ms
Unicast reply from 10.0.49.254 [00:1A:64:21:0A:9E]  0.637ms
Unicast reply from 10.0.49.254 [00:1A:64:21:0A:9E]  0.637ms
^CSent 4 probes (1 broadcast(s))
Received 4 response(s)

В качестве примечания, обратите внимание, что arping будет работать, даже если на хосте настроен брандмауэр (обычно это компьютер с Windows, с включенным брандмауэром).

Что касается кроссоверного кабеля, я не думаю, что он вам нужен, в любом случае вы можете проверить, работает ли Ethernet-канал, просто ethtool eth0 и прочитав вывод. Ниже вы можете увидеть обнаруженную Link detected: no , это означает, что eth0 не подключен:

verzulli@iMac-Chiara:~$ ethtool eth0
Settings for eth0:
Supported ports: [ TP ]
Supported link modes:   10baseT/Half 10baseT/Full 
                        100baseT/Half 100baseT/Full 
                        1000baseT/Half 1000baseT/Full 
    [...]
    Speed: Unknown!
    Duplex: Unknown! (255)
    [...]
    Link detected: no

в то время как здесь вы можете увидеть тот же eth0 когда ссылка установлена:

verzulli@iMac-Chiara:~$ ethtool eth0
Settings for eth0:
    Supported ports: [ TP ]
    Supported link modes:   10baseT/Half 10baseT/Full 
                        100baseT/Half 100baseT/Full 
                        1000baseT/Half 1000baseT/Full 
    [...]
    Speed: 100Mb/s
    Duplex: Full
    [...]
    Link detected: yes

PS: Извините, что не предоставил ссылки: я печатаю со своего смартфона.

|источник
1

Вы уверены, что это модем, а не мост? Некоторые интернет-провайдеры предоставили SpeedStream 4100/4200 своим клиентам, где они были мостами.

Вы можете проверить это, открыв его, и если у него нет батареи CMOS, то это мост, и вы не можете подключиться к нему.

|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .