Como aceder à GUI do meu modem quando está em modo "bridged"?

Estou horrorizado com a desinformação na resposta aceite. Embora não tenha experiência com a ActionTec P5001a, tenho experiência com meia dúzia de dispositivos semelhantes, e todos eles funcionam da mesma forma quando em modo ponte.

Quando está em modo ponte, não tem interface web, não tem IP.

Errado. Tem o mesmo endereço IP padrão (192.168.0.1) e a mesma interface web está à espera de ser utilizada. Contudo, não há rota para a rede, por isso não pode chegar a 192.168.0.1 a menos que diga ao seu router para o encaminhar para ela.

Instalei DD-WRT no meu router Linksys E4200. Está também disponível para o E2500. Certifique-se de que a rede E2500 é qualquer coisa menos 192.168.0.1, depois aponte o seu navegador de Internet para a interface de gestão do router.

• Clique em Administração

• No campo de entrada do Comando, introduza

• Clique em “Save Startup”

• No campo de entrada do Comando, introduza

• Clique em “Save Firewall”

• Reinicie o router

Acabou de dar ao router o endereço IP 192.168.0.2 que se encontra na mesma rede que o modem em ponte e deu-lhe instruções para encaminhar pacotes para essa rede. A partir de qualquer dispositivo na sua rede pode agora entrar na IU do modem bridged com

