Сменить загрузочное устройство с OpenWRT

Не уверен, правильно ли я тебя понял, но кажется, ты хочешь сказать, что всё работает отлично, кроме того, что роутер не выдаёт тебе IP-адрес через DHCP? И tcpdump показывает, что роутер даже не получает твой DHCP-запрос? Если так, то, к сожалению, это не проблема RouterOS, а скорее баг в самой свежей версии OpenWRT. Поэтому лучше задать этот вопрос на форумах OpenWRT, а не здесь.

Если предполагать, то, скорее всего, что-то изменилось в драйвере Atheros для Ethernet, и из-за этого появилась ошибка при попытке использовать порты Ethernet на 951G и, возможно, на других моделях роутеров, но точного ответа нет. Попробуй назначить своему компьютеру статический IP-адрес из того же диапазона, из которого DHCP раздаёт адреса, и проверь, сможешь ли ты тогда связаться с роутером по Ethernet. Если и это не поможет, значит проблема точно в поддержке Ethernet от Atheros.

Я бы попробовал откатиться на последнюю стабильную версию OpenWRT, которая поддерживает твою модель роутера. Если у тебя свежий 951G с MAC-адресом, начинающимся на 4c:5e:0c, возможно, придется собрать свою версию OpenWRT после применения патча с http://patchwork.ozlabs.org/patch/419857/.

Кроме этого, идей нет, и тебе лучше обратиться к специалистам OpenWRT. Извини. – Nathan

Хорошо, я наконец-то нашёл причину. Initramfs — это не была причина успеха. Оказалось, что Ethernet-порты работают только если роутер был загружен с зажатой кнопкой сброса. Это действительно странно…

На устройствах, которые поставляются без последовательного порта, даже если припаять его самостоятельно, я не думаю, что RouterBOOT покажет меню. Он знает, на какой модели платы работает, и, скорее всего, не будет ничего делать с последовательным портом, если это не модель, которая изначально идет с ним. (Это всего лишь мое предположение; я не пробовал и не исследовал этот вопрос. Но в ядре RouterOS MikroTik отключает встроенный UART в SoC Atheros на определённых моделях, так что я бы не удивился, если в RouterBOOT делают то же самое.)

Для OpenWRT существует утилита под названием “rbcfg”, которая позволяет менять параметры загрузки RouterBOOT прямо из OpenWRT. Если у вас установлена стандартная сборка свежей версии OpenWRT и пакет rbcfg, вы можете выполнить команду “rbcfg set boot_device eth” (эквивалент “ethernet” в RouterOS или опция “e - загрузка по Ethernet” в RouterBOOT) или “rbcfg set boot_device ethnand” (эквивалент “try-ethernet-once-then-nand” в RouterOS или опция “1 - загрузка с Ethernet один раз, затем NAND” в RouterBOOT), чтобы сделать то, что нужно.

Альтернативно, вместо настройки опций RouterBOOT, можно сделать однократную загрузку по Ethernet, удерживая кнопку сброса на вашем RB951 во время включения питания. Вы увидите, как индикатор ACT начнёт моргать спустя некоторое время, а чуть позже устройство попытается получить IP через BOOTP, а затем загрузиться через TFTP. Не отпускайте кнопку, пока etherboot не завершится. Это позволит использовать как Netinstall, так и загрузить OpenWRT initramfs-ядро по Ethernet. Как только OpenWRT загрузится по Ethernet, вы сможете выполнить обновление с помощью команды ‘wget2nand’.

Наконец, по моему опыту, не стоит волноваться о сохранении лицензии RouterOS на RouterBoard перед форматированием NAND и установкой OpenWRT. В отличие от RouterOS для x86, ключ лицензии, похоже, не привязан к устройству хранения, а как-то связан с самой платой — это видно на примере новой функции “разделов” (partitions) в RouterOS и RouterBOOT. Там, где переприборка жесткого диска с RouterOS для x86 сделает ключ недействительным даже при наличии резервной копии, на RouterBoard при полной очистке NAND через форматирование в RouterBOOT или командой “flash_eraseall” в OpenWRT Software-ID и ключ лицензии сохраняются при следующей установке RouterOS через Netinstall. Я подозреваю, что, в отличие от x86, Software-ID вычисляется на основе серийного номера платы или MAC-адресов либо хранится на маленьком 64-килобайтном SPI flash-чипе, где расположен RouterBOOT, то же касается и ключа лицензии. Так что они не потеряются из-за манипуляций с NAND.

