{ "version": "https:\/\/jsonfeed.org\/version\/1", "title": "Блог ни о чём, заметки с тегом: восстановление роутера", "home_page_url": "https:\/\/gladilov.org.ru\/blog\/tags\/router-debrick\/", "feed_url": "https:\/\/gladilov.org.ru\/blog\/tags\/router-debrick\/json\/", "icon": false, "author": { "name": "Павел Гладилов", "url": "https:\/\/gladilov.org.ru\/blog\/", "avatar": false }, "items": [ { "id": "19", "url": "https:\/\/gladilov.org.ru\/blog\/all\/tp-link-tl-wr841nd-v8-1-debricking-vol2\/", "title": "(вторая серия) Восстановление маршрутизатора TP-Link TL-WR841ND v8.1", "content_html": "

Часть вторая.
\n

<\/center>
\nТак уж получилось, что небезивестный маршрутизатор, данный мне на восстановление<\/a>, опять попал ко мне. Знакомый (который админ) умудрился в свойствах сети интерфейса LAN выставить тип соединения PPPoE вместо Static IP, а затем ещё я его попытался сбросить кнопной Reset во время загрузки. Соответственно на рутер не попасть — нет IP, в FailSafe-режим он не попадает, вернее попадает, но не доступен по IP (кстати — хз почему).<\/p>\n

Показать<\/b><\/p>\n

<\/p>\n

<\/p>\n

Я опять вскрыл железку, припаял кабель, и попал в нормальную консоль OpenWRT.
\nПосле команд<\/p>\n

mtd -r erase rootfs_data<\/code><\/pre><\/pre>\n
(стирание настроек)<\/i><\/font>
\nи<\/p>\n
reboot<\/code><\/pre><\/pre>\n
(ребут )<\/i><\/font>
\nмаршрутизатор загрузился, запинговался и начал делать всё, что положено свежепрошитому на OpenWRT роутеру без root-пароля.<\/p>\n
Затем в WEB-морде роутера настроил VLAN 1 и 2 (по старому мануалу<\/a>). Но при установке во вкладке Physical settings<\/i> окна свойств LAN (раздел Network->Interfaces<\/i>) значения eth1.2 после нажатия кнопки «Применить» роутер переставал отвечать на ICMP и вообще прекращал всю IP-деятельность. Помогла команда перезагрузки сети в консоли:<\/p>\n
\/etc\/init.d\/network restart<\/code><\/pre><\/pre>\n
Путём несложных манипуляций (перетыкания конца пач-корда в разные порты рутера) я выяснил, что у данной модели порт LAN1 соответствует порту 2, LAN2 — порту 3, LAN3 — порту 4, LAN4 — порту 1. Порт 0 — это непосредственно ETH-контроллер на SoC (eth1).<\/p>\n
К этому моменту у меня в голове сложилась такая картина распределения сетевых обработок:
\n
<\/center><\/p>\n
После моей настройки стало вот так:
\n
<\/center><\/p>\n
При выполнении команды<\/p>\n
swconfig dev eth1 show<\/code><\/pre><\/pre>\n
выводится вот такой результат:<\/p>\n
Global attributes:\r\n        enable_vlan: 1\r\nPort 0:\r\n        pvid: 0\r\n        link: port:0 link:up speed:1000baseT full-duplex txflow rxflow\r\nPort 1:\r\n        pvid: 2\r\n        link: port:1 link:down\r\nPort 2:\r\n        pvid: 0\r\n        link: port:2 link:down\r\nPort 3:\r\n        pvid: 1\r\n        link: port:3 link:up speed:100baseT full-duplex auto\r\nPort 4:\r\n        pvid: 2\r\n        link: port:4 link:down\r\nVLAN 0:\r\n        vid: 0\r\n        ports: 0t 2\r\nVLAN 1:\r\n        vid: 1\r\n        ports: 0t 3\r\nVLAN 2:\r\n        vid: 2\r\n        ports: 0t 1 4<\/code><\/pre><\/pre>\n
Небольшое лирическое отступление.<\/b>
\nХочу сказать, почему нельзя шить файл родной прошивки без слова "boot" в имени.<\/p>\n
Это связано с ее большим размером. Если длина файла прошивки больше, чем 0x7c0000, то, скорее всего, это означает наличие кода загрузчика в его начале.<\/p>\n
Можно для уверенности файл стоковой прошивки открыть в Hex-редакторе и если увидим:
\n
<\/p>\n
0x00000000<\/p>\n<\/td>
... нечитаемые кракозябры ...<\/p>\n<\/td>
<\/td><\/tr>
0x00019000<\/p>\n<\/td>
... нечитаемые кракозябры ...<\/p>\n<\/td>
<\/td><\/tr>
0x00020000<\/font><\/p>\n<\/td>
01 00 00 00 54 50 2D 4C 49 4E 4B 20 54 65 63 68<\/p>\n<\/td>
TP-LINK Tech<\/p>\n<\/td><\/tr>
0x00020010<\/p>\n<\/td>
6E 6F 6C 6F 67 69 65 73 00 00 00 00 76 65 72 2E<\/p>\n<\/td>
nologies ver.<\/p>\n<\/td><\/tr>
0x00020020<\/p>\n<\/td>
20 31 2E 30 00 00 00 00 00 00 00 00 00 00 00 00<\/p>\n<\/td>
1.0<\/p>\n<\/td><\/tr><\/tbody><\/table>
<\/font><\/center>то этим файлом не стоит шить железку (по крайней мере — не через программатор).<\/p>\n
А если наблюдаемая картина похожа вот на эту:
\n
<\/p>\n
0x00000000<\/font><\/p>\n<\/td>
01 00 00 00 54 50 2D 4C 49 4E 4B 20 54 65 63 68<\/p>\n<\/td>
TP-LINK Tech<\/p>\n<\/td><\/tr>
0x00000010<\/p>\n<\/td>
6E 6F 6C 6F 67 69 65 73 00 00 00 00 76 65 72 2E<\/p>\n<\/td>
nologies ver.<\/p>\n<\/td><\/tr>
0x00000020<\/p>\n<\/td>
20 31 2E 30 00 00 00 00 00 00 00 00 00 00 00 00<\/p>\n<\/td>
1.0<\/p>\n<\/td><\/tr><\/tbody><\/table>
<\/font><\/center>то (скорее всего) — можно.<\/p>\n
Как видно, прошивка во флеш-памяти ТP-Link начинается с адреса 0x00020000, а до этого располагается загрузчик.<\/p>\n
Источник<\/a><\/font>
\nКонец лирики<\/b><\/p>\n
Для теста настроил роутер как PPTP-клиент (провайдер в моём районе пока не ввёл DHCP), результаты теста скорости:<\/p>\n
<\/p>\n
Симферополь<\/b>

\n<\/p>\n<\/td>
Москва<\/b>

\n<\/p>\n<\/td>
Барселона<\/b>

\n<\/p>\n<\/td><\/tr>
Киев<\/b>

\n<\/p>\n<\/td>
Лейпциг<\/b>

\n<\/p>\n<\/td>
Манчестер<\/b>

\n<\/p>\n<\/td><\/tr><\/tbody><\/table>
<\/center>Скорость доступа по кабельной сети к локальным ресурсам провайдера — 56 (загрузка) и 79 (отдача) Мбит\/сек.<\/p>\n
Справедливости ради хочу отметить, что устойчивость и качество соединения до провайдера по моим органолептическим ощущениям было в целом хуже, чем у предыдущей используемоей мною модели — D-Link DIR-615 аппаратной ревизии B2 со стоковой прошивкой версии 2.27RU. Возможно — это связано с повреждением аппаратуры роутера молнией и\/или моими экспериментами <\/section><\/p>\n",
            "date_published": "2013-09-11T14:44:39+03:00",
            "date_modified": "2018-08-23T17:05:41+03:00",
            "_date_published_rfc2822": "Wed, 11 Sep 2013 14:44:39 +0300",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "19",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [
                    "system\/library\/highlight\/highlight.js",
                    "system\/library\/highlight\/highlight.css",
                    "system\/library\/highlight\/highlight.js",
                    "system\/library\/highlight\/highlight.css",
                    "system\/library\/highlight\/highlight.js",
                    "system\/library\/highlight\/highlight.css",
                    "system\/library\/highlight\/highlight.js",
                    "system\/library\/highlight\/highlight.css",
                    "system\/library\/highlight\/highlight.js",
                    "system\/library\/highlight\/highlight.css"
                ],
                "og_images": []
            }
        },
        {
            "id": "9",
            "url": "https:\/\/gladilov.org.ru\/blog\/all\/tp-link-tl-wr841nd-v8-1-debricking\/",
            "title": "Восстановление маршрутизатора TP-Link TL-WR841ND v8.1 [debrick]",
            "content_html": "
Это не очередное руководство, где всё разжёвано, в этой заметке я хочу обобщить свой опыт и оставить на память для себя некоторые нюансы (распиновка, цвета проводов, адреса, команды и т. д.).<\/i><\/font><\/p>\n
Показать<\/b><\/p>\n
<\/p>\n
<\/p>\n
Принёс мне знакомый админ роутер  TP-Link TL-WR841ND v8.1<\/a>, вот такой:
\n
<\/center>
\nВо время грозы у него выбило порты WAN и LAN1. Знакомым железка была прошита на DD-WRT с целью переназначения WAN-порта на какой-нибудь LAN. Я решил поставить на маршрутизаторе прошивку Open-WRT и благополучно превратил устройство в кирпич:<\/p>\n