Перейти к содержанию

АЛьФ

Участники форума
  • Постов

    9
  • Зарегистрирован

  • Посещение

Оборудование

  • Устройства
    Hopper (KN-3810) EAEU, Sprinter (KN-3710) EAEU, Air (KN-1613) EAEU, Racer (KN-4010) EAEU

Посетители профиля

Блок последних пользователей отключён и не показывается другим пользователям.

Достижения АЛьФ

Новичок

Новичок (1/6)

2

Репутация

  1. Попробовал с компа, тоже не печатает. Но у меня вчера домашнего провайдера (SkyNet) колбасило, может это повлияло тоже. Сегодня попробую более вдумчиво. Ах, сударь. Если ждать ответа, то можно вообще безответным остаться. А постить в свою ветку результаты собственных раскопок - это у меня старая привычка, чтобы люди, столкнувшиеся с подобной задачей, видели что может помочь. Иногда сам же на свои такие ветки натыкаюсь в поисках решения задачи, которая когда-то уже была решена, но решение давно забылось за ненужностью.
  2. А вот изначальная проблема, из-за которой была создана эта ветка, так и осталась нерешенной. Проблема была в печати с мобильника через тоннель на принтер, который стоит в клиентской подсети (100.0/24). Принтер - pantum m6500w (подключен к сети по WiFi, прописан статический IP). Принтер с телефона сейчас пингуется, можно с телефона зайти в web-интерфейс принтера. Но официальное приложение принтера показывает, что он "не в сети".
  3. Вроде заработал пинг в обе стороны. И с мобильника обе подсети пингуются. Принтер недоступен, но это уже проблема с портами, скорее всего. Проблема, насколько я понял, была из-за указания в настройках пира на клиенте адреса "172.16.6.2/24", по умолчанию туда влетело "172.16.6.2/32". И еще в адресе сервера прописал белый IP вместо "++++.keenetic.pro".
  4. Что-то никогда раньше не обращал внимания, что из клиентской подсети (100.0/24) основная сеть (1.0/24) пингуется и клиенты основной сети из клиентской подсети доступны, а вот в обратную сторону не работает. Настройки маршрутов и и разрешенных подсетей с обеих сторон одинаковые (с учетом подсетей).
  5. Начальные условия. Роутер Hopper с белым адресом. Внутренняя подсеть 192.168.1.0/24. На нем установлен сервер WireGuard. Роутер Sprinter с серым адресом. Внутренняя подсеть 192.168.100.0/24. В качестве клиента подключается к Hopper. Мобильный телефон с настроенным клиентом подключается к Hopper. При этом на Hopper в настройках этого клиента в разделе "Разрешенные подсети" прописано "192.168.1.0/24". На роутерах настроены статические маршруты между подсетями. Задача. Мобильный телефон должен иметь доступ к обоим подсетям. Сейчас он видит только подсеть 192.168.1.0/24.
  6. Проблема с Mesh системой. Есть роутер Sprinter, который выполняет роль контроллера и роутер Racer в роли ретранслятора. В сети два сегмента (Основной и Гостевой), каждый со своими точками доступа WiFi и в отдельной подсети. Физические порты Sprinter отнесены к сегменту "Основной". Если ретранслятор Racer подключен с помощью провода через физические порты, то невозможно подключиться по WiFi к сегменту "Гостевой". Причем ни в зоне действия контроллера, ни в зоне действия ретранслятора. Точки доступа сегмента Гостевой доступны и к ним идет подключение, но на этапе получения адреса IP происходит отвал. В межсетевом экране прописаны правила на взаимный полный доступ между подсетями сегментов. При этом если ретранслятор подключается по воздуху, то все работает нормально. Кто виноват и что делать? В Телеграме техническая поддержка запросила селф-тесты и после их получения больше не отвечает.
  7. Головной роутер - Hopper (KN-3810) EAEU. Ретрансляторы: Racer (KN-4010) EAEU и Air (KN-1613) EAEU. Все роутеры обновлены до последней на текущий момент версии - 4.2.6.3. Все объединено в Mesh-систему и нормально работает. Как только за головном роутере устанавливаю Entware по инструкции: https://help.keenetic.com/hc/ru/articles/360021888880-Установка-OPKG-Entware-на-встроенную-память-роутера пропадает доступ к интернету на ретрансляторах. Точнее ретрансляторы перестают резолвить адреса. Диагностика выдает: sending ICMP ECHO request to google.com... Failed to resolve "google.com". Если проводить диагностику по IP, то все нормально работает. Кто виноват и что делать?
×
×
  • Создать...

Важная информация

На этом сайте используются файлы cookie. Нажимая "Я принимаю" или продолжая просмотр сайта, вы разрешаете их использование: Политика конфиденциальности.