Jump to content

uni

Forum Members
  • Posts

    9
  • Joined

  • Last visited

Posts posted by uni

  1. Добрый день.

    Сеть выглядит вот так:

    image.thumb.png.14ec981bb53aa28ddb534c962c0c1eeb.png

    GIGA подключён к Интернет. Является «Контроллером WiFi-системы»

    Speedster сконфигурирован автоматически как Ретранслятор.

    DNS сервером в сети выступает отдельный компьютер с установленным AdGuard home.

     

    И вот в панели управления AdGuard вижу что Speedster каждый 15 секунд пытается резолвить nic.ru:

    1755396196_.png.13679086c8c167d53176929a8f449a15.png

    Первая мысль была что это DDNS случайно включён, но на Ретрансляторе даже и меню такого нет.

    Вопрос: что это и зачем так часто?

  2. Решили проблему?

    Имел очень похожие симптомы, грешил на всё что угодно. Оказалось что проблема возинкает только при работе билайновской теле-приставки. Если её выключить, соединение висит пока не оборвёшь сам — неделями.

    Теперь бы понять что сделать чтобы и с приставкой не обрывало. Настроено-то всё по инструкции.

  3. В 29.04.2019 в 09:44, mkpankov сказал:

    Хочу присоединиться к изначальному автору.

    У меня сейчас KN-1610 (Air) и есть простейший тест на Bufferbloat: запустить скачивание/загрузку на весь канал и пинговать при этом какой-то сервер. Я активно играю, и в моём случае для меня актуален пинг до сервера игры. Так вот, запускаем пинг сервера игры, параллельно ему делаем тест скорости со Speedtest.net.

    Вот как меняется пинг:
    ...

    Всё так.

    С <20 мс. пинг поднимается до 50-90 и скачет когда файлы начинают загружаться в интернет.

    Выглядит как BufferBloat.

    А большинство кинетиков достаточно мощны как мне кажется чтобы иметь возможность использовать один из алгоритмов SQM, пусть не на полной скорости, но кому-то пинг важнее.

  4. Всем добрый день!

    Использую для ddns Яндекс.ПДД. Очень удобно, но наверное я один такой ;)

    И вот недавно Яндекс перевёл все домены с Яндекс.ПДД на Яндекс.Коннект и, похоже, отключил старое API с GET запросами. По крайней мере ранее верные запросы теперь возвращают просто <error reason="unknown"/>.
    В новом же API редактировать DNS запись можно только POST запросом: API Почты для домена — редактировать DNS запись

    Вопрос: А наш роутер так умеет?

    Чтение документации к CLI меня пока ни к чему не привело.

  5. Здравствуйте!

    Keenetic Giga (KN-1010) 2.11.C.1.0-3

    Использую «другой» ddns от Яндекс.пдд. Вместо внешнего адреса выставляется 0.0.0.0. Полный журнал отладки в следующем сообщении. В этом подробности и части журнала.

    Строка сервиса вида

    https://pddimp.yandex.ru/nsapi/edit_a_record.xml?token=11111111111111111111&domain=example.ru&subdomain=mysubdomain&record_id=11111111&ttl=900&content=${ip}

    Подключение от Билайна L2TP.

    В момент подключения видно следующее:

    [I] Apr 20 18:54:12 ndm: Network::Interface::IP: "L2TP0": IP address is 37.146.62.92/32.
    ...
    затем
    ...
    [I] Apr 20 18:54:17 ndm: DynDns::Updater: created custom updater: domain "", login "", password "", url "https://pddimp.yandex.ru/nsapi/edit_a_record.xml?token=11111111e4ae3cceb17c5e593bfec88d4bf93b1d2a5c9cb511111111&domain=example.ru&subdomain=mysubdomain&record_id=12312312&ttl=900&content=0.0.0.0".

    Т.е. адрес интернет получен до обновления ddns.

    Однако, если потом в веб-интерфейсе нажать «Обновить» Адрес выставляется верный. И в журнале, соответственно, нормальный адрес, а не 0.0.0.0

     

    Вопрос: как сделать чтобы верный адрес выставлялся автоматически при поднятии интерфейса?

    keen001.PNG

  6.  

    Здравствуйте, имею на Giga (KN-1010) 2.11.C.1.0-3 те же симптомы — сеть 5ГГц пропадает из эфира на всех устройствах, потом появляется. Или сразу, или спустя какое-то время.

    В журнале нет отключения устройства, только повторное подключение:

    [I] Apr 17 00:25:07 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(x0:x8:xc:x0:xc:xc) had associated successfully.
    [I] Apr 17 00:25:07 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(x0:x8:xc:x0:xc:xc) set key done in WPA2/WPA2PSK.
    [I] Apr 17 00:25:07 ndhcps: DHCPDISCOVER received  from x0:x8:xc:x0:xc:xc.
    [I] Apr 17 00:25:07 ndhcps: making OFFER of 192.168.0.36 to x0:x8:xc:x0:xc:xc.
    [I] Apr 17 00:25:07 ndhcps: DHCPREQUEST received (STATE_SELECTING) for 192.168.0.36 from x0:x8:xc:x0:xc:xc.
    [I] Apr 17 00:25:07 ndhcps: sending ACK of 192.168.0.36 to x0:x8:xc:x0:xc:xc.
    [I] Apr 17 00:30:48 wmond: WifiMaster0/AccessPoint0: (MT7615) STA(x0:x8:xc:x0:xc:xc) had associated successfully.
    [I] Apr 17 00:30:48 wmond: WifiMaster0/AccessPoint0: (MT7615) STA(x0:x8:xc:x0:xc:xc) set key done in WPA2/WPA2PSK.
    [I] Apr 17 00:30:48 ndhcps: DHCPDISCOVER received  from x0:x8:xc:x0:xc:xc.
    [I] Apr 17 00:30:48 ndhcps: making OFFER of 192.168.0.36 to x0:x8:xc:x0:xc:xc.
    [I] Apr 17 00:30:48 ndhcps: DHCPREQUEST received (STATE_SELECTING) for 192.168.0.36 from x0:x8:xc:x0:xc:xc.
    [I] Apr 17 00:30:48 ndhcps: sending ACK of 192.168.0.36 to x0:x8:xc:x0:xc:xc.

    Настройки:
     

    Страна: Russian Federation
    Стандарт: 802.11an+ac
    Канал: оптимальный
    Выбор оптимального канала: при включении
    Ширина канала: 20/40/80
    TxBurst: выкл
    Beamforming: Вкл
    MU-MIMO: Вкл
    Band Steering: отключить

     

    Как можно это устранить?

×
×
  • Create New...