OpenWRT - Wie erstelle ich eine Anmeldung (ssh), wenn 192.168.1.1 nicht geroutet werden kann?

Ich habe auch im OpenWRT-Forum zu diesem Thema gepostet . Ich werde den Text des Problems wörtlich kopieren, aber hier ist eine Zusammenfassung.

Ein weiterer Bearbeitungsschritt - Meine LAN / WAN-Buchsen-LEDs leuchten nicht, wenn versucht wird, im normalen Modus zuzugreifen, sondern im ausfallsicheren Modus. Ich bin mir nicht sicher, ob dies typisch ist oder nicht.

Nachdem ich meinen EA4500 mit einem Trunk-Build geflasht habe (dies scheint die einzige unterstützte Möglichkeit zu sein, OpenWRT auf diesem Gerät zu installieren), habe ich keine Möglichkeit, ohne Verwendung des Failsafe-Modus in den Router zu sshen. Jetzt wird die gesamte Konfiguration, die ich vorgenommen habe, in die ausfallsichere Partition geschrieben (glaube ich). Gibt es eine Möglichkeit, Windows zu zwingen, ohne Netzwerkzugriff über das Ethernet-Kabel zu sshen? Benötige ich ein Konsolenkabel / serielles Kabel / einen anderen Router? Ich möchte von vorne anfangen und das richtig machen.

Vom OP:

Ich denke, meine ausfallsicheren und normalen Partitionen wurden irgendwie kajigerred. Ich habe ein paar Stunden gegoogelt und Dokumente gelesen. Ich muss schlafen, also werde ich meine Frage hier fallen lassen und hoffe, dass jemand helfen kann. Ich entschuldige mich, wenn ich einen dummen Fehler mache.

Hintergrund - Ich bin neu bei OpenWRT. Ich habe eine begrenzte Netzwerkerfahrung, ein wenig Linux-Wissen (ich kann mich leicht fortbewegen und grundlegende Dinge erledigen) und bastle gerne. Ich bin ein Windows-Typ, daher ist vieles jenseits meiner Grenzen.

Ich habe OpenWRT auf meinem EA4500 installiert und folge dabei dem Wiki: https://wiki.openwrt.org/toh/linksys/ea… ecommended.

Dies war unkompliziert, da die Firmware nicht beim ersten Mal benötigt wurde, sondern beim zweiten Mal geflasht und neu gestartet wurde.

Hier begannen die Probleme.

Ich hatte bereits gelesen, dass ich ein root-Passwort festlegen muss, bevor ich mehr tun kann. Ich konnte weder über ssh noch über telnet auf den Router zugreifen. Ich habe Spachtel verwendet, darauf hingewiesen, 192.168.1.1, nichts. Versucht, den Benutzernamen auf root zu setzen, nichts. Jedes Mal bekomme ich "Keine Route zum Host". Bei Telnet gibt es einen ähnlichen Fehler, aber ich kann mich nicht erinnern, was es war. Windows lässt zu, dass der Ethernet-Adapter nicht verwendet wird, da er denkt, dass keine Verbindung besteht. Ich habe weder ein Konsolenkabel noch ein serielles Kabel, um mich näher damit zu befassen, aber das sollte sowieso unnötig sein, es sei denn, ich vermisse etwas sehr Grundlegendes in den Dokumenten. Also habe ich mehr gelesen und den Failsafe-Modus gefunden, der einwandfrei funktioniert. Möglicherweise habe ich hier einen Fehler gemacht. Ich habe mich über ssh angemeldet, das root-Passwort festgelegt und mount_root ausgeführt.https://wiki.openwrt.org/doc/howto/luci.essentials ; Ich habe alles bis einschließlich des Befehls 'uhttpd enable' ausgeführt. Dann installierte ich einige andere Pakete und konfigurierte WLAN und einige andere verschiedene Einstellungen. Dann dachte ich mir, du Idiot, du bist immer noch im ausfallsicheren Modus. Also startete ich neu, nur um zu sehen, was passieren würde, natürlich war es das gleiche wie beim letzten Mal, keine Möglichkeit, in den Router zu gelangen. Also habe ich noch einmal in den Failsafe-Modus gebootet, außer dass jetzt meine gesamte Konfiguration von zuvor erhalten geblieben ist. Ich habe eine Sicherungskopie dieser Konfiguration erstellt. Ich habe dann nochmal sshed in, den SFTP-Server installiert und WinSCP verwendet, um den Inhalt von / etc / config / und / overlay / upper / etc / config / abzurufen. Ich habe einen Hash dieser Dateien verglichen und sie sind alle von / etc / bis / overlay / upper / etc / identisch - aber dies ist alles im ausfallsicheren Modus - und ich weiß nicht, ob das so ist.

Ich habe eine Vorstellung davon, was ich getan habe - ich habe meine gesamte Konfiguration auf der ausfallsicheren Partition vorgenommen, anstatt auf der "Overlay" -Partition, der Benutzerpartition oder wie auch immer sie heißt. Hier lernst du noch!

