OpenWrt/LEDE - альтернативная прошивка | [firmware] OpenWrt/LEDE - обсуждение и решение проблем
ice_89 @ 17.12.19, 16:55 
Проверь работу тфтп. Попробуй чего-нибудь скачать ручками...
Вроде работает. Реагирует, но не перепрошивает.
ice_89 @ 17.12.19, 16:55
Кстати, где-то в мануалах писали, что слишком быстро все протекает, можно не успеть отпустить ресет....
Я читал, что 10-15 сек надо подержать. Пробовал по разному
ice_89 @ 17.12.19, 16:55
Я шился легко...
У меня так не выходит
111489 @ 17.12.19, 16:09
...Настройки все его копирую, ничего не подменяю, но все равно самба почему то на overlay.
Приведите содержимое своих файлов: /etc/config/fstab, /etc/config/samba, /etc/samba/smb.conf.template, а также вывод команд: mount; df -h; ls -alF /mnt
Господа, помогите настроить ppoe подключение к провайдеру дом.ру. Выбираю нужный пункт в настройках сетевых интерфейсов, забиваю данные подключения. При подключении выдаёт ошибку error (USER_REQUEST)" или
В логах такое
по ошибкам в гугле искал, в основном решения под линукс, дуал ассес настраивал — не помогло, мак адрес старого модема в настройках дуал ассес ставил — без результата. подскажите, может кто справился?
Сообщение отредактировал MikroBio - 18.12.19, 15:41
В логах такое
daemon.notice netifd: Interface 'wan' is now down
daemon.notice netifd: Interface 'wan' is setting up now
daemon.err insmod: module is already loaded - slhc
daemon.err insmod: module is already loaded - ppp_generic
daemon.err insmod: module is already loaded - pppox
daemon.err insmod: module is already loaded - pppoe
daemon.info pppd[2652]: Plugin rp-pppoe.so loaded.
daemon.info pppd[2652]: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.7
daemon.notice pppd[2652]: pppd 2.4.7 started by root, uid 0
daemon.warn pppd[2652]: Timeout waiting for PADO packets
daemon.err pppd[2652]: Unable to complete PPPoE Discovery
daemon.info pppd[2652]: Exit
daemon.notice netifd: Interface 'wan' is setting up now
daemon.err insmod: module is already loaded - slhc
daemon.err insmod: module is already loaded - ppp_generic
daemon.err insmod: module is already loaded - pppox
daemon.err insmod: module is already loaded - pppoe
daemon.info pppd[2652]: Plugin rp-pppoe.so loaded.
daemon.info pppd[2652]: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.7
daemon.notice pppd[2652]: pppd 2.4.7 started by root, uid 0
daemon.warn pppd[2652]: Timeout waiting for PADO packets
daemon.err pppd[2652]: Unable to complete PPPoE Discovery
daemon.info pppd[2652]: Exit
Сообщение отредактировал MikroBio - 18.12.19, 15:41
Причина редактирования: Дополнил
А работает ли у кого модуль MWAN?
Я пытаюсь с его помощью отфильтровать по ряду сетов трафик в туннель. Результат печальный. С обоих интерфейсов Google пингуется. Но пакеты из локалки не идут в wan, если не совпадают с сетами.
Непонятно, что там с метриками интерфейсов. Типа, в свойствах интерфейсов они должны быть разные у всех. А в статических маршрутах? А внутри mwan у "участников"? Для метода тыка уже тыкалка устала.
Сообщение отредактировал yalexey - 20.12.19, 16:04
Я пытаюсь с его помощью отфильтровать по ряду сетов трафик в туннель. Результат печальный. С обоих интерфейсов Google пингуется. Но пакеты из локалки не идут в wan, если не совпадают с сетами.
Непонятно, что там с метриками интерфейсов. Типа, в свойствах интерфейсов они должны быть разные у всех. А в статических маршрутах? А внутри mwan у "участников"? Для метода тыка уже тыкалка устала.
Сообщение отредактировал yalexey - 20.12.19, 16:04
MikroBio @ 18.12.19, 22:38
daemon.warn pppd[2652]: Timeout waiting for PADO packets
MikroBio, PPPoE клиент после посылки пакета PADI (Initiation), ждёт и не получает пакет PADO (Offer) от сервера. То есть не получает ответа от BRAS-а. Модем мост? Ниже журнал подключения PPPoE с включённой отладкой (option pppd_options 'debug').log pppd debug
Fri Dec 20 23:23:20 2019 daemon.info pppd[16422]: Sent PADT # отключиться, закончить сессию
Fri Dec 20 23:23:20 2019 daemon.info pppd[16422]: Exit.
Fri Dec 20 23:23:20 2019 daemon.notice netifd: Interface 'wan' is now down
Fri Dec 20 23:23:20 2019 daemon.notice netifd: Interface 'wan' has link connectivity loss
Fri Dec 20 23:23:20 2019 daemon.notice netifd: Interface 'wan' has link connectivity
Fri Dec 20 23:23:20 2019 daemon.notice netifd: Interface 'wan' is setting up now
Fri Dec 20 23:23:20 2019 daemon.err insmod: module is already loaded - slhc
Fri Dec 20 23:23:20 2019 daemon.err insmod: module is already loaded - ppp_generic
Fri Dec 20 23:23:20 2019 daemon.err insmod: module is already loaded - pppox
Fri Dec 20 23:23:20 2019 daemon.err insmod: module is already loaded - pppoe
Fri Dec 20 23:23:20 2019 daemon.info pppd[19917]: Plugin rp-pppoe.so loaded.
Fri Dec 20 23:23:20 2019 daemon.info pppd[19917]: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.7
Fri Dec 20 23:23:21 2019 daemon.notice pppd[19917]: pppd 2.4.7 started by root, uid 0
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: Send PPPOE Discovery V1T1 PADI session 0x0 length 4
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: dst ff:ff:ff:ff:ff:ff src d4:5f:25:ea:ec:41
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: [service-name]
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: Recv PPPOE Discovery V1T1 PADO session 0x0 length 18
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: dst d4:5f:25:ea:ec:41 src 10:51:72:0b:f5:db
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: [service-name] [AC-name VLDK-BRAS1]
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: Send PPPOE Discovery V1T1 PADR session 0x0 length 4
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: dst 10:51:72:0b:f5:db src d4:5f:25:ea:ec:41
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: [service-name]
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: Recv PPPOE Discovery V1T1 PADO session 0x0 length 18
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: dst d4:5f:25:ea:ec:41 src 10:51:72:0b:f5:cc
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: [service-name] [AC-name VLDK-BRAS4] # не смог подключиться к предыдущему BRAS-у, подключился к следующему.
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: Recv PPPOE Discovery V1T1 PADS session 0xd906 length 4
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: dst d4:5f:25:ea:ec:41 src 10:51:72:0b:f5:db
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: [service-name]
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: PADS: Service-Name: ''
Fri Dec 20 23:23:21 2019 daemon.info pppd[19917]: PPP session is 55558
Fri Dec 20 23:23:21 2019 daemon.warn pppd[19917]: Connected to 10:51:72:0b:f5:db via interface eth0.10
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: using channel 6
Fri Dec 20 23:23:21 2019 kern.info kernel: [4663816.146616] pppoe-wan: renamed from ppp0
Fri Dec 20 23:23:21 2019 user.info adblock-3.5.5-2[19945]: adblock instance started ::: action: start, priority: 0, pid: 19945
Fri Dec 20 23:23:21 2019 daemon.info pppd[19917]: Using interface pppoe-wan
Fri Dec 20 23:23:21 2019 daemon.notice pppd[19917]: Connect: pppoe-wan <--> eth0.10
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: sent [LCP ConfReq id=0x1 <mru 1492> <magic 0xb271dce>]
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: rcvd [LCP ConfReq id=0x2 <mru 1492> <auth pap> <magic 0x5c85b5c>]
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: sent [LCP ConfAck id=0x2 <mru 1492> <auth pap> <magic 0x5c85b5c>]
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: rcvd [LCP ConfAck id=0x1 <mru 1492> <magic 0xb271dce>]
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: sent [LCP EchoReq id=0x0 magic=0xb271dce]
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: sent [PAP AuthReq id=0x1 user="pppoe-хххххх" password=<hidden>]
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: rcvd [LCP EchoRep id=0x0 magic=0x5c85b5c]
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: rcvd [PAP AuthAck id=0x1 "Authentication success,Welcome!"]
Fri Dec 20 23:23:21 2019 daemon.info pppd[19917]: Remote message: Authentication success,Welcome!
Fri Dec 20 23:23:21 2019 daemon.notice pppd[19917]: PAP authentication succeeded
Fri Dec 20 23:23:20 2019 daemon.info pppd[16422]: Exit.
Fri Dec 20 23:23:20 2019 daemon.notice netifd: Interface 'wan' is now down
Fri Dec 20 23:23:20 2019 daemon.notice netifd: Interface 'wan' has link connectivity loss
Fri Dec 20 23:23:20 2019 daemon.notice netifd: Interface 'wan' has link connectivity
Fri Dec 20 23:23:20 2019 daemon.notice netifd: Interface 'wan' is setting up now
Fri Dec 20 23:23:20 2019 daemon.err insmod: module is already loaded - slhc
Fri Dec 20 23:23:20 2019 daemon.err insmod: module is already loaded - ppp_generic
Fri Dec 20 23:23:20 2019 daemon.err insmod: module is already loaded - pppox
Fri Dec 20 23:23:20 2019 daemon.err insmod: module is already loaded - pppoe
Fri Dec 20 23:23:20 2019 daemon.info pppd[19917]: Plugin rp-pppoe.so loaded.
Fri Dec 20 23:23:20 2019 daemon.info pppd[19917]: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.7
Fri Dec 20 23:23:21 2019 daemon.notice pppd[19917]: pppd 2.4.7 started by root, uid 0
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: Send PPPOE Discovery V1T1 PADI session 0x0 length 4
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: dst ff:ff:ff:ff:ff:ff src d4:5f:25:ea:ec:41
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: [service-name]
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: Recv PPPOE Discovery V1T1 PADO session 0x0 length 18
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: dst d4:5f:25:ea:ec:41 src 10:51:72:0b:f5:db
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: [service-name] [AC-name VLDK-BRAS1]
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: Send PPPOE Discovery V1T1 PADR session 0x0 length 4
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: dst 10:51:72:0b:f5:db src d4:5f:25:ea:ec:41
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: [service-name]
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: Recv PPPOE Discovery V1T1 PADO session 0x0 length 18
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: dst d4:5f:25:ea:ec:41 src 10:51:72:0b:f5:cc
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: [service-name] [AC-name VLDK-BRAS4] # не смог подключиться к предыдущему BRAS-у, подключился к следующему.
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: Recv PPPOE Discovery V1T1 PADS session 0xd906 length 4
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: dst d4:5f:25:ea:ec:41 src 10:51:72:0b:f5:db
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: [service-name]
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: PADS: Service-Name: ''
Fri Dec 20 23:23:21 2019 daemon.info pppd[19917]: PPP session is 55558
Fri Dec 20 23:23:21 2019 daemon.warn pppd[19917]: Connected to 10:51:72:0b:f5:db via interface eth0.10
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: using channel 6
Fri Dec 20 23:23:21 2019 kern.info kernel: [4663816.146616] pppoe-wan: renamed from ppp0
Fri Dec 20 23:23:21 2019 user.info adblock-3.5.5-2[19945]: adblock instance started ::: action: start, priority: 0, pid: 19945
Fri Dec 20 23:23:21 2019 daemon.info pppd[19917]: Using interface pppoe-wan
Fri Dec 20 23:23:21 2019 daemon.notice pppd[19917]: Connect: pppoe-wan <--> eth0.10
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: sent [LCP ConfReq id=0x1 <mru 1492> <magic 0xb271dce>]
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: rcvd [LCP ConfReq id=0x2 <mru 1492> <auth pap> <magic 0x5c85b5c>]
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: sent [LCP ConfAck id=0x2 <mru 1492> <auth pap> <magic 0x5c85b5c>]
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: rcvd [LCP ConfAck id=0x1 <mru 1492> <magic 0xb271dce>]
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: sent [LCP EchoReq id=0x0 magic=0xb271dce]
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: sent [PAP AuthReq id=0x1 user="pppoe-хххххх" password=<hidden>]
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: rcvd [LCP EchoRep id=0x0 magic=0x5c85b5c]
Fri Dec 20 23:23:21 2019 daemon.debug pppd[19917]: rcvd [PAP AuthAck id=0x1 "Authentication success,Welcome!"]
Fri Dec 20 23:23:21 2019 daemon.info pppd[19917]: Remote message: Authentication success,Welcome!
Fri Dec 20 23:23:21 2019 daemon.notice pppd[19917]: PAP authentication succeeded
MikroBio @ 18.12.19, 17:38
Господа, помогите настроить ppoe подключение к провайдеру дом.ру. Выбираю нужный пункт в настройках сетевых интерфейсов, забиваю данные подключения. При подключении выдаёт ошибку error (USER_REQUEST)"
Аналогичная проблема.
В общем, благодаря вашей помощи я завёл эту сортировку трафика на MWAN3 2.8.2 из ветки снапшотов. Что-то они там существенно поправили.
Следующий вопрос - можно ли как-то при падении туннеля направить трафик на прозрачный прокси? Если я в fw3 ставлю правила форварда портов для сета, то сет не попадает в туннель независимо от состояния туннеля. В любом случае заворачивается на прокси.
Вроде, mwan3 как-то маркирует пакеты, и было бы не плохо, чтобы правило форварда порта fw3 игнорировало пакеты, уже идущие в туннель. Конечно, если вообще можно заставить правила fw3 оказаться после правил mwan3. Если нельзя, то, может, чем-то другим можно зацепить?
Может, можно создать виртуальный интерфейс, кидать с помощью mwan3 нужный трафик на его адрес, и форвардить всё пришедшее через этот адрес на прокси? Я просто не соображу как.
Сообщение отредактировал yalexey - 21.12.19, 05:18
Следующий вопрос - можно ли как-то при падении туннеля направить трафик на прозрачный прокси? Если я в fw3 ставлю правила форварда портов для сета, то сет не попадает в туннель независимо от состояния туннеля. В любом случае заворачивается на прокси.
Вроде, mwan3 как-то маркирует пакеты, и было бы не плохо, чтобы правило форварда порта fw3 игнорировало пакеты, уже идущие в туннель. Конечно, если вообще можно заставить правила fw3 оказаться после правил mwan3. Если нельзя, то, может, чем-то другим можно зацепить?
Может, можно создать виртуальный интерфейс, кидать с помощью mwan3 нужный трафик на его адрес, и форвардить всё пришедшее через этот адрес на прокси? Я просто не соображу как.
Сообщение отредактировал yalexey - 21.12.19, 05:18
serrgij, спасибо за отклик, вероятно был какой то локальный глюк. Сделал сброс к заводским настройкам, настроил по новой, вроде завелось. Теперь другая проблема.
Пытаюсь настроить днскрипт-прокси по инструкции с гитлаба разработчика.
В результате после всего оно при старте пишет ошибку
Fri Dec 20 18:32:44 2019 daemon.notice dnscrypt-proxy[1704]: dnscrypt-proxy 2.0.35
Fri Dec 20 18:32:44 2019 daemon.notice dnscrypt-proxy[1704]: Network connectivity detected
Fri Dec 20 18:32:44 2019 daemon.notice dnscrypt-proxy[1704]: Source [public-resolvers] loaded
Fri Dec 20 18:32:44 2019 daemon.notice dnscrypt-proxy[1704]: Source [relays] loaded
Fri Dec 20 18:32:44 2019 daemon.notice dnscrypt-proxy[1704]: Firefox workaround initialized
Fri Dec 20 18:32:44 2019 daemon.notice dnscrypt-proxy[1704]: Loading the set of blocking rules from [/etc/config/blacklist.txt]
Fri Dec 20 18:32:44 2019 daemon.alert dnscrypt-proxy[1704]: listen udp 127.0.0.1:53: bind: address already in use
Fri Dec 20 18:32:44 2019 daemon.info procd: Instance dnscrypt-proxy::instance1 s in a crash loop 6 crashes, 3 seconds since last crash
Fri Dec 20 18:32:44 2019 daemon.notice dnscrypt-proxy[1704]: Network connectivity detected
Fri Dec 20 18:32:44 2019 daemon.notice dnscrypt-proxy[1704]: Source [public-resolvers] loaded
Fri Dec 20 18:32:44 2019 daemon.notice dnscrypt-proxy[1704]: Source [relays] loaded
Fri Dec 20 18:32:44 2019 daemon.notice dnscrypt-proxy[1704]: Firefox workaround initialized
Fri Dec 20 18:32:44 2019 daemon.notice dnscrypt-proxy[1704]: Loading the set of blocking rules from [/etc/config/blacklist.txt]
Fri Dec 20 18:32:44 2019 daemon.alert dnscrypt-proxy[1704]: listen udp 127.0.0.1:53: bind: address already in use
Fri Dec 20 18:32:44 2019 daemon.info procd: Instance dnscrypt-proxy::instance1 s in a crash loop 6 crashes, 3 seconds since last crash
наподобие такой.
Не пойму чего смотреть дальше.
П. С. Для NEXX3020h взял версию DNSCRYPT-proxy для mipsle архитектуры, вроде тестовый запуск нормально проходит.
Вроде все после сброса сделано и пошагово по инструкции делано, а не работает.
AlexMikle,Исправил.Сообщение отредактировал MikroBio - 21.12.19, 13:53
MikroBio, MikroBio @ 21.12.19, 9:32
оно при старте пишет ошибку навроде такой.
Сообщение отредактировал AlexMikle - 21.12.19, 11:11
Парни, отпишитесь кто успешно прошивал Archer C6 v2 на OpenWRT. Интересует стабильность и возможность отката на сток без окирпичивания. Второй день руки чешуться }-)
cyber.cat, Вся инфа по прошивке тут: https://openwrt.org/to…k/tp-link_archer_c6_v2
Тема роутера здесь TP-Link Archer A6 v2 (AC1350) – обсуждение
Вот тут уже ставили OpenWrt/LEDE - альтернативная прошивка (Пост netflow #81650754)
Вы готовы к тому что версия снапшот без веб интерфейса?
butaford, на счет отсутствия интерфейса впервые слышу, но думаю установить пакет с ним не будет большой проблемой. Поясню еще раз свой вопрос: я ищу людей, которые успешно перепрошили C6 на OpenWRT и хочу узнать из первых уст о стабильности ее работы. Поиском пользоваться я умею. Всю информацию по прошивке, разумеется, изучил, в том числе по ссылке. Тому отзыву уже почти год, тогда даже прошивка накатывалась как штатная, без tftpd. К слову, А6 и С6, несмотря на внешнее сходство, две совершенно разные модели и темы С6 на форуме нет. В любом случае благодарю за ответ!cyber.cat @ 21.12.19, 15:43
на счет отсутствия интерфейса впервые слышу
snapshot без luci да, если проблем не видите это хорошо, некоторых это пугает.
cyber.cat @ 21.12.19, 15:43
К слову, А6 и С6
С телефона, спросонья :bubble:
Если поиском пользоваться умеете, информацией владеете, прошейте, посмотрите, не понравится верните.
cyber.cat @ 21.12.19, 15:43
тогда даже прошивка накатывалась как штатная, без tftpd
Ну вроде информация представленная в вики openwrt, так и гласит.
Ну а если руки чешутся, значит это какой бы ни был отзыв, мне сдается что вы все равно прошьете. :-D
Сообщение отредактировал butaford - 21.12.19, 15:51
© 4PDA 2005-2023 г. Все права защищены.
4PDA® - зарегистрированный товарный знак.
Условия использования информации | Отказ от ответственности | Размещение рекламы
4PDA® - зарегистрированный товарный знак.
Условия использования информации | Отказ от ответственности | Размещение рекламы