понял, спасибо. гляну.
понял, спасибо. гляну.
Обращаюсь к вам за помощью, как владелец роутера RT-N10PV2 ни одна из ваших прошивок не работает на L2TP должным образом т.к. крашится L2TP плагин и Интернет-соединение не работает.
В официальной прошивке от 2015/03/17 эта проблема уже исправлена. Просьба обновить вашу прошивку. Я ценю Ваш труд.
http://www.asus.com/ru/Networking/RT...Desk_Download/
P.S. в версии 2.0 роутера нету режима повторителя, эта опция лишняя, желательно бы вырезать.
собственно место в прошивке эта опция не занимает.
вопрос в другом, что если она действительно не работоспособна, то тогда да - надо убрать.
теоретически можно. вопрос в том на сколько.
прошивку с исправлениями они конечно выложили, только исходников то нет. что поправили - бог его знает. входит ли это исправление в исходниках для других роутеров или это была специфика конкретной модели.
можно конечно l2tp.so выдернуть из прошивки, но есть несколько нюансов.
Вчера решил, пока жена спит, удалённо посмотреть. Зашёл на домашний сервер с ip отличного от конторского vpn-сервера, сделал ssh-tunnel на роутер, подключился, добавил vpn l2tp, нажал Activate - и всё умерло. т.е. легло основное l2tp соединение с билайном. Пришлось будить жену, перезагрузка кнопкой не помогла, по телефону рассказал, как заходить вебом и нажать кнопку Deactivate - основное соединение сразу же поднялось, но vpn-сервер не пингуется (и обратно тоже :) ), снова зашёл через другой адрес, роутинг на vpn-сервер прописан на MAN-интерфейс, удалил - заработало. Резюме - что-то не так в установке vpn l2tp.
Кста, о сравнении производительнсти WL500gP и RT-N12VP - дома стоит сервер, с которого периодически качаю торренты. Сейчас запустил - разница по скорости почти в 2 раза. Раньше максимум был 2МБ/сек, теперь - 3.9МБ/сек. Сервер подключён проводом, ничего, за исключением роутера не менялось.
Мне во всей этой истории больше всего жалко жену.
с openVPN ошибка то подтвердилась? или у меня руки кривые?
скорее всего ошибка есть. потому как проверить все варианты у меня просто нет физической возможности.
я запускал с поднятым OpenVPN сервером и вроде как все сертификаты подтягивались. а тут получается у вас только клиент.
все Broadcom гонятся одинаково через переменную clkfreq
по умолчанию она:
clkfreq=300,150,75
частота проца
частота памяти
опорная частота чипсета FSB.
почитайте тему по разгону роутеров - все тоже самое.
можно попробовать гнать:
- только проц
- проц и память
- проц, память и FSB
безопасный предел разгона определяется опытным путем и может очень колебаться от одного экземпляра к другому.
Внимание: В версии прошивки RT-N10PV2_3.0.0.4_378_4129-gecc8142-m8.trx для N10P_V2 содержится критическая ошибка в мастере первоначальной настройки. Если поставить прошивку через веб-интерфейс, а потом сделать Reset, то первоначальную настройку завершить неудасться - не работает кнопка на последнем шаге. Пропустить тоже её нельзя.
сертификаты при активированном JFFS должны быть в папке /jffs/openvpn
уже писали об этом. просто вбейте в строке броузера
http://192.168.1.1/Advanced_LAN_Content.asp и перейдете к настройкам роутера
Спасибо за предоставление возможного решения. Но пока что я вернулся на официальную прошивку, до решение проблемы с L2TP
если хотите что-то поправить в конфигурации, то воспользуйтесь вот этим:
https://github.com/RMerl/asuswrt-mer...DME-merlin.txt
** User scripts **
* openvpn-event: Called whenever an OpenVPN server gets started/stopped, or an OpenVPN client connects to a remote server. Uses the same syntax/parameters as the "up" and "down" scripts in OpenVPN.
и главное вот этим:
** Customized config files **
Also, you can put OpenVPN ccd files in the following directories:
/jffs/configs/openvpn/ccd1/
/jffs/configs/openvpn/ccd2/
The content of these will be copied to their respective server instance's ccd directory when the server is started.
** Postconf scripts **
Попробовал RT-N16 с модемом.
Как то чудно. При начальной установке пишет о конфликте адресов и перекидывает на 192.168.2.1 (причем последняя прошивка от Мерлина делает тоже самое), модем поднимается как резервное соединение. Если потом в настройках перевести обратно на 192.168.1.1, то не возражает, но не поднимает резервного соединения по модему. Правда после запуска udhcpc -i eth2 -p /var/run/udhcpc1.pid -s /tmp/udhcpc -O33 -O249 резервное соединение поднимается. Кстати модем имеет сетку 192.168.7.1, так что конфликтует не он, а больше никого нет, только ноут подключенный шнурком к роутеру, при отключенной беспроводке на ноуте.
В общем непонятки.
Попробовал установить модем как основное соединение, тут же выплыл конфликт адресов. Скорее всего 1 с 7 конфликтует.
P.S. Еще одно неудобство - нельзя MTU для модемного соединения установить. А я тут воткнулся в необходимость данного шага.