PriSonerS61

Думаю, меня неправильно поняли из-за того, что я использовал этот перевод. Я не смог решить свою проблему. Исследуя эту проблему, я наткнулся на следующую запись на форуме Reddit. В одной из записей на Reddit было написано следующее: «Вместо «multicast» для IPv6 я использовал «unicast», и это решило мою проблему».

Спасибо. Я попробую.

Проблема в том, что это происходит не только во время глубокого сна. Это происходит и при активном использовании телефона. Иногда это повторяется 3-4 раза за час, а иногда в течение 24 часов никаких проблем не возникает. Совершенно случайно. Исследуя эту проблему, некоторые люди отметили, что настройка этих параметров на роутере решила проблему. Как я могу настроить их на Keenetic? Minimum Interval: 198 Maximum Interval: 600 AdvDefaultLifetime: 9000 AdvValidLifetime: 2592000 AdvPreferredLifetime: 57600 --- Кроме того, переход маршрутизатора с многоадресной распределения IPv6 на одноадресную распределение решил эту проблему. Некоторые люди упомянули об этом в Интернете.

Я думаю, что для этого должно быть решение.

Да, это проблема клиента. Я подробно обсудил эту проблему со стороной Keenetic. В конце концов, они ответили мне следующим образом. Честно говоря, я ищу способ решить эту проблему. Я думаю, что если я смогу зафиксировать IPv6-адрес устройства так же, как IPv4-адрес, то смогу решить эту проблему. Или у вас есть другие идеи? "Согласно последним данным, это проблема, связанная с клиентом. В сети IPv6 клиент должен отвечать на сообщения Neighbor Advertisement с помощью Neighbor Advertisement. Клиент xxxxxxx также отвечал на них. Однако после 16:05:00 он внезапно перестал отвечать. Это сообщения Neigbor Solicitation, поступающие от маршрутизатора без Neighbor Advertisement от клиента. Это приводит к потере соединения ipv6. Это похоже на то, как если бы хост ipv4 перестал отвечать на запросы ARP. Ipv6 не использует ARP, вместо этого он использует NDP, но механизм аналогичен. Поскольку клиент не отправляет сообщения Neighbor Advertisement, у других клиентов ipv6 истекает время ожидания и соединение ipv6 теряется. "

Несмотря на мои технические знания, к сожалению, мои знания в области ipv6 очень ограничены. Я думаю, что если я опишу проблему, вы сможете дать более точный ответ. Мой интернет-провайдер предоставляет мне IPv6-адрес /64. Я могу использовать его на устройствах в домашнем сегменте. На моем телефоне возникает следующая проблема: Через некоторое время я не могу выйти в интернет через IPv6. Для временного решения проблемы мне приходится выключать и включать Wi-Fi на телефоне. Это замкнутый круг. Когда я смотрю с помощью команды "show ip neighbour alive", я вижу, что IPv6-адреса, назначенные моему телефону, имеют статус «expired», то есть срок их действия истек. Моя цель — чтобы при поиске IPv6 на телефоне один раз срок его действия не истекал. Я думаю, что могу решить эту проблему, зафиксировав IPv6-адрес на моем телефоне.

Здравствуйте. Хочу спросить кое-что. В интерфейсе модема мы можем зафиксировать IP-адрес, который получают клиентские устройства, для IPv4. Можно ли сделать то же самое для IPv6? Я хочу, чтобы клиентское устройство постоянно получало один и тот же IPv6-адрес, когда оно подключено к сети. Я не нашел соответствующей настройки в интерфейсе, но думаю, что для этого может быть команда. 5.1 Alpha 5

Thank you. I'm asking because I don't know if something like this can be done. When the problem occurs, I see the word "expired" in the global IPv6 address section for my phone in the "show ip neighbor alive" output. Can't I prevent this time from expiring? For example, can the defined IPv6 address be permanent? neighbour: id: 53 via: 3c:38:24:xxxxx mac: 3c:38:24:xxxx address-family: ipv6 addresses: address: address: 2a02:ff0:3204:90a7:xxxxxxxx status: expired last-seen: 364 address: address: fe80::863d:fxxxxxxx status: active last-seen: 14 address: address: 2a02:ff0:3204:90xxxxxxxx status: expired last-seen: 2764 interface: Bridge0 first-seen: 4851 last-seen: 4851 leasetime: 0 expired: no mws-duplicate: no wireless: no

Здравствуйте. У меня уже некоторое время есть проблема. В своей сети я использую ipv6. Мой телефон в случайные моменты времени перестает выходить в интернет через ipv6. Проблема исчезает, когда я выключаю и включаю Wi-Fi, но через некоторое время повторяется. Мне нужна ваша помощь. Я поделюсь файлами самотестирования и информацией об устройстве, когда следующее скрытое устройство не может подключиться к Интернету через ipv6 (сначала), а после выключения и включения Wi-Fi может подключиться к Интернету. @Le ecureuil

