Jump to content

Sergey Zozulya

Forum Members
  • Posts

    654
  • Joined

  • Last visited

  • Days Won

    3

Posts posted by Sergey Zozulya

  1. @hellonow хм, похоже, что это какая-то особенность системного резолвера. Возможно, локальные адреса как-то по-другому резолвятся. Потому что хоть DNS сервер и кинетик, без явного указания IP кинетика как DNS сервера имя не резолвится, а вот с указанием IP все нормально:

    image.png.efb16a0eec2be702e8c055b7fb29d50a.png

    На Android все работает без танцев. Windows не нашел, на WinPE не удалось подключиться к роутеру.

    Удалось добиться обращения только по имени, если еще дополнительно включить https://help.keenetic.com/hc/ru/articles/214471085. Отдельно использование DHCP Option 15 не помогает, но вместе с update-dns работает. Для справки - без обоих этих опций работает обращение через orangepi5.local.

  2. Keenetic Extra (KN-1713)
    4.0 Alpha 9

    Включил резолвинг клиентов по имени хоста по этой инструкции - https://help.keenetic.com/hc/ru/articles/360011129420-Обращение-к-сетевому-устройству-по-hostname

    В выводе show dns-proxy вижу добавленные статические записи, например:

    static_a = orangepi5 192.168.1.100
    static_a = ESP-D3E181 192.168.1.106
    static_a = lumi-gateway-mgl03 192.168.1.200

    но по имени хоста клиенты не резолвятся:

    $ ping orangepi5
    ping: orangepi5: Temporary failure in name resolution
    
    $ ping 192.168.1.100
    PING 192.168.1.100 (192.168.1.100) 56(84) bytes of data.
    64 bytes from 192.168.1.100: icmp_seq=1 ttl=64 time=2.01 ms
    64 bytes from 192.168.1.100: icmp_seq=2 ttl=64 time=2.05 ms
    64 bytes from 192.168.1.100: icmp_seq=3 ttl=64 time=10.9 ms
    ^C
    --- 192.168.1.100 ping statistics ---
    3 packets transmitted, 3 received, 0% packet loss, time 2005ms
    rtt min/avg/max/mdev = 2.013/4.975/10.866/4.165 ms

    На машине, с которой отправляю запрос, DNS-сервер - роутер:

    $ resolvectl dns wlo1 
    Link 2 (wlo1): 192.168.1.1

    Hostname клиента, к которому обращаюсь, верный:

    $ hostname
    orangepi5

    Прикрепляю self-test постом ниже.

  3. 18 minutes ago, werldmgn said:

    Туда Keendns доменное имя вашего роутера, на которое получен сертификат, например xxx.keenetic.pro

    Вы так пробовали и работает? Или просто предположение? Для адреса сервера там уже есть поле.

    12 minutes ago, krass said:

    Не совсем вас понял. Что значит "гугл совсем психанула" ?

    Адекватный список у Samsung. А Google в Pixel'ях оставила только три не самых распространенных типа VPN, скриншот был выше.

  4. On 11/19/2021 at 11:10 PM, werldmgn said:

    По идее, используя вариант ikev2/ipsec mschapv2 вы должны суметь подключиться к кинетику с настроенным Vpn-сервером IKEv2

    Насколько понял, это разные подключения. Например, в Android'е поле IPSec identifier обязательное, в настройках сервера такого поля нет.

    On 11/19/2021 at 11:14 PM, krass said:

    А если поставить галочку " показать продвинутые настройки" ?

    Это просто дополнительные настройки для выбранного типа VPN. Обычно там только прокси.

    On 11/20/2021 at 12:27 AM, r13 said:

    Видимо от вендора зависит

    Хороший адекватный список. Google в этот раз что-то совсем психанула.

  5. @r13 возможно, вы правы. Хотел это проверить, но на тот момент нельзя было дергать Wi-Fi. Хотел и благополучно забыл. Точно помню, что канал тогда был 149. Сейчас, когда все работает, автовыбором выбран 52.

    Из того, что нашел в сети, пиксели поддерживают все каналы (от 36 до 165 включительно), но позже эту теорию все же проверю.

  6. Удалил:

    1. Давно не используемый сегмент в домашней сети.
    2. Пару неиспользуемых правил в FW (для этого старого сегмента).
    3. Wireguard-соединение и несколько VPN-соединений на странице Other connections, тоже не использую.
    4. Настройки WISP для 5 GHz (может оно??), также не используется.

    Все это остатки прошлых экспериментов. После этого пиксели как ни в чем не бывало ушли сами на 5. После чего именно, не знаю, удалял все сразу. Видимо, что-то из этого мешало. Возможно, из селфтеста будет видно. Вопрос исчерпан.

  7. Похоже, дело не в 3.6, вернулся на 3.5 Beta 7 и там такая же проблема. При настройке клиента подключаться только к 5 GHz, он не может этого сделать (речь про те же Pixel 3 и Pixel 1), в логах при этом только:

    Oct 28 13:08:39 ndm
    TrafficControl::Manager: no rate limit exists for host "3c:xx:xx:xx:xx:de".
    Oct 28 13:08:39 wmond
    WifiMaster0/AccessPoint0: (MT7615) STA(3c:xx:xx:xx:xx:de) had disassociated by AP (reason: declined).
    Oct 28 13:08:39 ndm
    Network::Interface::Rtx::MacBand: "Bridge0": bound 3c:xx:xx:xx:xx:de to 5 GHz.
    Oct 28 13:08:39 bndstrg
    band steering: finished
    Oct 28 13:08:39 ndm
    Core::ConfigurationSaver: saving configuration...

    В чем проблема? Ранее с этими клиентами не наблюдалось вообще никаких проблем. Когда и с какой версии началось, не могу сказать. Другие клиенты работают на 5 GHz без проблем.

  8. Giga (KN-1010) | 3.6 Alpha 2

    Для смартфонов Pixel 3 и Pixel 1 перестали работать быстрые переходы 2.4/5. Начал разбираться, увидел, что подключаются к Wi-Fi они только на 2.4 и ни при каких условиях не переходят на 5. В вебе разрешил этим устройствам подключаться только к диапазону 5, после чего они вообще не смогли подключиться к Wi-Fi, после многочисленных циклических попыток подключения Android отключил у себя ТД. При подключении в логах такое:

    Oct 28 11:39:44 ndm
    TrafficControl::Manager: no rate limit exists for host "3c:xx:xx:xx:xx:de".
    Oct 28 11:39:44 ndm
    Hotspot::Manager: service class "5" applied to host "3c:xx:xx:xx:xx:de".
    Oct 28 11:39:44 ndm
    Network::Interface::Rtx::WifiMaster: "WifiMaster1": mac "3c:xx:xx:xx:xx:de" is not found in VHT40 compatibility list.
    Oct 28 11:39:45 wmond
    WifiMaster0/AccessPoint0: (MT7615) STA(3c:xx:xx:xx:xx:de) had disassociated by AP (reason: declined).
    Oct 28 11:39:45 ndm
    Network::Interface::Rtx::MacBand: "Bridge0": bound 3c:xx:xx:xx:xx:de to 5 GHz.
    Oct 28 11:39:45 bndstrg
    band steering: finished
    Oct 28 11:39:45 ndm
    Network::Interface::Rtx::MacBand: "Bridge0": 3c:xx:xx:xx:xx:de band is unchanged.

    Для устройств назаначенны классы обслуживания, но их смена или отключение результатов не дают. self-test ниже.

  9. Обобщать про все телевизоры LG все же, наверное, не стоит. LG 43UH750V (2016) работает без каких либо проблем по WiFi в домашней сети, где включено вообще все, что касается WiFi - Band Steering, 802.11k/r/v, TX Burst, Beamforming, MU-MIMO, Airtime Fairness. Подключается быстро, связь не теряет, выбирает 5 GHz, 11ac 2x2 40 MHz. Кроме того, по кабелю не любой поток 4K пролезет.

  10. On 10/19/2018 at 3:13 PM, TheBB said:

    значить, так-с... собрать-то можно, но... кроме того, что проект писан на GO, еще у него в зависимостях "россыпь" Node.js модулей, а, чтоб жизнь мёдом не казалась, всё это статическое "добро" собирается packr (тоже писанный на GO). если всё это не "подружить", бинарник собирается без той "красивой морды". в общем, настоящее GO.

    А разве нельзя просто собрать пакет с уже собранными бинарниками?

    https://github.com/AdguardTeam/AdGuardHome/wiki/Getting-Started#installation

  11. 6 minutes ago, Glazami said:

    в 2.16 нет функции "игнорировать DNS" к сожалению.

    Эта функция делает то же, что и введённые команды.

    7 minutes ago, Glazami said:

    прописал, команды приняты но не помогло.

    Соединение выкл/вкл сделали? Команды работают, использую очень давно.

×
×
  • Create New...