Como encontrar o endereço IP do modem ADSL?

Question

Nossa conexão de volta à Internet usa um modem SpeedStream 4100, que acabou de quebrar, então eu o substituí por um novo. Eu preciso configurá-lo para o modo de ponte, mas não consigo nem encontrar seu endereço IP.

De acordo com esta página é o IP 192.168.0.1 padrão e um servidor dhcp deve distribuir IP endereços. Eu não posso ver isso. Aqui está o que eu fiz:

• Redefina os padrões de fábrica mantendo pressionado o botão de reinicialização.
• Conectei ao meu laptop Fedora com o cabo RJ45 reto da caixa.
• service network restart on por laptop com está configurado para usar o DHCP.
• dhclient -r para pedir um novo IP. Não funcionou.
• Defina meu IP como 192.168.0.23 e netmask 255.255.255.0 , mas ainda não consigo acessar 192.168.0.1 de um navegador.

Pergunta

Alguém pode me dar algumas ideias de depuração para descobrir como se conectar ao modem, já que ele não envia um endereço DHCP para meu laptop?

Entre. Há alguma chance de precisar de um cabo crossover?

Atualizar

Aqui é o que eu vejo com tcpdump ao usar IP estático e DHCP.

Atualização 2

O IP padrão é de fato 192.168.254.254 de acordo com o manual ao qual @DanianoVerzulli está vinculado, mas ainda não consigo me conectar a ele. O manual dizia que visitar http://speedstream deveria fornecer a interface. Não note nenhum TLD.

ethtool p3p1 me dá Link detected: yes com cabo reto e cruzado.

Abaixo eu configurei meu IP como 192.168.0.23 e subnet 255.255.0.0 e também tentei com dhcp onde eu posso ver

# 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      

Aqui estão os tcpdumps ao usar um cabo reto quando eu desliguei o modem e liguei novamente.

Static.pcap

dhcp.pcap

    

Answer 1

Tem certeza de que é um modem e não uma ponte? Alguns ISPs deram SpeedStream 4100/4200 para seus clientes onde eles eram pontes de infact.

Você pode testar isso abrindo-o e, se ele não tiver uma bateria CMOS, será uma ponte e você não poderá se conectar a ela.

    

Answer 2

As chances são altas de que um tcpdump -n -i eth0 lançado em sua caixa Fedora, uma vez conectado ao roteador, mostre um teste ARP que, provavelmente, o roteador enviará para verificar se o endereço IP da LAN já está em uso em outro lugar. Isso deve acontecer logo após o roteador ser ligado. Observe também que você verá seu próprio tráfego, com o tcpdump, então tome cuidado para seguir cuidadosamente o fluxo de saída.

Quanto ao tcpdump, pode ser possível limitar strongmente o seu próprio tráfego gerado, desabilitando o Network-Manager e forçando o eth0 a ficar "online". De qualquer forma ... isso não deveria ser necessário.

Caso seu roteador esteja muito silencioso e não diga nada, na LAN, a menos que explicitamente solicitado (... e por isso não verifique se o seu próprio endereço IP já está em uso na LAN), do que você pode fazer algum teste no nível ethernet / ARP , com o arping utilitário. Eu sugeriria configurar seu eth0 com o endereço IP 192.168.0.23 (como você já fez), mas consertando a máscara de sub-rede em 255.255.0.0 . Desta forma, seu host irá considerar o conjunto 192.168.0.0/24, 192.168.1.0/24 e 192.168.254.0/24 diretamente conectado , para enviar, para eles, as solicitações ARP adequadas. Com esta configuração, você pode executar algo como:

arping -I eth0 a.b.c.d

e veja se a.b.c.d está conectado à LAN.

Um arping para um endereço IP não conectado à LAN resultará em uma saída que simplesmente será interrompida, até que você pressione CTRL-C, como em:

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)

enquanto um bem sucedido irá produzir uma saída similar à comum ping , como em:

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)

Como observação, observe que arping funcionará mesmo que o host tenha um firewall configurado (normalmente uma máquina Windows, com firewall ativado).

Quanto ao cabo de crossover, eu não acho que você precise dele, de qualquer forma você pode verificar se o link ethernet é UP simplesmente emitindo um ethtool eth0 e lendo a saída. Aqui abaixo, você pode ver um Link detected: no , o que significa que o eth0 está não conectado:

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

enquanto aqui você pode ver o mesmo eth0 quando o link está ativo:

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: Desculpe não fornecer links: estou digitando no meu smartphone.