Проблема сохраняется и в версии 5.0 beta 2.

В версии 5.0 beta 2 проблема по-прежнему сохраняется. Как обычно, соответствующая информация об устройстве и файлы самодиагностики будут в следующем скрытом сообщении. @Le ecureuil

Здравствуйте, @Le ecureuil. Я думаю, вы пропустили это. Я также могу добавить следующее как аналогичную проблему: Хотя я не был подключен к сети в течение длительного времени (в среднем 12 часов), когда я подключаюсь к сети сейчас, он сообщает мне, что я был подключен в течение 23 часов. Здесь тоже что-то не так. Я вижу это на нескольких устройствах в моей сети. Я добавлю информацию об устройстве и необходимые файлы самотестирования в следующем скрытом сообщении.

Здравствуйте. У меня уже некоторое время возникает проблема. Мое основное устройство и устройство mesh подключены друг к другу кабелем. Иногда беспроводное устройство, подключенное к моему устройству mesh, выглядит так, как будто оно подключено кабелем. Иногда проблема устраняется после одного перезапуска, иногда — после нескольких перезапусков. Мне нужна небольшая помощь. Я добавлю в скрытый доступ файлы самотестирования, полученные при подключении устройства по кабелю и по беспроводной сети. @Le ecureuil

Подтверждаю, исправлено. 👍

Здравствуйте. После обновления моего основного устройства и сетчатого устройства до 5.0 Alpha 11, мое сетчатое устройство продолжает выдавать ошибки Kernel и NDM, хотя с основным устройством проблем нет. Его процессор продолжает разгоняться и несколько раз перезагружался. Я приложу файлы самотестирования моего основного устройства и устройства сетки в следующем сообщении. @Le ecureuil

I reported this to support and they said it was a similar issue with SYS-1266. 4.3 beta 3 or higher should provide a solution to this problem.

This feature, added in the latest developer software (4.3 beta 0.1), may solve your problem. interface {name} sfp init-timeout (auto | {timeout}) — set SFP module initialization timeout in seconds

This is not a mistake, this is the way it should be.

Then you can do something like this: name,url,username,password You can create a .csv file with the format and import it via settings > password > list > click on the 3 dots in the upper right corner and import .csv. The browser will now remember your password. (e.g. keenetic,http://192.168.1.1,admin,eralde) Yes there is no chrome://inspect on this browser. I don't know if it is chromium based or not but I have root access on my phone. /data/data/com.mycompany.app.soulbrowser /shared_prefs/ I found a file called WebViewChromiumPrefs.xml in the directory. Maybe this is an indication that it is chromium based. This is the content of the .xml: <?xml version='1.0' encoding='utf-8' standalone='yes' ?> <map> <int name="lastVersionCodeUsed" value="579016631" /> </map> All other files in the directory are encrypted, so I couldn't read them. My only opinion on this is this: The browser does the password filling automatically right after the page is loaded (onload function) and there is no clicking on the input fields. This is why the username and password at the bottom are confused with my username and password. When the browser autofills the username and password, just before logging in it looks like this: However, if I click on the input fields and type my username and password myself, it looks like this just before I log in. I think the problem is here...

@eralde Can you prioritize this problem please? I can accidentally ban myself when logging in. It takes too long to type the username and password manually. In 4.1 Alpha 3 there is no fix for this issue. https://forum.keenetic.com/topic/16704-страница-входа/?do=findComment&comment=169169

I follow my Keenetic on grafana and I can provide you with 2 graphs on this topic. 1) Keenetic cpu utilization graph for 1 week. In the last 1 week the device was used at 4.1 Alpha 1. 2) I have been using version 4.1 Alpha 2 for the last 10 hours on average, so I present you the cpu usage graph for the last 6 hours. In summary, there is no increase in average cpu utilization in version 4.1 Alpha 2

Hello. I have a small complaint about this. I use "soul browser" on mobile. The automatic password filling feature no longer works properly with the new interface. Even though the username and password are automatically entered correctly, login is not possible. The username or password is incorrect. If I delete the autofilled information and type it in manually, it logs in correctly. I think there is a small bug here that you need to fix. I'm not sure, but maybe it has a problem because the auto-filled information overlaps with the text at the bottom. I have faith that you will fix it. It worked fine with the old interface.

This is a known issue. It has been diagnosed by @eralde and will be fixed in the next release.

I solved the above mentioned issue by entering the following two commands in keenetic. - no ip nat Guest - ip static Guest PPPoE0

Unfortunately, your method didn't work for me. However, there is a development related to my problem. Queries were not appearing in adguard home at all, as the Keenetic firewall by default rejects guest network dns queries. So I wrote a rule allowing 192.168.1.17:53 in firewall > guest segment and it worked, queries now flow into adguard home. But another problem arose Queries are flowing to the wrong place. All queries made from the guest network segment appear as 192.168.1.1 in adguard home. I think I need to fix this on adguard home side, how can I do that?