OpenWRT - como fazer o login inicial (ssh) se 192.168.1.1 não puder ser roteado?

Question

Também postei no fórum do OpenWRT sobre esse problema. Vou copiar o texto do problema textualmente, abaixo, mas aqui está um resumo.

Outra edição - meus LEDs da tomada LAN / WAN não estão acesos durante a tentativa de acesso no modo normal, mas no modo à prova de falhas eles estão. Não tenho certeza se isso é típico ou não.

Após o flashing do meu EA4500 com uma construção de tronco (que parece ser a única maneira suportada de obter o OpenWRT neste dispositivo), não tenho como usar ssh no roteador sem usar o modo à prova de falhas. Agora toda a configuração que fiz foi gravada na partição à prova de falhas (acho). Existe uma maneira de forçar o Windows para me permitir ssh através do cabo ethernet sem acesso à rede? Preciso de um cabo de console / cabo serial / outro roteador? Eu gostaria de começar de novo e fazer isso corretamente.

Do OP:

Acho que minhas partições normais e à prova de falhas foram de alguma forma kajigerred. Eu estive pesquisando e lendo documentos por algumas horas, eu preciso ir dormir então eu vou deixar cair a minha pergunta aqui e espero que alguém possa ajudar. Peço desculpas se estou cometendo um erro bobo.

Background - Eu sou novo no OpenWRT. Eu tenho uma experiência de rede limitada, um pouco de conhecimento sobre Linux (eu posso me locomover e fazer coisas básicas facilmente), eu gosto de mexer. Eu sou um cara do Windows, embora muito disso esteja além da minha profundidade.

Eu instalei o OpenWRT no meu EA4500 seguindo o Wiki aqui: link … recomendado.

Isso foi direto, ele não pegou o firmware pela primeira vez, mas na segunda vez, ele piscou e reinicializou.

Aqui é onde os problemas começaram.

Eu já tinha lido que precisaria definir uma senha de root antes de poder fazer muito mais. Não consegui acessar o roteador via ssh nem telnet. Eu usei putty, apontei para 192.168.1.1, nada. Tentei definir o nome de usuário para root, nada. Toda vez, recebo "Nenhuma rota para hospedar". Com o telnet, há um erro semelhante, mas não me lembro o que era. O Windows não permitirá que nada use o adaptador ethernet porque ele acha que não está conectado. Eu não tenho um cabo de console ou um cabo serial para tentar cavar mais fundo com isso, mas isso deve ser desnecessário de qualquer maneira, a menos que eu esteja faltando algo muito básico nos documentos. Então eu li mais e encontrei o modo à prova de falhas, que funciona perfeitamente. Eu posso ter cometido um erro aqui. Fiz o login via ssh, configurei a senha de root e executei mount_root. Então eu instalei LuCI do shell seguindo este guia: link ; Eu corri tudo até e incluindo o comando 'uhttpd enable'. Então eu instalei alguns outros pacotes e configurei o wifi e algumas outras configurações diferentes. Então eu pensei comigo mesmo, seu idiota, você ainda está no modo à prova de falhas. Então eu reiniciei apenas para ver o que aconteceria, é claro, foi o mesmo da última vez, não há como entrar no roteador. Então, mais uma vez eu iniciei o modo à prova de falhas, exceto que agora toda a minha configuração de antes permaneceu. Eu fiz um backup dessa configuração. Então, eu voltei a instalar o servidor sftp e usei o WinSCP para pegar o conteúdo de / etc / config / e / overlay / upper / etc / config /. Eu comparei um hash desses arquivos e eles são todos idênticos de / etc / to / overlay / upper / etc / - mas isso é tudo no modo à prova de falhas - e não sei se isso é um problema.

Eu tenho uma ideia do que fiz - fiz toda a minha configuração na partição à prova de falhas, em vez da partição "overlay", ou na partição do usuário, ou seja lá como ela é chamada. Ainda aprendendo aqui!

De qualquer forma, eu não sei o que eu preciso fazer para trocar isso para que eu possa reiniciar meu roteador e não ter uma versão do OpenWRT. Eu também estou preocupado que pode haver problemas de segurança com a execução no modo à prova de falhas 24/7. Estou mais do que feliz em dar o conteúdo de qualquer arquivo, se ele ajudar a descobrir o que está acontecendo aqui. Estou no Windows 10, tenho Putty, telnet, WinSCP, etc.

Eu também tenho um Raspberry Pi que eu poderia usar para configurar o roteador, se for muito mais fácil de fazer do Linux.

Obrigado e novamente, desculpe se este é um problema comum ou eu cometi um erro estúpido - eu procurei e não vi nada. Também interessado em saber como um SSH em um roteador via IP (para a configuração inicial) se o roteador não é roteamento ... alguém precisa de um segundo roteador para fazer isso, ou cabo do console, ou ...?

Editar: Tentei definir o IP estático pela resposta abaixo, não funcionou. Aqui estão algumas informações de diagnóstico para iniciantes:

Pinging 192.168.1.1 with 32 bytes of data:
PING: transmit failed. General failure. 
PING: transmit failed. General failure. 
PING: transmit failed. General failure. 
PING: transmit failed. General failure. 

Ping statistics for 192.168.1.1:
    Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),

