Там в таблице находим свою модель роутера, применяя сортировку по производителю или по модели. Напротив своей модели роутера в таблице видим поддерживаемую версию OpenWRT.
Далее кликаем и читаем последовательно Device Page (если есть) и кнопку Edit.
В разделе Device Page смотрим специфические требования к конкретному роутеру, если таковые имеются, методы инсталляции, возврат на ПО оригинала и другую полезную информацию. По ссылке Edit смотрим технические характеристики устройства.
Для дальнейшей настройки роутера под взлом понадобиться знать Package architecture. Например, mipsel_24kc (MIPS24KEc) [архитектура MIPS в байтовом представлении LittleEndian (MIPSel)] или mips_24kc (MIPS24Kc) [архитектура MIPS в байтовом представлении BigEndian (MIPS)]. Отличаются представлением данных в памяти. При неправильном выборе файла процессора в дальнейшем при настройке и запуске взлома будет ошибка синтаксиса.
Тут же на страничке технических характеристик выложена и доступна для скачивания сборка OpenWRT: Firmware OpenWrt Install (в названии присутствует слово factory) - для установки поверх родного ПО роутера, а также Firmware OpenWrt Upgrade (в названии присутствует слово sysupgrade) - для обновления уже установленной OpenWRT. Прошивки эти с web-интерфейсом. Эти версии вполне подходят для настройки взлома на роутерах с памятью 8MB Flash/64MB RAM.
Если у Вас роутер с памятью 4MB Flash/32MB RAM, то файлы для взлома на него не поместятся и эту прошивку необходимо дорабатывать вручную, удалив из нее "ненужные" пакеты, освободив таким образом драгоценное место для файлов взлома (см. пункт 2 далее).
Для некоторых моделей роутеров сборка OpenWRT указана с пометкой snapshot ("моментальный снимок"), - это версии OpenWRT, которые находятся "в разработке". Они часто перестраиваются, часто ежедневно, без web-интерфейса. Полностью не тестируются. Только автоматическая сборка самого последнего исходного кода и пакетов. Хотя снимки обычно работают нормально, иногда они могут содержать серьезные ошибки, которые препятствуют правильной загрузке устройства или даже легкому обновлению системы до новых версий. Таким образом, официальные стабильные версии на данный роутер не публиковались.
Как было уже сказано в пункте 1, из сборки OpenWRT необходимо вырезать некоторые пакеты для освобождения места под файлы взлома.
Здесь по сути два пути:
а). Найти уже готовую урезанную сборку OpenWRT в интернете (здесь огромную работу проделал RUT Dark Ronin, выложив их на ресурсе 4pda). Как правило, в урезанных прошивках отсутствует web-интерфейс (LuCI). Могут отсутствовать еще какие-нибудь пакеты.
Ссылка на урезанные прошивки здесь: https://4pda.to/forum/index.php?show...entry131544037 (Сообщение #46723 RUT Dark Ronin)
Еще выложено здесь: https://www.pspx.ru/forum/showpost.php?p=1289735
Также в своем телеграм-канале Necrocannibal публикует разные дампы ходовых роутеров и методы их прошивки (за что ему спасибо): https://t.me/necrocannibal_ps4/219
3).Используемое программное обеспечение (ПО) для настройки взлома
Общее: WinSCP (бесплатный FTP-клиент для обмена файлами с удалёнными серверами, поддерживающий протоколы SFTP, FTP, SCP и WebDAV, а также подключение к хранилищам Amazon S3) Putty (бесплатная утилита для удалённого доступа к серверам по протоколам SSH и Telnet, поддерживающая передачу файлов и генерацию SSH-ключей) Tftpd64 или Tftpd32 (бесплатное приложение, которое используется для передачи файлов по протоколу TFTP. TFTP является упрощенной версией протокола FTP).
Специфическое:
ASUS Firmware Restoration (как пример для роутеров ASUS)
Все ПО свободно скачивается из интернета, поэтому ссылки здесь не привожу.
4).Копирование и настройка файлов взлома PPPwn на роутер. Настройка автозапуска. Очистка папки root роутера после неудачной настройки
Самая полная инструкция настройки взлома на роутере приведена здесь (за что спасибо face_ltd): https://4pda.to/forum/index.php?show...entry130443949 (Сообщение #43806 face_ltd)
Там же, ниже по тексту, под спойлером есть ссылка на "Обновляемые сборки бинарников для разных архитектур можно взять тут:" - можете пробовать брать свой файл процессора оттуда, вместо приложенных в папке PPPwn_WRT-main_v7(или 8).zip.
Добавить тут нечего, все максимально подробно изложено. Уточню только, что web-интерфейса на роутерах с памятью 4MB Flash/32MB RAM нет (если вы берете урезанную прошивку под взлом).
Настройка автозапуска взлома при включении роутера (от USB-приставки или при включении блока питания роутера)
Подробно описано здесь: https://www.pspx.ru/forum/showpost.php?p=1290624
параметр sleep 10 дописываем второй строкой после первой строчки #!/bin/sh. Параметр 10 - это время в секундах, пауза перед стартом взлома. Необходима для загрузки консоли, чтобы роутер не начинал взлом еще не загруженную приставку. Время уменьшать не рекомендую, лучше увеличить. Выигрыш этих секунд не существенно в этом деле, но тут сами решайте по месту.
Рекомендую дописывать вышеперечисленные две строчки в текстовом редакторе руками (в WinSCP есть встроенный либо любым другим) и сохранить. Так надежно и просто получается.
Добавляйте версии stage1 и stage2 для своей версии ПО консоли. Настраивая взлом в Putty по инструкции, рекомендую отказаться от нескольких автовыключений по меню настройки, стартов с назначенных кнопок. Выполнить самую простую настройку взлома, потом запустить вручную прямо из Putty и смотреть что происходит (будут отображаться сообщения). Когда добьетесь устойчивого взлома с ручного старта через Putty, настраивайте автовыключения и автостарт.
Если при взломе консоль постоянно вырубается, то можно заменить файл процессора на более новый или наоборот более старый, а также заменить stage1 и stage2 из других источников (они, как правило, по умолчанию прикладываются к программам взлома для ПК, например PPPwnGo от PSGO).
7).Снятие/Установка программного дампа с настроенного роутера
Смотрим организацию памяти Flash Layout на свой роутер в документации (пункт 1 инструкции)
И здесь https://openwrt.org/docs/techref/flash.layout
Например в документации для TP-Link WR740N https://openwrt.org/toh/tp-link/tl-wr740n (пункт Flash Layout)
Подробно на примере TP-Link WR740N описано здесь: https://www.pspx.ru/forum/showpost.php?p=1291673 Фактически достаточно снять только раздел "firmware" (без u-boot и art) https://www.pspx.ru/forum/showpost.php?p=1292538
Установка дампа осуществляется либо через web-интерфейс (если он не вырезан), либо через WinSCP командами (описание есть в приведенных здесь постах, когда человек приводит дамп, то указывает и метод его установки. Также есть пример в разделе "Видео")
8).Возврат на ПО производителя
Для возврата подойдет не любая прошивка, скачанная из интернета. Поэтому внимательно читаем документацию на свое устройство (п.1 инструкции), готовим, если это необходимо, прошивку на восстановление и смотрим метод восстановления. Тут нужно внимательно разбираться, чтобы не окирпичить свой роутер: из официальной опубликованной прошивки может отрезаться определенное количество байт загрузчика, необходимо задать определенный IP-адрес компьютера, определенное название прошивки, определенный метод восстановления. В общем нужно разбираться. Пример для определенной модели роутера приведен здесь: https://www.pspx.ru/forum/showpost.php?p=1290647
Есть также видео-пример в разделе "Видео".
У TP-Link есть неплохой форум (выше по ссылке можно на него попасть), там можно почерпнуть информацию, есть профильные темы для моделей роутеров на 4pda. Читаем перед тем, как восстанавливать.
Последний раз редактировалось in1975; Вчера в 14:52.
Раздел Art это команда cat /dev/mtd4 >> /tmp/backup_fullflash.bin (для данного роутера)?
Да
Сообщение от Necrocannibal
Кстати, что это за раздел, получается не нужен для копирования на другие устройства?
Не нужен, нужен только раздел firmware (mtd5).
Немного теории: "Раздел ART (Atheros Radio Test, содержит данные калибровки Wi-Fi) у TP-Link традиционно размещается в последнем 64K-блоке, независимо от размера флэш-памяти. При замене м/с его необходимо перенести/восстановить в надлежащее место на новой м/с. Это можно сделать встроенными средствами OpenWrt: сохраняем раздел куда-либо из под официальной сборки, запущенной со штатной м/с, а позже восстанавливаем уже из под сборки с модифицированной разметкой, запущенной с новой м/с (пустой art не помешает запуску OpenWrt, просто не будет беспроводных интерфейсов).
Поэтому дамп можно скопировать командой cat /dev/mtd5 > /tmp/backup_firmware.bin
Название bin-файла не принципиально. Знак "больше" один, а не два, т.к. копируем отдельно. В предыдущих командах для fulldump-а два таких знака означает добавление соответствующего раздела в этот же файл в конец.
shkuda, RUT Dark Ronin добавил скрипт для run.sh. Но пока ещё не пояснил что это даёт и как использовать:
--real-sleep --no-wait-padi --timeout 5 --buffer-size 10240
Что с ним делать? Вернее, нашёл куда дописывать, но толку не прибавилось. Сможешь пояснить, для чего каждая команда? Есть ли смысл в них у наших 4 мегабайтных роутеров, или это больше для жирных собратьев (8Мб и больше) под OpenWrt с веб мордой?
Что имеем на данный момент (пока ещё по старинке) с wr841n v14. С момента вкл приставки запуск (или попытка) взлома происходит через примерно 75 сек. При неудаче, последующие попытки идут через 30 сек.
Ещё, хотелось бы уточнить, что даёт команда sleep 10 в файле run.sh? Понятно, что без неё роутер на pppwn взлом не стартует, кстати, эту команду RUT Dark Ronin и посоветовал сюда вписывать для наших 4Мб обрубков.
Если уменьшать значение sleep, это может дать выигрыш в скорости запуска? Пробовал менять значения, разницу практически не уловил- ставил 7 или 8. Если 3 или 4 - только стабильность успешного запуска снизилась.
Ещё заметил некоторую закономерность- одна модель, одна ревизия. При этом один экземпляр ломает практически идеально, и очень редко вырубает приставку. А другой вырубает через раз. Может ли на это влиять, допустим, разброс в параметрах кварца? Больше идей нет. Разве, что раздел art и загрузчик остаются родными.
Раздел Art вроде не затирается при прошивке дампа, даже моего кривого, где он не вырезан. Т.к. после восстановления на оф прошивку после всех этих экспериментов мак адрес остаётся родным и ssid с паролем тоже. Программатором пока не пробовал один в один заливать.
ЗЫ. Кстати, протестил прошивочку openwrt-19.07.9-ramips-mt76x8-tplink_tl-wr841n-v14-squashfs-sysupgrade.rar из данного поста RUT Dark Ronin. Чёт не фурычит, циклическая перезагрузка.
Последний раз редактировалось Necrocannibal; 03.01.2025 в 00:59.
Текста будет много, т.к. и вопросов озвучено немало) Сразу оговорюсь, не претендую на истину в последней инстанции.
Сообщение от Necrocannibal
Но пока ещё не пояснил что это даёт и как использовать:
--real-sleep --no-wait-padi --timeout 5 --buffer-size 10240
Что с ним делать? Вернее, нашёл куда дописывать, но толку не прибавилось. Сможешь пояснить, для чего каждая команда? Есть ли смысл в них у наших 4 мегабайтных роутеров, или это больше для жирных собратьев (8Мб и больше) под OpenWrt с веб мордой?
RUT Dark Ronin не объясняет подробно свои рекомендации, но может в этом и есть его задумка, что поиском ответов на возникающие вопросы дело рук самих пользователей, которым это интересно.
По сути, после предложенных им изменений в скрипт run.sh дальше идет фраза про тормознутые по железу роутеры, поэтому это касается версий с 4Мб флэш. Это по первому твоему вопросу.
По поводу нашел куда дописывать - это то место, которое я приложил в скриншоте к этому посту?
По поводу пояснения каждого аргумента можно посмотреть у нашего китайского друга xfangfang (с github).
Приведу здесь его выкладки:
xfangfang/PPPwn_cpp
run the exploit pppwn --interface en0 --fw 1100 --stage1 "stage1.bin" --stage2 "stage2.bin" --timeout 10 --auto-retry
-i--interface: the network interface which connected to ps4
--fw: the firmware version of the target ps4 (default: 1100)
-s1--stage1: the path to the stage1 payload (default: stage1/stage1.bin)
-s2--stage2: the path to the stage2 payload (default: stage2/stage2.bin)
-t--timeout: the timeout in seconds for ps4 response, 0 means always wait (default: 0)
-wap--wait-after-pin: the waiting time in seconds after first round CPU pinning (default: 1)
-gd--groom-delay: wait for 1ms every groom-delay rounds during Heap grooming (default: 4)
-bs--buffer-size: PCAP buffer size in bytes, less than 100 indicates default value (usually 2MB) (default: 0)
-a--auto-retry: automatically retry when fails or timeout
-nw--no-wait-padi: don't wait one more PADI before starting the exploit
-rs--real-sleep: use CPU for more precise sleep time (Only used when execution speed is too slow)
-old--old-ipv6: use previous IPv6 address to exploit (Only used when the exploit fails)
--web: use the web interface
--url: the url of the web interface (default: 0.0.0.0:7796)
Supplement:
For --timeout, waiting for PADI is not included, which allows you to start pppwn_cpp before the ps4 is launched.
For --no-wait-padi, by default, pppwn_cpp will wait for two PADI request, according to TheOfficialFloW/PPPwn/pull/48 this helps to improve stability. You can turn off this feature with this parameter if you don't need it.
For --wait-after-pin, according to SiSTR0/PPPwn/pull/1 set this parameter to 20 helps to improve stability (not work for me), this option not used in web interface.
For --groom-delay, This is an empirical value. The Python version of pppwn does not set any wait at Heap grooming, but if the C++ version does not add some wait, there is a probability of kernel panic on my ps4. You can set any value within 1-4097 (4097 is equivalent to not doing any wait).
For --buffer-size, When running on low-end devices, this value can be set to reduce memory usage. I tested that setting it to 10240 can run normally, and the memory usage is about 3MB. (Note: A value that is too small may cause some packets to not be captured properly)
-i--interface: сетевой интерфейс, подключенный к PS4
--fw: версия прошивки целевой PS4 (по умолчанию: 1100)
-s1--stage1: путь к полезной нагрузке stage1 (по умолчанию: stage1/stage1.bin)
-s2--stage2: путь к полезной нагрузке stage2 (по умолчанию: stage2/stage2.bin)
-t--timeout: тайм-аут в секундах для ответа PS4, 0 означает всегда ждать (по умолчанию: 0)
-wap--wait-after-pin: время ожидания в секундах после первого раунда закрепления ЦП (по умолчанию: 1)
-gd--groom-delay: ждать 1 мс каждый groom-delay раунд во время очистки кучи (по умолчанию: 4)
-bs--buffer-size: Размер буфера PCAP в байтах, менее 100 указывает значение по умолчанию (обычно 2 МБ) (по умолчанию: 0)
-a--auto-retry: автоматически повторять попытку в случае сбоя или истечения времени ожидания
-nw--no-wait-padi: не ждите еще одного PADI, прежде чем начать действовать
-rs--real-sleep: использовать ЦП для более точного времени сна (используется только в случае слишком низкой скорости выполнения)
-old--old-ipv6: использовать предыдущий адрес IPv6 для эксплуатации (используется только в случае сбоя эксплуатации)
--web: используйте веб-интерфейс
--url: URL-адрес веб-интерфейса (по умолчанию: 0.0.0.0:7796)
Приложение:
Для --timeout ожидание PADI не включено, что позволяет начать pppwn_cpp до запуска PS4.
Для --no-wait-padi, по умолчанию, pppwn_cpp будет ждать два PADI запроса, согласно TheOfficialFloW/PPPwn/pull/48 это помогает улучшить стабильность. Вы можете отключить эту функцию с помощью этого параметра, если она вам не нужна.
Для --wait-after-pinSiSTR0/PPPwn/pull/1 установка этого параметра на 20 помогает улучшить стабильность (у меня не работает), эта опция не используется в веб-интерфейсе.
Для --groom-delay, Это эмпирическое значение. Версия pppwn на Python не устанавливает никакого ожидания при очистке кучи, но если версия на C++ не добавляет никакого ожидания, есть вероятность паники ядра на моей ps4. Вы можете установить любое значение в диапазоне 1-4097 (4097 эквивалентно отсутствию ожидания).
Для --buffer-size, При запуске на слабых устройствах это значение может быть установлено для уменьшения использования памяти. Я проверил, что установка его на 10240 может работать нормально, а использование памяти составляет около 3 МБ. (Примечание: слишком маленькое значение может привести к тому, что некоторые пакеты не будут правильно захвачены)
Ещё, хотелось бы уточнить, что даёт команда sleep 10 в файле run.sh? Понятно, что без неё роутер на pppwn взлом не стартует, кстати, эту команду RUT Dark Ronin и посоветовал сюда вписывать для наших 4Мб обрубков.
Если уменьшать значение sleep, это может дать выигрыш в скорости запуска? Пробовал менять значения, разницу практически не уловил- ставил 7 или 8. Если 3 или 4 - только стабильность успешного запуска снизилась.
sleep 10 - это пауза перед началом выполнения скрипта. Фактически пауза, нужная для того, чтобы все загрузилось перед тем, как стартанет скрипт, т.к. настроено на автозапуск и роутер стартует (может не у всех конечно) вместе с консолью. Время - в секундах. Соответственно меняя 10 на 8 или 7, ты уменьшаешь время на 2 или 3 секунды. Разницы ты и не увидишь.
Сообщение от Necrocannibal
Ещё заметил некоторую закономерность- одна модель, одна ревизия. При этом один экземпляр ломает практически идеально, и очень редко вырубает приставку. А другой вырубает через раз. Может ли на это влиять, допустим, разброс в параметрах кварца? Больше идей нет.
Приставка одна и та же? Или разные? Может на одном роутере ты настраиваешь вручную взлом, а на втором заливаешь дамп через WinSCP? Может тут тоже какой нюанс есть, попробуй ручную настройку обоих, если второй зашит дампом.
Последний раз редактировалось ErikPshat; 04.01.2025 в 04:53.
Приставка одна и та же? Или разные? Может на одном роутере ты настраиваешь вручную взлом, а на втором заливаешь дамп через WinSCP? Может тут тоже какой нюанс есть, попробуй ручную настройку обоих, если второй зашит дампом.
Приставка одна и та же, слимка самой первой ревизии. Без разницы, вручную настраиваю или заливаю настроенный дамп.
К примеру, заливаю настроенный дамп в несколько одинаковых роутеров. На одних очень редко вырубает. На некоторых через 1-2 запуска. Ручная настройка этого экземпляра ничего не решает, само собой после возврата к стоковой прошивке и по новой.
Тут как будто именно в железе. Подозреваю, что даже конденсаторы не причём. На одном идеально работающем роутере был сильно опухший конденсатор, после его замены в работоспособности ничего не изменилось.
Для чего мне это всё надо. Просто для интереса, поковыряться. Ну, и настроенные роутеры можно потом продать.
Последний раз редактировалось Necrocannibal; 04.01.2025 в 17:53.
Вот ещё наблюдение. Все те "слишком часто вырубающие" роутеры начали нормально работать после подсовывания туда бинарника процессора старой версии. Т.е. из папки 1stRelease(old) из архива PPPwn_WRT-main_v8.zip. Вырубать перестали, сколько ни пытался. Пару раз только словил замирание экрана с пропаданием картинки и последующую активацию, но это мягкий вариант паники, без вырубона.
Как объяснили на 4пда, это файлы для старой версии pppwn ip v6. Старая версия оказывается ещё нужна в некоторых случаях для некоторых экземпляров PS4, когда актуальная версия приводит к вырубаниям. Попробовал.
Моя слимка нормально переваривает и старый вариант и актуальный исправленный. Но, почему такая ситуация с некоторыми экземплярами роутеров, пока не понял.
Вот ещё наблюдение. Все те "слишком часто вырубающие" роутеры начали нормально работать после подсовывания туда бинарника процессора старой версии. Т.е. из папки 1stRelease(old) из архива PPPwn_WRT-main_v8.zip. Вырубать перестали, сколько ни пытался. Пару раз только словил замирание экрана с пропаданием картинки и последующую активацию, но это мягкий вариант паники, без вырубона.
Как объяснили на 4пда, это файлы для старой версии pppwn ip v6. Старая версия оказывается ещё нужна в некоторых случаях для некоторых экземпляров PS4, когда актуальная версия приводит к вырубаниям. Попробовал.
Моя слимка нормально переваривает и старый вариант и актуальный исправленный. Но, почему такая ситуация с некоторыми экземплярами роутеров, пока не понял.
Если я правильно тебя понял, то на старом файле "processor"-а у тебя даже работает лучше, чем на новом? Причем на всех твоих экземплярах роутеров и одной и той же ps4. Хотя автор инструкции face_ltd говорит использовать по умолчанию новую версию.
Подытоживая можно сказать, что сделать какой-то универсальный 100% рабочий вариант на всех ревизиях ps4 и дат выпуска скорее всего не получится. Да и нужно ли это тебе как пользователю? Настроил, шлифанул, если нужно, работа устраивает, ну и хорошо. Другое дело, когда на продажу кому-то отправлять, - тут конечно, могут быть нюансы. Кроме проверки на конкретном экземпляре ps4 ничего надежней нет. Даже тут у нас с asus-ом ng25 проводили сколько опытов, меняли и файлы процессора, и файлы stage. Сразу были краши ps4, потом долго, но все же взламывал.
По поводу того, почему одни и те же модели роутеров, ведут себя по разному с одной и той же ps4, трудно прокомментировать - почему у одних крашей нет, у других случаются. Но с другой стороны, ты написал, что подменил файл процессора на старый и крашей не словил, таким образом решив вопрос.
Спрошу ещё про аргументы, которые рекомендовал Rut Dark Ronin. Ты их прописывал? Потом запускаешь с компа и смотришь в Putty? Это пробовал?
Последний раз редактировалось shkuda; 04.01.2025 в 23:40.
то на старом файле "processor"-а у тебя даже работает лучше, чем на новом?
Да, но это только некоторые экземпляры роутеров, которые слишком часто вырубали приставку. Таковых где то с четверть из всей кучи. Да, набрал б/у тплинков на авито, ковыряюсь. Остальные на новом бинарнике хорошо функционируют изначально.
Подозреваю, что такой вариант прокатит только для "послушных" приставок. Как я понял, "непослушные" приставки делятся на 2 части- первые не хотят работать со старым бинарником, а вторые не хотят с новым. Но, это в теории, на практике проверить особо не на чем.
Сообщение от shkuda
универсальный 100% рабочий вариант на всех ревизиях ps4 и дат выпуска скорее всего не получится
Есть вариант с модификацией роутера на 2 флеша и физическим переключателем между ними. Такой финт когда то на дримкасте делали для двойного биоса.
Сообщение от shkuda
аргументы, которые рекомендовал Rut Dark Ronin
Нет, пока не добрался. Осваивал и тестил пока вот это.
Решил сам попробовать.
Чтобы как-то замерить результаты двух методов, решил отключить автозапуск, убрал из run.sh sleep 10 и запускаю вручную из putty и смотрю собственно в монитор и секундомер что там происходит.
1). Взлом с рекомендованными параметрами Rut Dark Ronin --real-sleep --no-wait-padi --timeout 5 --buffer-size 10240
При добавлении этих аргументов в файле run.sh взлом в putty выглядит вот так: [+] args: interface=br-lan fw=1100 stage1=/root/PPPwn_WRT-main/stage1_1100.bin stage2=/root/PPPwn_WRT-main/stage2_1100.bin timeout=5 wait-after-pin=1 groom-delay=4 auto-retry=on no-wait-padi=on real_sleep=on
При такой конфигурации действительно этап [+] STAGE 0: Initialization проходит существенно быстрее и до [+] STAGE 1: Memory corruption добираемся быстрее.
2. Взлом с параметрами по умолчанию в putty выглядит вот так:
Отмечу, что параметр buffer size "не отбился" в putty, но он был при настройке указан. В целом, выигрыш составляет 30-60с (смотря с какого раза взломает) на 2,5 минутах. Не бог весть какое время по сути, чтобы заморачиваться сильно.
Посмотрел на сообщения в putty, там в первом моем тесте второго PADI не ждет, бежит дальше, - тут основная "экономия" по времени получается. Но, два PADI запроса (настройка по умолчанию) помогает улучшить стабильность (выше в моем сообщении есть указание на страницу TheOfficialFloW по этому поводу. Эрик отредактировал этот сообщение до классного варианта, сохранив ссылки. Спасибо, а то я наверное час его писал, всего не учел сразу). Так что тут, нужно протестировать на стабильность и сравнить результат.
Т.е. из папки 1stRelease(old) из архива PPPwn_WRT-main_v8.zip
Сравнил сейчас два архива v7 и v8. Файлы процессора в них одинаковые, посмотрел по дате файлов, поэтому без разницы какой версии архив брать.
Я сейчас для своего роутера скачал последний файл процессора от 11.11.24 (https://nightly.link/xfangfang/PPPwn...atus=completed).
По поводу стабильности взлома:
С аргументами --real-sleep --no-wait-padi --timeout 5 --buffer-size 10240: когда со второго раза срабатывает, когда с пятого. После пятого раза консоль отключается, а уже последующее включение происходит с проверкой памяти. Было уже несколько раз. На настройках по умолчанию такого не наблюдал. Поэтому не скажу, что это панацея какая-то. Я решил отказаться. Настроил по умолчанию, взлом 1,5 минуты, пока все устраивает. Дальше видно будет.
shkuda, изначально тоже пробовал прописывать, просто бездумно скопипастил. И тоже попыток много шло, но не взламывалось, списал поначалу на свою криворукость.
Рекордсмен по скорости запуска пока что наш гадкий утёнок wr841n v14. 75 сек от вкл до взлома и 30 сек последующая попытка, если неудачно. Это всё настройки по умолчанию и файлы из архива PPPwn_WRT-main_v8.zip, плюс sleep 8 в run.sh. Причём, считаю от запуска приставки, не учитывая, что подача питания на USB происходит парой сек позже. Запитано от USB, кстати. Остальные собратья где то 80- 90 с копейками, тут подробностей не помню.
По поводу --buffer-size 10240, его Rut Dark Ronin ещё намного ранее рекомендовал прописывать для 4 Мб роутеров:
Важно помнить, что в скрипт запуска обязательно необходимо прописать --buffer-size 10240, иначе взлом просто застопорится из-за нехватки памяти под спавн второго сетевого процесса.
Но, пробовал, что с ним, что без него...
Последний раз редактировалось Necrocannibal; 06.01.2025 в 17:15.
ролтер шилдик на дне TL-WR740N_V4.24 выпаял залил впаял, прошивки другие программные решения (дампы) не давались мне
TP-Link TL-WR740N v5 готовый дамп (для программатора) для автозапуска PPPwn на PS4 с ПО 11.00 https://www.pspx.ru/forum/showpost.php?p=1288811
да многие скажут что питание нужно 9v, но и с usb 5v вполне хватает! Там понижение до 3.3v
у меня версия V4.24 подошла v5 по железо по ходу совпадает
Оказался под рукой TL-WR740N_V4.25. Запилил под него готовые дампы
для 11.00 прошивки
В архиве актуальная версия PPPwn, плюс версия со старым бинарником для капризных приставок. Каждая содержит фуллдамп для программатора и файл для обновления из стандартного OpenWrt. Стандартный OpenWrt в архиве прилагается.
Запуск взлома секунд 80-90, при неудачной попытке повтор секунд через 40.
Да, от 5В нормально работает без переделок.
Готовый дамп и до этого уже был под в5, все руки не доходят в шапку скинуть, так бы еще готовых дампов с различных роВтеров на авто запуск!
shkuda, у меня вопрос немного не по теме. Был роутер dlink dir 615, достался мне по блотнее 842, но был на прошивке мтс.
Естественно прошил его на родную.
Но проблема возникла с ним.
На 615м мой хбокс сериес с подменой днс в самом хбоксе, работает с интернетом нормально. Только стоит поставит 842 сразу ошибка подключения к своему аккаунту или что то подобное.
Ну так и лежал этот 842 уже наверное пол года.
На 4пда давно писали нужно настроить upnp, чтобы не блокировалось там чтото.
Так как не было нужды в 842, сидел на 615, а тут окулус не видит 615 вообще, пришлось доставать с коробки 842.
Хбокс уже тоже наверное с пол года лежит отдыхает.
Если я его включу, уверен, что выпадет такая же ошибка по сети!
Зашел в морду роутера 842, там упнп включен, вот и вопрос, что там еще можно настраивать то по нему??
други подскажите кто нибудь сталкивался с роутером Asus rt n12 vp b1? ни как не получается накатить на него опенвр! скачал утилиту , все по инструкции, айпишки выставил , но при обновлении прошки постоянно ошибка выпадает! по фттп не получается подключится тоже, может не правильно пробую! и вэб морду в режимы восстановки тоже не заходит
други подскажите кто нибудь сталкивался с роутером Asus rt n12 vp b1? ни как не получается накатить на него опенвр! скачал утилиту , все по инструкции, айпишки выставил , но при обновлении прошки постоянно ошибка выпадает! по фттп не получается подключится тоже, может не правильно пробую! и вэб морду в режимы восстановки тоже не заходит
Я не сталкивался, но можно попробовать разобраться в этом вопросе)
Если бы ты еще подробно описывал, что делаешь, было бы вообще супер.
Вопросы: какую утилиту? какой инструкции? какие IP-адреса выставил? Какая ошибка? "фттп" это ты имеешь ввиду tftp?
Посмотрел на страничке этого роутера https://openwrt.org/toh/hwdata/asus/asus_rt-n12_vp_b1, что шьется методом tftp. Роутер с таким же процессором MediaTek MT7628NN, как и у Necrocannibal был tp-link wr-841n v14.
Нашел на просторах интернета такой вот метод прошивки на openwrt через tftp:
Flash instructions:
1. Set PC network interface to 192.168.1.75/24 (IP-адрес компа именно такой сделай).
2. Connect PC to the router via LAN.
3. Turn router off, press and hold reset button, then turn it on.
4. Keep the button pressed till power led starts to blink.
5. Upload the firmware file via TFTP. (Any filename is accepted.)
6. Wait until the router reboots.
Посмотрел, что есть еще метод прошивки через ASUS Firmware Restoration. Эту утилиту ты имеешь ввиду?
shkuda, айпишку именно 75 выставлял, с 24 , не идет вообще, приложение, пользовал , как раз это, но вообще одно , если честно, в этом приложении идет загрузка файоа и на процентах 40 с ошибкой выпадает
Последний раз редактировалось ng25; 22.02.2025 в 03:30.
shkuda, айпишку именно 75 выставлял, с 24 , не идет вообще, приложение, пользовал , как раз это, но вообще одно , если честно, в этом приложении идет загрузка файоа и на процентах 40 с ошибкой выпадает
Не знаю какой версией ASUS Firmware Restoration ты пользуешься, но можно попробовать, как вариант, рекомендованной производителем версией 2.1.0.2 с официальной странички твоего устройства: https://www.asus.com/networking-iot-...e=RT-N12-VP-B1
Там нажми свою версию Windows, потом show all, скачай.
Есть еще вариант его прошить через Putty по SSH, но тут на свой страх и риск. Способ такой есть.