Я также разместил на форуме OpenWRT об этой проблеме. Ниже я скопирую текст проблемы, но вот краткое изложение.
Другое редактирование - индикаторы моего гнезда LAN/WAN не горят при попытке доступа в обычном режиме, но в аварийном режиме они есть. Не уверен, что это типично или нет.
После прошивки моего EA4500 сборкой транка (которая, кажется, является единственным поддерживаемым способом получить OpenWRT на этом устройстве), у меня нет возможности подключиться к ssh к маршрутизатору без использования отказоустойчивого режима. Теперь вся конфигурация, которую я сделал, записана в раздел отказоустойчивости (я думаю). Есть ли способ заставить Windows разрешить мне ssh через кабель Ethernet без доступа к сети? Нужен ли консольный кабель / последовательный кабель / другой маршрутизатор? Я хотел бы начать все сначала и сделать это правильно.
Из ОП:
Я думаю, что мои безопасные и нормальные разделы каким-то образом были kajigerred. Я уже несколько часов гуглю и читаю документы, мне нужно идти спать, поэтому я собираюсь оставить свой вопрос здесь и надеяться, что кто-то может помочь. Я прошу прощения, если я делаю глупую ошибку.
Предыстория - я новичок в OpenWRT. У меня есть некоторый ограниченный опыт работы в сети, немного знаний о Linux (я могу обойтись и делать простые вещи), мне нравится возиться. Я парень из Windows, хотя многое из этого выходит за рамки моей глубины.
Я установил OpenWRT на свой EA4500, следуя вики здесь: https://wiki.openwrt.org/toh/linksys/ea… ecommended.
Это было просто, прошивка не потребовалась в первый раз, но во второй раз мигнула и перезагрузилась.
Это где проблемы начались.
Я уже читал, что мне нужно будет установить пароль root, прежде чем я смогу сделать что-то еще. Я не смог получить доступ к маршрутизатору через SSH или Telnet. Я использовал шпатлевку, указал на 192.168.1.1, ничего. Пробовал устанавливать имя пользователя в root, ничего. Каждый раз я получаю "Нет маршрута к хосту". С telnet, есть похожая ошибка, но я не помню, что это было. Windows не позволит чему-либо использовать адаптер Ethernet, потому что считает, что он не подключен. У меня нет консольного кабеля или последовательного кабеля, чтобы попытаться глубже в этом разобраться, но в любом случае это не нужно, если я не пропущу что-то очень простое в документации. Поэтому я прочитал больше и нашел отказоустойчивый режим, который работает отлично. Я мог ошибиться здесь. Я вошел в систему через ssh, установил пароль root и запустил mount_root. Затем я установил LuCI из оболочки, следуя этому руководству: https://wiki.openwrt.org/doc/howto/luci.essentials ; Я выполнил все до и включая команду 'uhttpd enable'. Затем я установил несколько других пакетов, настроил Wi-Fi и некоторые другие различные настройки. Тогда я подумал про себя, ты идиот, ты все еще в отказоустойчивом режиме. Поэтому я перезагрузился, просто чтобы посмотреть, что произойдет, конечно, это было так же, как в прошлый раз, без возможности попасть в роутер. Поэтому я снова загрузился в отказоустойчивый режим, за исключением того, что теперь все мои настройки остались прежними. Я сделал резервную копию этого конфига. Затем я снова подключился по ssh, установил сервер sftp и использовал WinSCP, чтобы получить содержимое файлов /etc /config / и / overlay / upper /etc /config /. Я сравнил хэш этих файлов, и все они идентичны из /etc / to / overlay / upper /etc / - но все это в отказоустойчивом режиме - и я не знаю, является ли это проблемой.
У меня есть представление о том, что я сделал - я выполнил всю свою конфигурацию на отказоустойчивом разделе вместо раздела "наложения", или пользовательского раздела, или как там это называется. Все еще учусь здесь!
В любом случае, я не знаю, что мне нужно сделать, чтобы поменять это, чтобы я мог перезагрузить свой маршрутизатор и не иметь версию OpenWRT с пробелами. Я также обеспокоен тем, что могут быть проблемы безопасности при работе в отказоустойчивом режиме 24/7. Я более чем рад предоставить содержимое любых файлов, если это поможет выяснить, что здесь происходит. Я на Windows 10, есть Putty, telnet, WinSCP и т.д.
У меня также есть Raspberry Pi, который я мог бы использовать для настройки маршрутизатора, если это будет значительно проще сделать из Linux.
Спасибо и еще раз, извините, если это обычная проблема или я сделал глупую ошибку - я искал и ничего не нашел. Также интересно узнать, как можно подключиться к маршрутизатору через IP (для начальной настройки), если маршрутизатор не маршрутизирует ... нужен ли для этого второй маршрутизатор, или консольный кабель, или ...?
Изменить: Попытка установки статического IP в соответствии с ответом ниже, это не сработало. Вот некоторая диагностическая информация для начинающих:
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