Windows IP Configuration

   Host Name . . . . . . . . . . . . : Office
   Primary Dns Suffix  . . . . . . . : 
   Node Type . . . . . . . . . . . . : Hybrid
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No

Ethernet adapter Ethernet 2:

   Connection-specific DNS Suffix  . : 
   Description . . . . . . . . . . . : SonicWALL Virtual NIC
   Physical Address. . . . . . . . . : 00-60-73-79-58-67
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes
   Link-local IPv6 Address . . . . . : fe80::8812:cecd:2ce7:b263%4(Preferred) 
   Default Gateway . . . . . . . . . : 
   DHCPv6 IAID . . . . . . . . . . . : 50356339
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-1E-55-36-F9-40-8D-5C-72-99-BF
   DNS Servers . . . . . . . . . . . : fec0:0:0:ffff::1%1
                                       fec0:0:0:ffff::2%1
                                       fec0:0:0:ffff::3%1
   NetBIOS over Tcpip. . . . . . . . : Enabled

Ethernet adapter Ethernet:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . : lan
   Description . . . . . . . . . . . : Realtek PCIe GBE Family Controller
   Physical Address. . . . . . . . . : 40-8D-5C-72-99-BF
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Tunnel adapter isatap.{355E7D48-19B0-4611-88EB-EEAC6761563D}:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . : 
   Description . . . . . . . . . . . : Microsoft ISATAP Adapter #4
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

    

Answer 1

Você deve poder configurar sua placa de rede local (Windows) para poder falar com o roteador pela Ethernet com fio. O mais provável é que o servidor DHCP e os serviços de roteamento de pacotes do roteador não estejam funcionando, mas acredito que a porta da LAN esteja.

Configurar endereço IP estático no Windows 10 PC

Primeiro, verifique se você está fisicamente conectado (cabo ethernet) da sua máquina win10 a uma das portas LAN do roteador.

No windows 10, tecle WIN + R , digite ncpa.cpl e tecle ENTER .

Encontre a interface de rede com fio que você está usando na lista da nova janela que é aberta. Clique com o botão direito e selecione Properties .

Na nova janela, procure o campo denominado Internet Procotol Version 4 (TCP/IPv4) , clique com o botão esquerdo do mouse e clique no botão Properties abaixo.

Selecione Use the following IP Address e preencha os campos conforme mostrado:

IP Address: 192.168.1.2
Subnet Mask: 255.255.255.0
Default Gateway: 192.168.1.1

Preferred DNS Server: 192.168.1.1

Clique em OK em cada janela de confirmação para fechá-las todas. Você deve ter conectividade ethernet ao seu roteador agora. Observe que você não terá acesso à Internet até que o roteador esteja configurado corretamente; apenas um ponto para apontar a conexão ao roteador. Quando o roteador estiver funcionando, você deverá alterar essas configurações de volta para Obtain an IP address automatically e Obtain DNS server address automatically .

Se você ainda não conseguir se conectar ao roteador, tente executar o ping em 192.168.1.1, execute ipconfig em um prompt de comando e atualize sua resposta com os resultados de ambos (ping e ipconfig).

Como observação, se você não tiver experiência especial com Linux ou redes, sugiro usar a interface da Web para configurar seu roteador ( link e use o nome de usuário 'admin' em vez de 'root' À medida que você se familiarizar com o openWRT, provavelmente encontrará algumas coisas avançadas que talvez precise fazer na linha de comando que a interface do usuário da web não suporta Mas, em geral, rodar como root em uma máquina Linux (mesmo em um roteador) quando você está tentando descobrir o que está fazendo normalmente não termina bem.

    

Answer 2

Então, de alguma forma, forçar uma falha na inicialização 3 vezes, em vez de reverter para estoque, me reverteu para a partição "à prova de falhas", exceto que não acredito que esteja mais à prova de falhas. Todas as minhas configurações ainda estão intactas (que foram definidas anteriormente no modo à prova de falhas). Eu vou reiniciar e ver o que acontece - mas primeiro, isso é o que acontece se eu verificar o que está montado, mount_root e reexecutar a montagem:

root @ OpenWrt: / etc / config # mount

/dev/root on /rom type squashfs (ro,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,noatime)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,noatime)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,noatime)
/dev/ubi0_1 on /overlay type ubifs (rw,noatime)
overlayfs:/overlay on / type overlay (rw,noatime,lowerdir=/,upperdir=/overlay/upper,workdir=/overlay/work)
tmpfs on /dev type tmpfs (rw,nosuid,relatime,size=512k,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,mode=600)
debugfs on /sys/kernel/debug type debugfs (rw,noatime)

raiz @ OpenWrt: / etc / config # mount_root

root @ OpenWrt: / etc / config # mount

/dev/root on /rom type squashfs (ro,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,noatime)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,noatime)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,noatime)
/dev/ubi0_1 on /overlay type ubifs (rw,noatime)
overlayfs:/overlay on / type overlay (rw,noatime,lowerdir=/,upperdir=/overlay/upper,workdir=/overlay/work)
tmpfs on /dev type tmpfs (rw,nosuid,relatime,size=512k,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,mode=600)
debugfs on /sys/kernel/debug type debugfs (rw,noatime)

Portanto, acho que estou realmente inicializado no modo normal, corretamente, e é seguro reinicializar? Aqui vai nada ...