Shadow87
-
Posts
273 -
Joined
-
Last visited
-
Days Won
4
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by Shadow87
-
-
11 минуту назад, Ret-xc7 сказал:
Уважаемый Shadow87 я не имею к Вам никаких притензий и полностью согласен с приведеными Вами рекомендациями. Я просто хочу достучаться до разработчиков что бы они наконец то обратили внимание на мою проблему. (Через официальную поддержку я сделать это не смог, к сожалению месяц переписки с ними прошел в пустую)
Понятно. Кстати, пока ждал ваш ответ, сунулся на сайт вашего провайдера и вот на этой странице http://flex.ru/support/settings.html обратил внимание, что при настройке пользователь устанавливает статические параметры локальной сети, которые ему выдаёт провайдер. Что я упустил?
-
Я извиняюсь, конечно, но позволю себе с вами не согласиться.
Мы все заинтересованы в решении проблем. К сожаленью, в отличие от многоуважаемых Администраторов и Разработчиков, я простой пользователь, имеющий определённый опыт работы с роутерами Keenetic. Мои возможности на этом форуме не настолько широки, чтобы видеть скрытые сообщения с журналами самотеста роутеров, поэтому я сужу, исходя из своего опыта и описания проблемы.
Я предложил проверить, что роутер видит сервер и имеет с ним стабильную связь. Проверяется это через интерфейс роутера на странице диагностики командой пинг.
Из чего я исхожу, давая такие предложения? Есть вариант, что при получении настроек по dhcp роутер получает неверный список маршрутов и при попытке подключения к L2TP просто не видит сервер. При этом роутер спокойно получает ip адрес сервера l2tp по его адресу, но дальше он должен связаться с сервером, а этого, возможно, не происходит. Может быть так, что при получении параметров по dhcp ещё какие-то параметры получаются, которые раньше игнорировались роутером. Как вы сами сказали, что раньше при получении сетевых параметров по dhcp всё работало, а после версии прошивки 2.06 работать перестало. Отсюда и вывод о расширении функционала обработки dhcp ответов.
Вот и всё пока. Может многоуважаемые товарищи меня поправят или даже не согласятся со мной, но пока это всё, что я могу предложить.
-
В общем: с субботы сижу на драфте 2.11.A.4.0 и проблему нашу пока не наблюдаю. Посмотрю до понедельника, появится или нет. Сообщу.
Но есть ощущение, что проблема решилась. Что там было?
-
Дело в том, что, возможно, какой-то из релизов прошивки расширил список параметров, который принимается по DHCP.
Надо понять, видно ли L2TP сервер провайдера при подключении по DHCP или нет. Попробуйте при подключении по DHCP пропинговать L2TP сервер провайдера, используя интерфейс роутера, и посмотреть результаты.
-
Может по DHCP прилетают какие-то неверные параметры? У некоторых провайдеров по dhcp прилетают ещё и маршруты по сети.
Скрытый текстНапример у меня в университете было так, что получив параметры по dhcp пк с линуксом на борту не могли выйти в интернет. Это происходило от того, что по DHCP прилетал неверный параметр широковещательного адреса. Тогда вопрос решился исправлением настроек DHCP.
-
Единственное, что мне пока приходит в голову, это попросить вас посмотреть, появляется ли такая ошибка при настройке через веб-интерфейс или нет. На Keenetic Giga 3 с прошивкой 2.09.С.1.0-0 ваша проблема также не проявляется.
Собственно на глюк приложения это мало похоже. Больше похоже на ошибку прошивки или конфигурации. Глюк приложения по идее дожен проявляться на всех смартфонах. Варианты: переустановить прошивку или сбросить настройки.
-
2 минуты назад, ydzhus сказал:
У меня тоже Android 6.0.1
А телефон какой, если не секрет?
-
Keenetic Ultra II с прошивкой 2.11.A.4.0-0, приложение My.Keenetic 37.1, мобильный телефон Samsung S5 Duos, Android 6.0.1, прошивка телефона последняя самая.
Проблемы вашей не вижу. Как вариант, возможно влияние версии Андроида на работу приложения. На 2.09.С.1 пока проверить ошибку не могу.
-
1
-
-
2.09 пока держится и проблему не проявляет. Посмотрим, что будет до пятницы.
Вспомнилось, как, делая свой шлюз, я столкнулся с ошибкой переполнения conntrack. Тогда я это решил изменением established timeout, который оказался сильно завышен.
Интересно, что мы здесь имеем?
-
Светить в мир тельняшку и дефолтный http не самая удачная затея с позиции безопасности. Любой надёжный пароль перехватывается атакой "посредник". Единственная надёжная защита от неё - установление связи с надёжным шифрованием. Лично я или пользуюсь впн соединением, или предварительно цепляюсь по ssh к ближайшему хосту или к самому роутеру, но ни тельняшку, ни веб я в мир не вывожу.
Касаемо проблемы топикстартера могу также порекомендовать обратить внимание на сканеры уязвимостей на устройствах в сети. У меня была похожая проблема, когда на смарте стоял сканер сетевых уязвимостей.
-
2
-
-
На 2.11 веселье воспроизводится на ура. Перешёл на 2.09.С1 и буду ловить радость там. Прошивки с устройства и их дампы в нижеследующем сообщении.
-
Не совсем похожа, если судить по описанию, но корни могут быть общие. Тот же no buffer space, но у меня на Ультре2 от него вылетает весь проводной сегмент локальной сети и подключение к проводному провайдеру Ростелеком Москва (Онлайм). Рабочим при этом остаётся только Wi-Fi.
Кстати, сам роутер не зависает, зависает только вся проводная часть.
А у вас трансмишен поднят где: на роутере или на точке доступа? И как у вас подключен интернет?
-
Ок, сделаем. В выходные займусь. К выходным заодно станет ясна и воспроизводимость на 2.11.
-
Есть подозрение на прошивку. Забил в ультру сейчас последний релиз 2.11 и тестирую на нём в полную нагрузку. Доберусь домой и скину последние селфтесты и экземпляр прошивки, на которой получается ошибка.
-
Провайдерский коммутатор ребутнуть возможности нет, да и не думаю, что проблема с ним, т.к. иначе вся линия, идущая ко мне лежала бы. А она пашет, ведь комп, воткнутый в коммутатор перед роутером инет получает спокойно и без запинок. А вот роутер намертво виснет по проводной части.
Сниму сейчас галку с Local Peer Discovery и посмотрю, будет ли эта ошибка.
-
Готов "Берлиоз". Снова наша радость, и снова журнал самотеста в следующем сообщении.
Что интересно: при этом всём если я переткну кабель компа из роутера в коммутатор, стоящий сейчас между роутером и провайдером (а мой провайдер позволяет до 4 устройств на одной линии вывести в инет простым коммутатором), комп снова чудеснейшим образом работает себе с интернетом. Будучи же возвращённым обратно в роутер, комп по прежнему не получает ничего.
Модель коммутатора я впишу в сообщении с самотестом, т.к. производитель не Zyxel.
P.S. На момент текущего тестирования галочка Local Peer Discovery включена. Я её включил обратно, когда воткнул коммутатор между роутером и провайдером. Кстати, пока шло резервирование информации, и торрент был выключен, ошибки не было.
-
3 минуты назад, Leksey118 сказал:
ога
Готов. Даже галочку на место впёр. Честно, самому интересно стало.
-
2 минуты назад, Leksey118 сказал:
да
Куда его? Между роутером и провайдером?
-
Пока сдёрнул в трансмиссионе галочку Local Peer Discovery. Собираюсь пасти "радость" в такой конфигурации.
-
40 минут назад, Leksey118 сказал:
@Shadow87 У Вас свитча какого-нить найдётся чтобы поставить его перед Кинетиком? Интересен результат.
Посмотрю.Есть неуправляемый коммутатор гигабитный. Поставить? -
В 08.09.2017 в 11:46, Padavan сказал:
По логу очень похоже на блокирование ответного Eth порта, который смотрит в синий WAN порт.
Если возникнет похожая ситуация, для проверки предположения удалите Eth кабель из синего порта на 5..10 секунд и подключите на место. Если проблема решится именно таким образом (без перезагрузки), значит ответный порт встал на паузу и больше не смог принимать пакеты, что вызвало затор и остановку очередей в роутере. В данной ситуации возможно поможет отключение FlowControl на GigabitEthernet1 интерфейсе.
Получил опять эту "радость". Получил, видимо, днём. Несколько раз сделал так, как вы сказали. Порт даже не шелохнулся. Последний промежуток 5 минут.
Сейчас сниму журнал и пну его в ребут.
Self-test в следующем сообщении.
-
Ещё может диск дурить. У меня недавно была замена по гарантии после того, как свежекупленный бокс термалтейка с установленным в него диском на 4тб скончался после 15 минут работы с файлами. Когда он скончался, кинетик после него в том порту даже флешку опознавать не желал. После ребута кинетика порт ожил и работает без проблем, а бокс помер и был заменён.
-
1 минуту назад, KorDen сказал:
Мультикаст от клиента насколько мне известно режут практически все провайдеры, вне зависимости от того, есть у них IPTV (да, оно на мультикасте), или нет. Но эта зарезка не должна приводить к блокировке приема у порта. Если конечно у железки, используемой провайдером, нет какого-то бага в прошивке, вызывающего такое поведение. Ну или может особенности некорректного конфига ACL (хотя я как-то не особо представляю, как можно вообще такой конфиг сделать o_O)...
Возможно, при проходе мультикаста происходит переполнение буфера на порту провайдера, он затыкается, и от этого ложится уже кинетик. Тем более, что Ростелеком Москва пользует на сети VLAN per client (так мне говорили по крайней мере), следовательно и нагружена она не слабо.
Вопрос в том, почему кинетик не сбрасывает зависание, отлетев на резервный канал?
-
Пока еду по делам мучаю гугль. Сложилась такая картинка: Ростелеком Москва ведёт вещание iptv, а оно, если я не ошибся, тоже в работе пользует мультикаст, вот и причина резки мультикаста железкой провайдера.
Интересно, насколько я прав?
Провайдер флекс не подключается по L2TP
in 2.11
Posted
В общем не знаю. По форуму часто проскакивают рекомендации вбивать адреса ручками. Возможно, реально что-то с настройками есть. Можно было бы предложить записать момент получения роутером dhcp настроек и попытки подключения по l2tp с помощью функционала "захват пакетов" на роутере и отчёт этой записи дать админам посмотреть. Может там что-то выявится.
Попробуйте. Писать нужно с интерфейса ISP с момента подключения кабеля, чтобы были видны dhcp запрос и ответ. Ну и по момент, когда ошибки посыпятся.