Jump to content

Geont

Forum Members
 View Profile  See their activity

  • Posts

    122

  • Joined

  • Last visited

  • Days Won

    4

 Content Type 

Posts posted by Geont

    IPV6CP: timeout sending Config-Requests

    in 2.12

    Posted

    Бодаюсь с провом, который де юре предоставляет адресацию ipv6. Cоединение по PPPoE. Галки стоят. Адресации нет. В логе 

    Mar 01 22:54:11pppd[2453]
IPV6CP: timeout sending Config-Requests

    Есть мысли?

    Network::Util::Route4: system failed [0xcffd020e], no such process.

    in 2.12

    Posted

    1 час назад, Le ecureuil сказал:

    Какие-либо проблемы с неработоспособностью отдельных компонентов (или всей системы) при этом наблюдаются?

    Чуть больше чем обычно подтормаживает старый интерфейс Giga III. В остальном, вроде бы, все работает. Указанные записи пропадают после того, как провайдер раз в сутки разрывает сессию PPPoE. Однако, таких записей не наблюдалось вовсе ранее 2.12.A.3.0-4

    2.12.A.3.0-4 отваливается keenDNS

    in 2.12

    Posted · Edited by Geont

    Подтверждаю. По KeenDNS GIGA III стала недоступна на 2.12.A.3.0-4. Self-test прикрепил. Возможно не к этому, но в логе стало появляться 

    Feb 16 11:43:19ndmNetwork::Util::Route4: system failed [0xcffd020e], no such process.
Feb 16 12:08:09ndmCore::Syslog: last message repeated 27674 times.

     

    • Thanks 1

    Core::Scgi::Session: unsupported method "HEAD" for "/phpmyadmin/scripts/setup.php".

    in 2.12

    Posted · Edited by Geont 

    Feb 07 09:33:13 ndm Core::Scgi::Session: unsupported method "HEAD" for "/phpmyadmin/scripts/setup.php".

    Видимо, кто-то ломится, но как понять, кто и откуда? В логе перед этим событием  подключений вроде не замечено.

    Еще бывает вот это: 

    Feb 07 00:14:13 ndm Core::Scgi::Session: unsupported method "POST" for "//%63%67%69%2D%62%69%6E/%70%68%70?%2D%64+%61%6C%6C%6F%77%5F%75%72%6C%5F%69%6E%63%6C%75%64%65%3D%6F%6E+%2D%64+%73%61%66%65%5F%6D%6F%64%65%3D%6F%66%66+%2D%64+%73%75%68%6F%73%69%6E%2E%73%69%6D%75%6C%61%74%69%6F%6E%3D%6F%6E+%2D%64+%64%69%73%61%62%6C%65%5F%66%75%6E%63%74%69%6F%6E%73%3D%22%22+%2D%64+%6F%70%65%6E%5F%62%61%73%65%64%69%72%3D%6E%6F%6E%65+%2D%64+%61%75%74%6F%5F%70%72%65%70%65%6E%64%5F%66%69%6C%65%3D%70%68%70%3A%2F%2F%69%6E%70%75%74+%2D%64+%63%67%69%2E%66%6F%72%63%65%5F%72%65%64%69%72%65%63%74%3D%30+%2D%64+%63%67%69%2E%72%65%64%69%72%65%63%74%5F%73%74%61%74%75%73%5F%65%6E%76%3D%30+%2D%64+%61%75%74%6F%5F%70%72%65%70%65%6E%64%5F%66%69%6C%65%3D%70%68%70%3A%2F%2F%69%6E%70%75%74+%2D%6E".
Feb 07 00:19:45ndm

    что можно прочитать как 

    Feb 07 00:14:13 ndm Core::Scgi::Session: unsupported method "POST" for "//cgi-bin/php?-d allow_url_include=on -d safe_mode=off -d suhosin.simulation=on -d disable_functions="" -d open_basedir=none -d auto_prepend_file=php://input -d cgi.force_redirect=0 -d cgi.redirect_status_env=0 -d auto_prepend_file=php://input -n"

     

    Acme::Client: check failed for domain "6140fa548fd9fc2a44bcxxxx.keenetic.io"

    in 2.12

    Posted · Edited by Geont

    1 час назад, Kiborg_Man сказал:

    Почему?

    потому что

    Цитата

    HTTP: включено получение SSL-сертификата на автоматическое доменное имя {token-alias}.keenetic.io

    журнал изменений 2.12.A.1.0-2

    А вот зачем он нужен, тоже хотел бы знать) К слову, на Giga III этот сертификат успешно получился.

    Acme::Client: check failed for domain "6140fa548fd9fc2a44bcxxxx.keenetic.io"

    in 2.12

    Posted 

    Feb 06 19:09:59ndm