Wie auch immer, ich weiß nicht, was ich tun muss, um dies auszutauschen, damit ich meinen Router neu starten kann und keine gimped-Version von OpenWRT habe. Ich bin auch besorgt, dass es Sicherheitsprobleme geben könnte, wenn Sie rund um die Uhr im ausfallsicheren Modus arbeiten. Gerne gebe ich den Inhalt von Dateien weiter, wenn dies dazu beiträgt, herauszufinden, was hier vor sich geht. Ich bin auf Windows 10, habe Putty, Telnet, WinSCP, etc.

Ich habe auch einen Raspberry Pi, mit dem ich möglicherweise den Router konfigurieren könnte, wenn es unter Linux wesentlich einfacher wird.

Danke und nochmal, sorry, wenn dies ein häufiges Problem ist oder ich einen dummen Fehler gemacht habe - ich habe gesucht und habe nichts gefunden. Auch interessiert zu wissen, wie man über IP (für die Ersteinrichtung) in einen Router ssht, wenn der Router nicht routet ... braucht man dazu einen zweiten Router oder ein Konsolenkabel oder ...?

Bearbeiten: Versucht die statische IP gemäß der Antwort unten einzustellen, es hat nicht funktioniert. Hier sind einige Diagnoseinformationen für den Anfang:

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

Sie sollten in der Lage sein, Ihre lokale (Windows-) Netzwerkkarte so zu konfigurieren, dass Sie über kabelgebundenes Ethernet mit dem Router kommunizieren können. Höchstwahrscheinlich funktionieren der DHCP-Server und die Paket-Routing-Dienste des Routers nicht, aber der LAN-Port ist vermutlich nicht in Betrieb.

Konfigurieren Sie die statische IP-Adresse auf einem Windows 10-PC

Stellen Sie zunächst sicher, dass Sie physisch (Ethernet-Kabel) von Ihrem win10-Computer an einen der LAN-Ports des Routers angeschlossen sind.

Drücken Sie unter Windows 10 WIN+ R, geben Sie dann ein ncpa.cplund drücken Sie ENTER.

Suchen Sie die verwendete kabelgebundene Netzwerkschnittstelle in der Liste in dem neuen Fenster, das geöffnet wird. Klicken Sie mit der rechten Maustaste darauf und wählen Sie Properties.

Suchen Sie im neuen Fenster nach dem Feld mit der Bezeichnung " Internet Procotol Version 4 (TCP/IPv4)Linksklick" und klicken Sie dann auf die PropertiesSchaltfläche darunter.

Wählen Sie Use the following IP Addressund füllen Sie die Felder wie folgt aus:

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

Klicken Sie in jedem Bestätigungsfenster auf OK, um alle zu schließen. Sie sollten jetzt über eine Ethernet-Verbindung zu Ihrem Router verfügen. Beachten Sie, dass Sie erst dann Zugang zum Internet haben, wenn der Router ordnungsgemäß konfiguriert ist. nur eine Punkt-zu-Punkt-Verbindung zum Router. Sobald der Router funktioniert, möchten Sie diese Einstellungen wieder auf Obtain an IP address automaticallyund ändern Obtain DNS server address automatically.

Wenn Sie immer noch keine Verbindung zum Router herstellen können, versuchen Sie, ihn unter 192.168.1.1 zu pingen, führen Sie ihn ipconfigan einer Eingabeaufforderung aus und aktualisieren Sie Ihre Antwort mit den Ergebnissen von beiden (ping und ipconfig).

Als Randnotiz, wenn Sie nicht besonders erfahren mit Linux oder Netzwerk sind, würde ich vorschlagen, das Webinterface zu verwenden, um Ihren Router zu konfigurieren ( http://192.168.1.1 und den Benutzernamen 'admin' anstelle von 'root' zu verwenden. Wenn Sie sich mit openWRT vertraut machen, werden Sie wahrscheinlich feststellen, dass es einige fortgeschrittene Dinge gibt, die Sie möglicherweise über die Befehlszeile erledigen müssen, die die Web-Benutzeroberfläche nicht unterstützt. Im Allgemeinen wird sie jedoch als root auf einer Linux-Box (sogar einem Router) ausgeführt ), wenn Sie versuchen, herauszufinden, was Sie normalerweise tun, endet nicht gut.

Irgendwie hat mich das dreimalige Erzwingen eines fehlgeschlagenen Startvorgangs dazu gebracht, auf die funktionierende "ausfallsichere" Partition zurückzugreifen, außer ich glaube nicht, dass ich mich mehr auf Ausfallsicherheit einlasse. Alle meine Einstellungen sind noch intakt (die zuvor im Failsafe-Modus festgelegt wurden). Ich werde neu starten und sehen, was passiert - aber zuerst passiert Folgendes, wenn ich überprüfe, was eingehängt ist, mount_root und mount erneut ausführen:

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)

root @ 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)

Daher denke ich, ich bin in der Tat richtig in den normalen Modus gebootet, und es ist sicher, neu zu starten? Hier geht nichts...