Como acesso a GUI do meu modem quando ele está no modo ponte?


25

Queria tentar configurar meu modem / roteador DSL ActionTec P5001a no modo ponte com um roteador Linksys E2500 para melhorar o desempenho NAT. Mudar o modem para o modo ponte e o roteador para PPPoE funcionou perfeitamente, mas agora parece que não tenho como acessar a GUI do modem se quiser fazer coisas como desligar a antena sem fio. (Eu também estava pensando em desativar suas funções NAT e DHCP, embora elas sejam relevantes até quando está no modo de ponte?)

Eu tentei acessá-lo através do endereço IP original que ele usou (192.168.0.1), tanto pelo roteador quanto diretamente conectado a uma das portas Ethernet dos modems, mas parece que não está mais acessível através de um endereço IP.

Existe uma solução alternativa para restaurar as configurações padrão do modem ou outro método para acessar a GUI através de um navegador usando um endereço IP?

Obrigado por todas as sugestões!


Verifique se o Linksys E2500 possui uma opção de repetidor (não bridge). Caso contrário, configure o Linksys E2500 na mesma sub-rede que o ActionTec Pk5001a. Depois de fazer isso, você poderá acessar a GUI da ActionTec Pk5001a via IP em seu navegador. Eu normalmente gateway de configuração como 192.168.0.1 e repetidor como 192.168.0.2
Tim Jonas

Você quis dizer ActionTec Pk5001a em vez de ActionTec P5001a?
Tim Jonas

Você já tentou usar o wifi? Quero dizer, um telefone conectado ao wifi e usar esse endereço IP no telefone.
TechLife

1
Eu me deparei com isso enquanto procurava a mesma resposta para um modem / roteador Arris TF2472G / NA. Quando estava no modo de ponte, não consegui me conectar à interface da Web em 192.168.0.1. Acontece que no modo ponte está disponível em 192.168.100.1:8080 .
Ithos67

1
Obrigado ithos67. Isso funcionou para mim.
John Gleason

Respostas:


0

Como acesso a GUI do meu modem quando ele está no modo ponte?

Os poucos que usei, no modo bridge, não possuem interface da Web ou IP. (talvez o seu faça)

Com esses, você deve redefini-lo (mantendo pressionado o pino de redefinição) para acessar a interface da Web e tirar o modo ponte. Com o seu, pode haver outras maneiras, mas você pode redefini-lo dessa maneira e sair do modo de ponte e para uma interface da web.