– Nathan

Спасибо за ответ, но удерживание кнопки сброса не помогает. У меня есть вывод с последовательного порта, и там просто лог загрузки ядра. Так что netinstall тоже не может найти роутер с зажатой кнопкой сброса. Сегодня попробую совет НатанаА с командой rbcfg.

Огромное спасибо! Оказывается, роутер пытается загрузиться по Ethernet, но по какой-то причине netinstall не предоставляет DHCP-сервер, и процесс срывается, но уже не важно. Я могу запустить vmlinux-initramfs, удерживая нажатой кнопку сброса. Это ответило на мой вопрос, очень благодарен, что вы прислали подробные мануалы — они многое прояснили.

К сожалению, у меня теперь проблемы с tftpboot (нужно ли запускать одновременно и dnsmasq, и tftpd?). Вот моя конфигурация:  
/etc/dnsmasq.conf  
interface=enp2s0  
dhcp-range=192.168.1.100,192.168.1.119,12  
dhcp-host=d4:ca:6d:92:a4:7e,192.168.1.101  
enable-tftp  
tftp-root=/srv/tftp  
dhcp-boot=openwrt-ar71xx-mikrotik-vmlinux-initramfs.elf,boothost,192.168.1.10  

ifconfig  
enp2s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500  
inet 192.168.1.10  

ls /srv/tftp/  
openwrt-ar71xx-mikrotik-vmlinux-initramfs.elf  

systemctl status tftpd  
● tftpd.service - hpa's original TFTP daemon  
Loaded: loaded (/etc/systemd/system/tftpd.service; static; vendor preset: disabled)  
Active: active (running) since Tue 2015-02-10 22:53:32 EET; 3min 44s ago  
Main PID: 30664 (in.tftpd)  
CGroup: /system.slice/tftpd.service  
└─30664 /usr/sbin/in.tftpd -s /srv/tftp/  

Дальше делаю так:  
sudo ifconfig enp2s0 192.168.1.10 up  
sudo systemctl start tftpd  
sudo dnsmasq -i enp2s0 -d -u test -p0 -K --log-dhcp --bootp-dynamic  

Перезагружаю роутер, удерживая кнопку сброса, но роутер заливает лог dnsmasq кучей запросов:  
dnsmasq-dhcp: 3595606023 available DHCP range: 192.168.1.100 -- 192.168.1.119  
dnsmasq-dhcp: 3595606023 vendor class: Mips_boot  
dnsmasq-dhcp: 3595606023 DHCPDISCOVER(enp2s0) d4:ca:6d:92:a4:7e  
dnsmasq-dhcp: 3595606023 tags: enp2s0  
dnsmasq-dhcp: 3595606023 DHCPOFFER(enp2s0) 192.168.1.114 d4:ca:6d:92:a4:7e  
dnsmasq-dhcp: 3595606023 requested options: 1:netmask, 3:router  
dnsmasq-dhcp: 3595606023 bootfile name: openwrt-ar71xx-mikrotik-vmlinux-initramfs.elf  
dnsmasq-dhcp: 3595606023 server name: boothost  
dnsmasq-dhcp: 3595606023 next server: 192.168.1.10  
dnsmasq-dhcp: 3595606023 sent size: 1 option: 53 message-type 2  
dnsmasq-dhcp: 3595606023 sent size: 4 option: 54 server-identifier 192.168.1.10  
dnsmasq-dhcp: 3595606023 sent size: 4 option: 51 lease-time 2m  
dnsmasq-dhcp: 3595606023 sent size: 4 option: 58 T1 1m  
dnsmasq-dhcp: 3595606023 sent size: 4 option: 59 T2 1m45s  
dnsmasq-dhcp: 3595606023 sent size: 4 option: 1 netmask 255.255.255.0  
dnsmasq-dhcp: 3595606023 sent size: 4 option: 28 broadcast 192.168.1.255  
dnsmasq-dhcp: 3595606023 sent size: 4 option: 3 router 192.168.1.10  
dnsmasq-dhcp: 109765576 available DHCP range: 192.168.1.100 -- 192.168.1.119  
... тысячи раз подряд  