http://192.168.0.1/
```.

Deparei-me com este problema ao mudar a ligação à Internet no meu Linksys WRT1900ACS da DSL para um hotspot móvel. Estou a fazer a ponte através do rádio de 5 Ghz e a servir clientes através do lado de 2,4 Ghz. O Linksys tem uma cobertura WiFi muito melhor do que o hotspot e também suporta 4 dispositivos GB com fios. Ainda posso ligar WiFi directamente ao hotspot a partir de dispositivos com uma proximidade razoável.

De qualquer forma, a sugestão de IP de transmissão é óptima, excepto numa plataforma Windows. A alternativa a isto é “arp -a”. Isto irá listar todos os endereços Mac com o IP correspondente que são visíveis para o seu computador. Navegue por vez para cada IP e encontrará o endereço administrativo do seu router.

No caso de routers Arris (como a DG1670), quando em modo ponte a IU está disponível em: http://192.168.100.1:8080/

Consegui encontrar a minha GUI no novo endereço http://192.168.100.1 (original era 192.168.0.1 antes do modo bridged) entrei e voltei a entrar no modo router e depois de esperar para repor o logótipo de acesso à Internet em rede clicado no ambiente de trabalho e aí resolvi problemas.

este vídeo ajudou-me https://www.youtube.com/watch?v=C-0VhTXxHS8

TL;DR : Abrir routerlogin.net num navegador que se encontra na rede local.

Eu estava a utilizar os seguintes routers:

• Asus RT-AC68P* (na cozinha , ligado à Internet)
• Netgear WNDR4500v2* (no escritório* , criando uma “ linha de escritório” para dispositivos ligados a ela)

& Originalmente, http://192.168.0.1/ abriu a página de administração para o roteador de escritório, mas quando activei o modo bridge, ligando a linha de escritório* à Internet através do roteador de cozinha, indo para http://192.168.0.1/ em vez disso, dirigiu-me à página de administração para o roteador de cozinha*.

Não sei que método estão a utilizar para encontrar o endereço IP local correcto para o router de escritório, mas o website http://www.routerlogin.net (que no meu caso aponta para 192.168.1.76) encontrou o correcto.

Assim parece que quando um router é configurado para modo bridge, ainda se pode encontrá-lo na rede local, mas sob um endereço IP diferente. No meu caso, era 192.168.1.76, mas se o registo DNS acima não funcionar para si, pode tentar um destes outros métodos para tentar descobrir em que endereço IP está listado: Como recomendado por kcrw79 , pode aparecer ao executar o seguinte comando (para mim não funcionou):

arp -a

Ou alguma da minha magia pessoal Bash que irá procurar todos os computadores no bloco 192.168.1.* e ver quais os que estão a funcionar em servidores HTTP (este comando levará ~8 minutos e 30 segundos para funcionar completamente, pode reduzir este tempo com o risco de faltar um servidor, reduzindo o valor --connect-timeout):

for ip in 192.168.1.{1..255}; do curl --silent --connect-timeout 2 -I "http://$ip/" && echo "http://$ip/" && echo '--------------'; done

TL;DR: tente pingar o endereço de emissão

Posso acrescentar os meus dois cêntimos aqui … O meu router Gargoyle (uma versão do DD-WRT) foi configurado em modo bridge para a rede 192.168.100.0 e não consegui aceder à sua interface no ip 192.168.1.10, mesmo ao configurar o meu próprio ip para a mesma sub-rede e máscara de rede. O que descobri foi que a ponte obteve um IP na rede a que estava ligada. A forma como descobri o que era ao pingar no endereço de difusão para a rede principal: ping 192.168.100.255. Notei um endereço desconhecido, e após alguma verificação vi que tinha o mesmo endereço MAC. Pude então ligar-me ao 192.168.100.176, o novo endereço encontrado, alterar as definições de Bridge para AP e estar novamente a caminho.

Tive este problema enquanto tinha o meu router (TP Link Archer C50 AC 1200) a funcionar como repetidor, fazendo a ponte entre a rede do meu ISP (convenientemente chamado Bad Motherf***er) via WiFi (ambos tinham o mesmo SSID). Aqui está a correcção:

1. Inicie sessão no modem do seu ISP utilizando o IP de gateway padrão (no meu caso 192.168.1.1).

2. Altere o nome da rede do seu ISP para algo diferente do nome original (o meu tornou-se Bad Motherf***er Root).

3. Uma vez que o router não consegue encontrar a rede com o SSID original (i.e Bad Motherf****er) para repetir o sinal, volta automaticamente ao modo DHCP, permitindo assim que seja acedido por qualquer dispositivo ligado à rede que estava anteriormente a transmitir utilizando o gateway do router (que era 192.168.0.1).

Tenho um modem ISP (um modem Tenda barato com fw ISP personalizado) em modo Bridge e um Asus AC3200 a fazer PPPOE e NAT. ISP Modem é 192.168.10.1 (Wifi Off, Bridged, no PPPOE) AC3200 é 192.168.1.1 ( directamente a PPPOE e NAT)

o meu modem não era acessível por nenhum cliente ligado ao AC3200, pois o modem estava em modo bridge e desliga NAT e wifi em modo bridge. Mas encontrei uma forma de o fazer

1. Criei outro ATM no modem ISP com entradas aleatórias e Activei o NAT nesse ATM, criando um nome de utilizador e palavra-passe aleatórios para a ligação ppoe nesse ATM ( que obviamente não se liga ao ISP e falha de AUTENTICAÇÃO de Visualização)
2. Agora quando abro o Router Management no AC3200 mostra 2 IPs WAN, um da PPPOE directamente do ISP e o segundo do meu modem Bridged no DHCP falso do ATM como 192.168.10.2

assim o problema resolvido à medida que o router passa todo o tráfego Internet / normal dos clientes para o IP Público do ISP e apenas direcciona o tráfego 192.168.10.1 para o modem Bridged que corre um 2º ATM falso com DHCP.

Como aceder à GUI do meu modem quando está em modo “bridged”?

Os poucos que usei, quando em modo ponte, não têm interface web ou IP. (talvez o seu tenha)

Com esses, tem de o reiniciar (segurando o pino de reset) para chegar à interface web e isso retira-o do modo bridge. Com o seu, pode haver outras formas, mas também pode reiniciá-lo assim e sair do modo ponte e para uma interface web.

nenhuma forma de aceder à GUI do modem se eu quiser fazer coisas como desligar a sua antena sem fios. (Também estava a pensar em desactivar as suas funções NAT e DHCP, embora estas sejam mesmo relevantes quando está em modo “bridged”?

Com as que usei, NAT e DHCP definitivamente não são feitas quando está em modo bridge, não posso comentar sobre outras. Ficaria surpreendido se fizesse sem fios, mas pode verificar só para ter a certeza a 100%. Se conhece o SSID (que precisa de saber para saber como se ligar ao seu próprio router quando está em modo normal), então procure esse SSID para ver se está a transmitir. Tenho a certeza de que descobrirá que também está desligado, em qualquer um destes dispositivos quando está em modo ponte. Suponho que também poderá provar que não está a fazer NAT, com o comando tracert tracert www.google.com e procurar endereços IP privados como 192.168 ou 10.0 e só deverá ver um deles, se duplo NAT suponho que veria dois.

Nota

Editei a minha resposta, a minha resposta anterior dizia “Quando está em modo bridge, não tem interface web, não tem IP”. Removi isso uma vez que é falso para o DDWRT e possivelmente falso para algumas marcas/modelos. A outra resposta diz que não , contudo isso também não é verdade. Sei que este é o caso (a interface web desliga-se quando em modo ponte), com algum router/modem/switches, especificamente com pelo menos alguns, belkin, por exemplo http://forums.whirlpool.net.au/archive/869904 como mencionado aqui “se o belkin está correctamente configurado para modo ponte não se pode entrar na sua interface web gui, uma vez que é apenas um modem”. É verdade que o DDWRT ainda pode aceder à interface web… Embora seja bastante provável que a sua marca/modelo particular possa, como a outra resposta afirma ter utilizado modelos semelhantes ao OP, e diz que pode, ou seja, pode com o seu. Embora a outra resposta fale então do DDWRT, que o OP pode não estar a funcionar. E a outra resposta não especifica o que se passa com o dispositivo do OP se ele não tiver acesso à sua interface web.

Na minha experiência pessoal, descobri por acaso ontem, ao reiniciar o meu router TP-Link C20. Após a reinicialização estar concluída, levou-me de volta a um IP diferente. TP-Link está no IP 198.168.0.1 e levou-me ao 192.168.1.1 que me mostrou o GUI da web para o meu router/modem ZTE-f660 bridged. No entanto, ao tentar aceder novamente via wi-fi, não foi possível. Tentei novamente via cabo de rede (nem sequer ligado directamente ao router mas a um receptor de linha de alimentação) e consegui novamente aceder a essa GUI da web. Claro que isto é válido para este tipo de router, não poderia afirmar que esta é uma regra inegável para qualquer marca de router por aí.

Isso é tão disparatado, pelo menos no meu caso. Utilizo routers Tp-link na ponte WDS. Claro que, com o DHCP desligado no TP-link a funcionar como repetidor - entra em conflito com demasiada frequência se deixar o DHCP por defeito; poderia ter tentado definir manualmente uma máscara de sub-rede diferente ou um intervalo de IP diferente do router raiz, mas no meu caso não precisei de tal ajuste, apenas desactivei o segundo DHCP, ficando apenas com o DHCP raiz para fornecer IPs aos meus dispositivos.

Agora, a fim de aceder ao painel de controlo/interface web do repetidor, acabei de desatarraxar as antenas. E depois utilizando o 192.168.0.1. Não funcionou com o tplinklogin.net, pois (suponho, por favor corrijam-me) o seu próprio DNS foi desactivado juntamente com o DHCP. Oh, E eu configurei manualmente o IP LAN no meu PC para 192.168.0.199 só para ter a certeza de que é único. Na verdade, este é o “ingrediente maravilhoso”…

Com o “repetidor” ligado via wifi à “raiz”, 192.168.0.1 acedi à interface da raiz, sem as antenas (ou se puder, basta desligar a raiz da principal ou reiniciá-la e tê-la desligado durante cerca de 2 minutos) Entrei na interface web do repetidor e reduzi a potência como pretendia, SEM a necessidade de a reiniciar e reconfigurar.

Tão simples.

Claro, lembre-se de colocar de volta o seu PC em auto DHCP!

E para responder a outra questão por aqui, utilizo apenas wifi para ligar tanto a “raiz” como o “repetidor” ao router “principal” do edifício e a todos os meus dispositivos. Faço esta cadeia de routers por duas razões: - paredes grossas e - não tenho acesso para configurar o router “principal” do ISP.

Demasiado fácil… Não sei porquê tanta conversa sobre este assunto… precisa de um pc , ligue o pc directamente ao router (pode estar a usar a porta ethernet), agora pode obter ip do servidor DHCP da sua rede bridged automaticamente, precisa de anular isto para aceder ao IP por defeito do seu router, Ir para as propriedades de escolha do adaptador, Seleccionar endereçamento IPv4, clicar em proprties, Agora colocar manualmente o IP por defeito da rede do seu router, No meu caso o IP por defeito do router é 192. 168.0.1, Por isso coloquei IP: 192.168.0.10, máscara de sub-rede: 255.255.255.0, gateway padrão: 192.168.0.1 (ip padrão do seu router) Deixe dns em branco, volla! agora pode aceder à GUI do router de turismo, basta seleccionar obter ip automaticamente depois de ter feito a configuração para reiniciar a rede.

O problema é que em modo ponte - o endereço IP é determinado pelo router que fornece o serviço DHCP, mas o endereço IP obtido é desconhecido.

Uma vez que o meu router (Linksys EA9500) tem o endereço MAC carimbado na parte inferior - tornou possível ver a tabela de aluguer DHCP na nossa firewall/router que fornecia os alugueres DHCP - e encontrar o endereço MAC da unidade WIFI bridged - isto correspondia a um endereço IP (no meu caso: 10.0.0.130) - e quando utilizei este IP - a interface web para o router WIFI bridged veio logo à superfície.