não há como acessar a GUI do modem se eu quiser fazer coisas como desligar a antena sem fio. (Eu também estava pensando em desabilitar suas funções NAT e DHCP, embora elas sejam relevantes mesmo quando está no modo de ponte?

No caso dos que usei, o NAT e o DHCP definitivamente não são feitos no modo bridge, não posso comentar sobre os outros. Ficaria surpreso se o sistema fosse sem fio, mas você pode verificar apenas para ter 100% de certeza. Se você conhece o SSID (que você precisa saber para se conectar ao seu próprio roteador quando está no modo normal), então procure pelo SSID para ver se está transmitindo. Tenho certeza de que você também descobrirá que está desativado em qualquer um desses dispositivos quando estiver no modo bridge. Suponho que você também possa provar que não está executando o NAT, com o comando tracert tracert www.google.com e procurar endereços IP privados como 192.168 ou 10.0 e você deve ver apenas um deles, se o NAT for duplo, suponho que você verá dois.

Nota

Eu editei minha resposta, minha resposta anterior dizia "Quando está no modo de ponte, não possui interface da web, nem IP". Eu removi isso porque é falso para DDWRT e possivelmente falso para algumas marcas / modelos. A outra resposta diz não, porém isso também não é verdade. Sei que esse é o caso (a interface da Web é desativada no modo de ponte), com alguns roteadores / modem / switches, especificamente com pelo menos alguns, belkin, por exemplo, http://forums.whirlpool.net.au/archive/ 869904 como mencionado aqui "se o belkin estiver configurado corretamente no modo bridge, você não poderá entrar na interface da web gui, pois é apenas um modem". É verdade no DDWRT que você ainda pode acessar a interface da Web. Embora seja muito provável que seu fabricante / modelo específico possa, como a outra resposta afirma ter usado modelos semelhantes ao OP, e diz que você pode, ou seja, pode usar com ele. . Embora a outra resposta fale sobre DDWRT, o OP pode não estar em execução. E a outra resposta não especifica o que está acontecendo com o dispositivo do OP, se ele não tiver acesso à sua interface da web.


Obrigado por todos os comentários úteis! Sim, é o Pk5001a, desculpe pelo erro de digitação. O roteador não parece ter um modo repetidor, então não pude tentar isso. Estranhamente, o modem ainda transmite seu SSID sem fio, mesmo que seja inútil. Não existe outra camada de NAT, como imaginei, pois o uso do roteador Linksys tem um desempenho NAT muito melhor do que o ActionTec. (Suspeito que a culpa seja da Century Link.) Portanto, terei que redefini-la para desligar a irritante antena sem fio e colocá-la novamente no modo bridge, o que é bastante simples.
Dustin

Se o Modo Bridge for o mesmo que a função "Usar como ponto de acesso" do meu roteador Belkin F7D4302, isso não é verdade. Quando o defino como "usar como ponto de acesso", atribuai a ele um endereço IP nessa tela. Ele ainda mostra os SSIDs locais que eu forneci, mas quando conectado a ele, todas as configurações do sistema GUI local mostram-me como conectado ao roteador 2Wire principal ao qual está conectado via Ethernet, como se não estivesse lá. Mas no Terminal, "netstat -r" ainda mostra o endereço IP que eu defini como ativo em en0, e inserir esse endereço IP no meu navegador ainda me leva às telas de configuração da Web da Belkin com acesso total.
John Smith

Para mim, só posso colocar a porta1 no modo de ponte, ter as outras portas no modo de rota e acessar a interface do usuário através das outras portas. Dado que eu atribuí um IP à LAN.
Mike Gleason jr Couturier

@MikeGleasonjrCouturier vale a pena incluir um número de modelo.
barlop

@MichaelKupietz não tem a mesma função .. o que eu usei foi chamado modo bridge e, como observação lateral, provavelmente era um roteador com fio (portanto, nada a ver com o ponto de acesso sem fio), e o que eles mencionam no link da banheira de hidromassagem Eu dei também era um roteador com fio. (Embora concedido um ponto de acesso sem fios é, talvez, um pouco como um wireless gone switch de rede e um switch de rede é (pondo de lado algumas distinções estranhas que alguns ex cisco make), uma ponte de rede ..
barlop

32

Estou chocado com a desinformação na resposta aceita. Embora eu não tenha experiência com o ActionTec P5001a, tenho experiência com meia dúzia de dispositivos semelhantes e todos funcionam da mesma maneira no modo ponte.

Quando está no modo bridge, não possui interface da web, nem IP.

Errado. Ele tem o mesmo endereço IP padrão (192.168.0.1) e a mesma interface da Web está aguardando para ser usada. No entanto, como não há rota para a rede, não é possível acessar 192.168.0.1 a menos que você diga ao roteador para rotear para ela.

Eu instalei o DD-WRT no meu roteador Linksys E4200. Também está disponível para o E2500. Certifique-se de que a rede E2500 não seja 192.168.0.1 e aponte o navegador da Web para a interface do usuário de gerenciamento do roteador.

  • Clique em Administração
  • No campo Entrada do comando, insira

    ifconfig `nvram get wan_ifname`: 0 192.168.0.2 máscara de rede 255.255.255.0
  • Clique em "Salvar inicialização"

  • No campo Entrada do comando, insira

    iptables -t nat -I POSTROUTING -o `nvram get wan_ifname` -d 192.168.0.0/24 -j MASQUERADE
  • Clique em "Salvar firewall"
  • Reinicie o roteador

Você acabou de fornecer ao roteador o endereço IP 192.168.0.2 que está na mesma rede que o modem em ponte e instruiu-o a rotear pacotes para essa rede. A partir de qualquer dispositivo da sua rede, agora você pode fazer login na interface do usuário do modem em ponte com

http://192.168.0.1/

Isso funcionou muito bem, pode não estar disponível para pessoas que não executam o DD-WRT, mas funciona muito bem se você estiver executando o DD-WRT no seu roteador.
hwatkins

1
Vale acrescentar a esta resposta que deveria ser a aceita, que o comando iptables poderia ser editado com -d 192.168.0.0/24 -j para que apenas o tráfego desses IPs fosse redirecionado, seria iptables -t nat -I POSTROUTING -o `nvram get wan_ifname` -d 192.168.0.0/24 -j MASQUERADE. Caso contrário, você perde outro tráfego na Internet.
Mescalito

Embora seja muito bom ter isso, simplesmente não posso trabalhar com minha configuração. Meu dispositivo de ponte tem um IP 192.168.2.1; Tentei ajustar as instruções acima e consegui acessar meu roteador (192.168.1.1) e a ponte (192.168.2.1), mas minha conexão com a Internet parou de funcionar até que eu removi esses comandos. Algum conselho sobre o que estou fazendo de errado?
Hefewe1zen

Atualizei minha resposta com base na sua reivindicação sobre as que você usou, ou pelo menos uma com ddwrt, tem um ip. Eu acho que isso é possível, pois você pode ter um switch gerenciado, então porque não uma ponte gerenciada.
barlop

@ Hefewe1zen: Você pode tentar incrementar a :0peça após o nome da interface. A idéia é adicionar um endereço IP adicional para a interface WAN, e não substituir o que ele tem (e usos para conectividade com a Internet)
Ben Voigt

5

Corri para esse problema ao mudar a conexão com a Internet no meu Linksys WRT1900ACS de DSL para um ponto de acesso móvel. Estou ligando o rádio de 5 Ghz e atendendo clientes pelo lado de 2,4 Ghz. O Linksys possui uma cobertura WiFi muito melhor do que o hotspot e também suporta 4 dispositivos GB com fio. Ainda consigo conectar o Wi-Fi diretamente ao ponto de acesso a partir de dispositivos em uma proximidade razoável.

De qualquer forma, a sugestão de IP de transmissão é ótima, exceto em uma plataforma Windows. A alternativa para isso é "arp -a". Isso listará todos os endereços do Mac com o IP correspondente que é visível no seu computador. Navegue até cada IP por vez e você encontrará o endereço administrativo do seu roteador.


Obrigado. O arp -acomando tinha até o nome de rede do meu roteador, então essa foi uma excelente maneira de identificá-lo imediatamente!
Neil Monroe



1

TL; DR: tente executar ping no endereço de transmissão

Posso adicionar meus dois centavos aqui ... Meu roteador Gargoyle (uma versão do DD-WRT) foi configurado no modo bridge para a rede 192.168.100.0 e não consegui acessar sua interface no ip 192.168.1.10, mesmo quando definindo 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 à qual estava conectada. A maneira que eu descobri o que era por ping no endereço de broadcast para a rede principal: ping 192.168.100.255. Percebi um endereço desconhecido e, após algumas verificações, vi que ele tinha o mesmo endereço MAC. Eu poderia então conectar-me 192.168.100.176ao novo endereço encontrado, alterar as configurações de Bridge para AP e voltar ao meu caminho.


1

Eu tive esse problema enquanto meu roteador (TP Link Archer C50 AC 1200) trabalhava como repetidor através da ponte da rede de modem do meu ISP (convenientemente chamada de Bad Motherf *** er) via Wi-Fi (ambos tinham o mesmo SSID). Aqui está a correção:

  1. Entre ao modem do seu ISP usando o IP do gateway padrão (no meu caso 192.168.1.1).

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

  3. Como o roteador não consegue encontrar a rede com o SSID original (por exemplo, Bad Motherf *** er) para repetir o sinal, ele volta automaticamente ao modo DHCP, permitindo que seja acessado por qualquer dispositivo conectado à rede que estava anteriormente transmissão usando o gateway do roteador (que era 192.168.0.1).


1

TL; DR : aberto routerlogin.netem um navegador que está na rede local.

Eu estava usando os seguintes roteadores:

  • Asus RT-AC68P (na cozinha , conectado à Internet)
  • Netgear WNDR4500v2 (no escritório , criando uma " LAN do escritório " para dispositivos conectados a ele)

Originalmente, http://192.168.0.1/abri a página de administração do roteador do escritório , mas quando ativei o modo bridge, conectando a LAN do escritório à Internet através do roteador da cozinha , http://192.168.0.1/fui direcionando-me para a página de administração do roteador da cozinha .

Não sei qual método eles estão usando para encontrar o endereço IP local correto para o roteador do escritório , mas o site http://www.routerlogin.net(que no meu caso aponta 192.168.1.76) encontrou o correto.

Assim, parece que quando um roteador está definido no modo de ponte, você ainda pode encontrá-lo na rede local, mas com um endereço IP diferente. No meu caso, foi 192.168.1.76, mas se o registro DNS acima não funcionar, você pode tentar um desses outros métodos para descobrir em qual endereço IP está listado:

Conforme recomendado por kcrw79 , ele pode aparecer ao executar o seguinte comando (não foi o meu caso):

arp -a

Ou parte da minha mágica pessoal do Bash que pesquisará todos os computadores do 192.168.1.*bloco e verá quais estão executando servidores HTTP em funcionamento (esse comando levará aproximadamente 8 minutos e 30 segundos para ser executado completamente, você pode reduzir esse tempo com o risco de perder um servidor reduzindo o --connect-timeoutvalor):

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

1
Eu gosto da ideia de procurar, sua última linha com for e curl.
#

0

Isso é tão lixo, pelo menos no meu caso. Eu uso roteadores Tp-link na ponte WDS. Obviamente, com o DHCP desativado no link TP funcionando como repetidor - ele entra em conflito com muita freqüência se você deixar o DHCP padrão; Eu poderia ter tentado definir manualmente uma máscara de sub-rede diferente ou um intervalo de IP diferente do roteador raiz, mas no meu caso não precisei de um ajuste, apenas desabilitei o segundo DHCP, permanecendo apenas com o DHCP raiz para fornecer IPs ao meu roteador. dispositivos.

Agora, para acessar o painel de configurações / interface da web do repetidor, desaparafusei as antenas. E então usando o 192.168.0.1. Não funcionou com o tplinklogin.net, pois (suponho, por favor me corrija), seu próprio DNS foi desativado junto ao DHCP. Ah, E eu configurei o IP da LAN no meu PC manualmente para 192.168.0.199, apenas para ter certeza de que é único. Na verdade, este é o "ingrediente maravilhoso" ...

Com o "repetidor" conectado via wifi ao "root", 192.168.0.1 acessou a interface do root, sem as antenas (ou, se você puder, basta desconectar o root do principal ou reiniciá-lo e você o desligará por cerca de 2 minutos ) Entrei na interface da web do repetidor e diminui a potência conforme pretendia, SEM a necessidade de redefini-lo e reconfigurá-lo.

Tão simples.

Claro, lembre-se de colocar seu PC de volta no DHCP automático!

E, para responder a outro problema por aqui, uso apenas o wifi para conectar o "root" e o "repetidor" ao roteador "principal" do prédio e a todos os meus dispositivos. Eu faço essa cadeia de roteadores por dois motivos: - paredes espessas e - não tenho acesso para configurar o roteador "principal" do ISP.


0

Eu tenho um modem ISP (um modem Tenda barato com ISP personalizado fw) no modo Bridge e um Asus AC3200 executando PPPOE e NAT. O modem ISP é 192.168.10.1 (Wifi desativado, em ponte, sem PPPOE) O AC3200 é 192.168.1.1 (executando diretamente PPPOE e NAT)

meu modem não estava acessível por nenhum cliente conectado ao AC3200, pois o modem estava no modo bridge e desativa o NAT e o wifi no modo bridge. Mas eu encontrei uma maneira de fazê-lo

  1. Criou outro ATM no modem ISP com entradas aleatórias e ativou o NAT nesse ATM, criando um nome de usuário e senha aleatórios para a conexão ppoe nesse ATM (que obviamente não se conecta ao ISP e exibe Falha na AUTENTICAÇÃO)
  2. Agora, quando abro o Gerenciamento de roteador no AC3200, ele mostra 2 IPs da WAN, um do PPPOE diretamente do ISP e o segundo do meu modem em ponte no DHCP do ATM falso como 192.168.10.2

problema resolvido, pois o roteador passa todo o tráfego normal / da Internet dos clientes para o IP público do ISP e direciona apenas o tráfego 192.168.10.1 para o modem em ponte que executa um segundo caixa eletrônico falso com DHCP.


0

Na minha experiência pessoal, descobri por acaso ontem ao redefinir meu roteador TP-Link C20. Após a conclusão da redefinição, retornei a um IP diferente. O TP-Link está no IP 198.168.0.1 e me levou ao 192.168.1.1, que me mostrou a GUI da web para o meu roteador / modem ZTE-f660 em ponte. No entanto, ao tentar acessar novamente via wi-fi, não foi possível. Tentei novamente via cabo de rede (nem mesmo conectado diretamente ao roteador, mas a um receptor de linha de força) e consegui acessar novamente essa GUI da Web. É claro que isso é válido para esse tipo de roteador, não posso afirmar que essa é uma regra inegável para qualquer marca de roteador por aí.


0

Muito fácil ... Eu não sei por que tanta conversa sobre esse assunto .. você precisa de um PC, conecte o PC ao roteador diretamente (pode estar usando a porta Ethernet), agora você pode obter o IP do servidor DHCP da rede em ponte automaticamente, você precisa substituí-lo para acessar o IP padrão do roteador, Ir para a configuração do adaptador, escolher propriedades, Selecionar endereço IPv4, clicar em propriedades, Agora colocar manualmente o IP da rede padrão do roteador, No meu caso, o IP padrão do roteador é 192.168.0.1, por isso 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 roteador) Deixe o DNS em branco, volla! agora você pode acessar a GUI do roteador de turismo, basta selecionar obter ip automaticamente após concluir a configuração para redefinir a rede.


-1

O problema é que, no modo de ponte - o endereço IP é determinado pelo roteador que está fornecendo o serviço DHCP, mas o endereço IP obtido é desconhecido.

Como o meu roteador (Linksys EA9500) tem o endereço MAC carimbado na parte inferior - tornou possível visualizar a tabela de concessão DHCP no firewall / roteador que fornecia as concessões DHCP - e encontrar o endereço MAC da unidade WIFI em ponte - este correspondia a um endereço IP (no meu caso: 10.0.0.130) - e quando usei esse IP - a interface da web do roteador WIFI em ponte apareceu.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.