dnsmasq-dhcp: 3472001688 available DHCP range: 192.168.1.100 -- 192.168.1.119  
dnsmasq-dhcp: 3472001688 vendor class: Mips_boot  
dnsmasq-dhcp: 3472001688 DHCPREQUEST(enp2s0) 0.0.0.0 d4:ca:6d:92:a4:7e  
dnsmasq-dhcp: 3472001688 DHCPNAK(enp2s0) 0.0.0.0 d4:ca:6d:92:a4:7e wrong network  
dnsmasq-dhcp: 3472001688 broadcast response  
dnsmasq-dhcp: 3472001688 sent size: 1 option: 53 message-type 6  
dnsmasq-dhcp: 3472001688 sent size: 4 option: 54 server-identifier 192.168.1.10  
dnsmasq-dhcp: 3472001688 sent size: 13 option: 56 message 77:72:6f:6e:67:20:6e:65:74:77:6f:72:6b  
dnsmasq-dhcp: 3472001688 available DHCP range: 192.168.1.100 -- 192.168.1.119  
dnsmasq-dhcp: 3472001688 vendor class: Mips_boo  
... тысячи раз подряд

Я на самом деле никогда не пробовал это использовать, просто читал об этом. В стандартном OpenWRT на большинстве RouterBoard, похоже, есть доступ к SPI флеш-памяти через MTD слой, а я в основном использую кастомные ядра на основе патчей MikroTik, где этой функции нет, так что протестировать эту утилиту не смог. Я предполагал, что ты тоже пользуешься стандартным OpenWRT.

Netinstall запоминает настройку «Boot Server enabled» (в меню кнопки «Net booting»), и я заметил, что иногда, если запускать Netinstall с отключённым сервером загрузки, а потом поставить галочку, встроенный BOOTP-сервер почему-то не стартует корректно (думаю, это баг). Поэтому я ставлю галочку, закрываю программу и запускаю её заново — тогда всё работает.

Также убедись, что если у тебя Windows Vista или новее (7, 8, 8.1, 10), то запускай Netinstall от имени администратора, иначе у программы не будет нужных прав, чтобы, например, запустить BOOTP-сервер.

Как я уже говорил, тебе нужны и BOOTP (чтобы выдать устройству IP и имя файла для запроса по TFTP), и TFTPD (чтобы отдать файл устройству). Неважно, используешь ли ты dnsmasq для BOOTP или что-то другое, например, ISC DHCPD — главное, чтобы выбранный DHCP-сервер поддерживал нужную тебе конфигурацию. Похоже, у dnsmasq тоже есть встроенный tftpd, так что можно его использовать или отключить и взять отдельный tftpd — как тебе удобнее.

Я, честно говоря, никогда не настраивал dnsmasq для этого, так что без дополнительного изучения подсказать не могу. Но очень просто сделать это на другом роутере с RouterOS:

/ip address add address=192.168.1.10/24 interface=ether2  
/ip pool add name=pool1 ranges=192.168.1.100-192.168.1.119  
/ip tftp add ip-addresses=192.168.1.0/24  
/ip dhcp-server network add address=192.168.1.0/24 boot-file-name=openwrt-ar71xx-mikrotik-vmlinux-initramfs.elf  
/ip dhcp-server add name=server1 interface=ether2 address-pool=pool1 bootp-support=dynamic disabled=no  

Залей openwrt-ar71xx-mikrotik-vmlinux-initramfs.elf на хост-роутер с RouterOS, подключи OpenWRT RouterBoard к ether2, включи, удерживая кнопку сброса — и вуаля.

Если у тебя нет второго или запасного роутера MikroTik, поставь x86 RouterOS на свободный ПК или в виртуальную машину. Лицензия покупать не нужно — даётся 24-часовой демо/пробный период, которого, насколько я понимаю, хватит, чтобы оживить твой 951.

– Nathan