Acme::Client: obtaining certificate for domain "6140fa548fd9fc2a44bcxxxx.keenetic.io" is started.
Feb 06 19:10:01ndm
Acme::Client: perform HTTP sanity checks for domain "6140fa548fd9fc2a44bcxxxx.keenetic.io".
Feb 06 19:10:06ndm
Dns::Resolver: failed to resolve "6140fa548fd9fc2a44bcxxxx.keenetic.io": timed out.
Feb 06 19:10:06ndm
Acme::Client: check failed for domain "6140fa548fd9fc2a44bcxxxx.keenetic.io".
Feb 06 19:10:06ndm
Http::Manager: security level unchanged.

    Ultra / Ultra II 2.12.A

    постоянно всплывает в журнале. 80 порт открыт галкой.

    Новый web неверное перенаправление страницы авторизации

    in 2.11

    Posted

    Открыл тикет в поддержке по этому вопросу, но все-таки еще и здесь оставлю: запрос по https ngnix переадресовывает на http с тем самым проблемным окончанием адреса /_

    Вот вывод curl: 

    C:\Users\xxxx\Desktop>curl -I https://domain.ru
HTTP/1.1 302 Moved Temporarily
Server: Web server
Date: Wed, 31 Jan 2018 19:37:05 GMT
Content-Type: text/html
Content-Length: 159
Connection: keep-alive
Location: http://domain.ru:/_
Expires: Wed, 31 Jan 2018 19:37:04 GMT
Cache-Control: no-cache
Ndm-Sysmode: router
Ndm-Stage: 2

     

    • Thanks 1

    Новый web неверное перенаправление страницы авторизации

    in 2.11

    Posted · Edited by Geont

    3 часа назад, AndreBA сказал:

    Может это из того же, что я когда то писал?

    У меня при описанной мной проблеме в логе вообще нет никаких записей. Но раньше события встретилось такое: 

    Jan 10 05:58:45ultra_ii nginx
2018/01/10 05:58:45 [error] 703#0: *126022 open() "/usr/share/htdocs/a2billing/common/javascript/misc.js" failed (2: No such file or directory), client: unix:, server: my.keenetic.net, request: "GET /a2billing/common/javascript/misc.js HTTP/1.1", host: "xx.xx.xxx.xx"

    KeenDNS не используется.

    Новый web неверное перенаправление страницы авторизации

    in 2.11

    Posted · Edited by Geont

    7 часов назад, Le ecureuil сказал:

    По идее в итоге вас на незалогиненном устройстве все равно должно выкинуть на /_/login, этого не происходит?

    В том-то и дело.

    7 часов назад, Le ecureuil сказал:

    На каком URI останавливается редирект?

    На /_. Причем даже на без https. Но если ввести адрес https://mydomain.tld/_/ уже происходит редирект на https://mydomain.tld/_/login и страница открывается.

     

     

    _20180110_035439.JPG.9ff34e93da29867c1240f60d6814b222.JPG

    Новый web неверное перенаправление страницы авторизации

    in 2.11

    Posted

    2.11.B.0 с установленным компонентом "Новый Web-интерфейс"

    При входе на Keenetic через доменное имя (по крайней мере, по https, по http не пробовал), происходит неверное перенаправление - получаем адрес страницы логина вида https://mydomain.tld/_ вместо https://mydomain.tld/_/login или хотя бы https://mydomain.tld/_/ 

    Соответственно, страница сбрасывается и остается недоступной.

    Автообновление IPv6 тоннеля при смене IPv4

    in Вопросы по сборке и настройке Opkg

    Posted

    1 минуту назад, r13 сказал:

    Тогда ничего не надо дополнительно. скрит wan.d срабатывает только для основного соединения(default route)

    Ок. А как можно в скрипт передать не название интерфейса ($interface), а его описание (PPPoE0) или то, как он назван пользователем? (это уже для отправки почты)

×
×
  • Create New...