Jump to content

Mikesk

Forum Members
  • Posts

    866
  • Joined

  • Last visited

  • Days Won

    11

Everything posted by Mikesk

  1. так-то конечно, если проблема у многих. Но конкретно вам быстрее ее решить настройкой, а потом уже ждать прошивки с исправлением. Это не всегда быстро, 3.6.3 уже давно в стабильных, а то, что в бете (3.6.4 - кстати, проверьте на ней) что-то не торопятся стабилизировать, может из-за праздников.
  2. И как это связано? Вы думаете, что одна версия прошивки вам другую попортила?
  3. с модемом подтвердить не могу за неимением такого, но перезагружать его же можно автоматически по пингчеку, при потере интернета. У вас настроен пингчек?
  4. сертификат получен на доменное имя, ip-адрес доступен только по http. через keenetic.cloud тоже ошибка?
  5. в присланном логе проблема тем, что в синем порту. Что у вас туда воткнуто - вам виднее.
  6. [I] Apr 29 21:30:55 ndm: Network::Interface::Switch: "FastEthernet0/0": switch link down at port 0. [I] Apr 29 21:30:58 ndm: Network::Interface::Switch: "FastEthernet0/0": switch link up at port 0 (100FD/AN). [I] Apr 29 21:31:07 ndm: Network::Interface::Switch: "FastEthernet0/0": switch link down at port 0. [I] Apr 29 21:31:09 ndm: Network::Interface::Switch: "FastEthernet0/0": switch link up at port 0 (100FD/AN). [I] Apr 29 21:32:52 ndm: Network::Interface::Switch: "FastEthernet0/0": switch link down at port 0. [I] Apr 29 21:33:05 ndm: Network::Interface::Switch: "FastEthernet0/0": switch link up at port 0 (100FD/AN). Проблема с кабелем провайдера. Или портом на у них свиче. Начать с переобжимки кабеля и обращаться к провайдеру. Проверить исправность порта на роутере можно, переназначив WAN на другой порт. Но 99% подобных проблем - это провайдер или некачественно обжатый кабель.
  7. Все, что видно: [I] Apr 27 22:23:25 ndm: Network::Interface::Switch: "FastEthernet0/1": switch link down at port 1. [I] Apr 27 22:23:27 ndm: Network::Interface::Switch: "FastEthernet0/1": switch link up at port 1 (100FD/AN). Это ваш ПК отключается, а не провайдер. Сам или с вашей помощью (передергиваете кабель). Больше в логе ничего про обрывы нет. Либо замените кабель к ПК (если это был обрыв), либо в интервале от загрузки до сохранения диагностики никаких обрывов не было и нужен другой лог. PS: https://forum.keenetic.net/announcement/4-как-правильно-добавить-self-test-и-прочую-отладку-в-тему/ . Кусок лога же можно спокойно публиковать так, как вы это сделали. PPS: с такими проблемами можно смело идти к официалам, они умеют нужную информацию вытаскивать из пользователей.
  8. Логи нужны, чтобы не гадать.
  9. как же это вы с помощью ddns собрались с серыми ip бороться? С динамическими - да, с серыми - никак. Не путайте людей.
  10. [I] Apr 17 13:11:31 ndm: Network::Interface::Switch: "FastEthernet0/0": switch link down at port 0. Вот и причина. Лечите физику (кабель поменять или переобжать хотя б). На внушительные 2 секунды падал, исключите злоумышленника (соседа, ребенка, кота...) :).
  11. полностью лог покажите. Выделенный вами access lost касается недоступности отдельных узлов в интернете, и отвечает этот чекер только за лампочку "интернет". То есть может быть действительно проблемы с линией/провайдером, а может и узел проверки не отвечать - строка будет одинаковая. Также, у вас на ISP (видимо) включен dhcp-клиент, при PPPoE он часто не нужен. Вы уверены, что это правильная настройка, а не "без IP-адреса"?
  12. В настройках рабочей группы или безопасности Windows?
  13. Эх, сколько уж говорилось и в шапке писалось, как прикладывать selftest'ы. self-test и логи могут содержать непубличную информацию Хотите делиться конфигом публично - скопируйте его и потрите пароли (или просто скопируйте из селфтеста), но не вываливайте вот так все сразу. Небезопасно.
  14. Что значит "безусловно"? (настройки покажите). Запрещается доступ устройству в конкретном сегменте, с адресом полученным (или указанным вручную) из dhcp пула этого сегмента (в вашем случае, по скрину - Home VLAN). Если у вас есть еще какой-то VLAN для этого клиента, запрещать надо и там тоже. В общем случае, если например тегированный VLAN приходит от провайдера, роутер вообще может ничего не знать об этом клиенте и быть тупо мостом, как для ТВ-приставок.
  15. Что за тегированный Guest VLAN, зачем? Наверняка через него и пробивается
  16. Значит ЭТО отправляет браузер. Может у вас кэш такой? Другим попробуйте.
  17. Проверьте диск на ошибки. Пришлите лог (от момента подключения диска).
  18. Очень много понаписали, извините если повторюсь. При проблемах со старыми/глючными/непонятными клиентами - первым делом стоит отключить плохопонимаемые ими протоколы (WPA3, включая WPA2/WPA3, а в особо сложных и древних случаях и WPA2 иногда приходится убирать - но таких, по счастью, уже мало), 100% отключить "Управление BSS-окружением 802.11k/v" и роуминг, опционально - TX-Burst и BeamForming. И канал настроить вручную из гарантированно известных "тупому" клиенту.
  19. https://help.keenetic.com/hc/ru/articles/360000632239-Клиент-OpenVPN по слову OpenVpn искали?
  20. вы сначала определитесь, port 2 - это провайдер или клиент? Если клиент, то посыл провайдера будет совершенно справедливым.
  21. Судя по в это время инет был подключен через синий провод. А проблемы с физикой на желтом Это вам кабель к компьютеру переобжать надо, как минимум. А если это WAN - то к провайдеру.
  22. в логе что во время прерывания? Гадать тут не умеют.
  23. чтобы хотя бы попытаться понять, нужен минимум лог, сохраненный после того как воспроизведете проблему. А лучше селфтест. А лучше не тут, а к официалам (ибо проблема уникальная и вряд ли быстро заинтересует тех, кто имеет тут права смотреть скрытые файлы).
  24. можно же отключить фильтрацию для отдельного хоста и указать на роутере (или на самом хосте) требуемый DNS - это не то, что вам надо?
×
×
  • Create New...