Jump to content

Павел Цыбырна

Forum Members
  • Posts

    15
  • Joined

  • Last visited

Everything posted by Павел Цыбырна

  1. Странная логика... так быть то не должно, гостевая сеть без доступа в основную, а значит и маки не должны друг друга видеть. Раньше все подключалось без проблем.
  2. Не подключается к гостевой точке доступа гига 2 прошивка 2.09 последняя Dec 25 14:04:48ndhcps _WEBADMIN_GUEST_AP: DHCPDISCOVER received from 5c:f7:c3:95:25:0b. Dec 25 14:04:48ndhcps _WEBADMIN_GUEST_AP: making OFFER of 192.168.1.5 to 5c:f7:c3:95:25:0b. Dec 25 14:04:48ndhcps _WEBADMIN_GUEST_AP: DHCPREQUEST received (STATE_SELECTING) for 192.168.1.5 from 5c:f7:c3:95:25:0b. Dec 25 14:04:48ndhcps _WEBADMIN_GUEST_AP: sending NAK to 5c:f7:c3:95:25:0b. Dec 25 14:04:49ndhcps _WEBADMIN_GUEST_AP: DHCPDISCOVER received from 5c:f7:c3:95:25:0b. Dec 25 14:04:49ndhcps _WEBADMIN_GUEST_AP: making OFFER of 192.168.1.5 to 5c:f7:c3:95:25:0b. Dec 25 14:04:49ndhcps _WEBADMIN_GUEST_AP: DHCPREQUEST received (STATE_SELECTING) for 192.168.1.5 from 5c:f7:c3:95:25:0b. Dec 25 14:04:49ndhcps _WEBADMIN_GUEST_AP: sending NAK to 5c:f7:c3:95:25:0b. Dec 25 14:04:52ndhcps _WEBADMIN_GUEST_AP: DHCPDISCOVER received from 5c:f7:c3:95:25:0b. Dec 25 14:04:52ndhcps _WEBADMIN_GUEST_AP: making OFFER of 192.168.1.5 to 5c:f7:c3:95:25:0b. Dec 25 14:04:52ndhcps _WEBADMIN_GUEST_AP: DHCPREQUEST received (STATE_SELECTING) for 192.168.1.5 from 5c:f7:c3:95:25:0b. Dec 25 14:04:52ndhcps _WEBADMIN_GUEST_AP: sending NAK to 5c:f7:c3:95:25:0b. Dec 25 14:04:55ndhcps _WEBADMIN_GUEST_AP: DHCPDISCOVER received from 5c:f7:c3:95:25:0b. Dec 25 14:04:55ndhcps _WEBADMIN_GUEST_AP: making OFFER of 192.168.1.5 to 5c:f7:c3:95:25:0b. Dec 25 14:04:55ndhcps _WEBADMIN_GUEST_AP: DHCPREQUEST received (STATE_SELECTING) for 192.168.1.5 from 5c:f7:c3:95:25:0b. Dec 25 14:04:55ndhcps _WEBADMIN_GUEST_AP: sending NAK to 5c:f7:c3:95:25:0b.
  3. После последнего обновления, больше таких ошибок не возникало. А прошло уже 5 дней. Увеличение таблицы не делал. Стоит ?
  4. Прошу прощение, забыл указать... GIGA II Версия 2.08.A.11.0-4
  5. Вероятно конечно виновата dnsmasq, но до сегодняшнего дня такого не было, перезагрузка роутера помогла.Лог ниже.
  6. Попробуйте почитать тут и проверить что все ок. Проверка iptables Проверить то, что iptables-правило сработало можно с помощью: iptables-save | grep 65053 Если правила нет, то можете запустить его руками и посмотреть где ошибка: table=nat /opt/etc/ndm/netfilter.d/010-intercept-dns.sh Проверка работы dnsmasq Проверить то, что dnsmasq запущен можно с помощью: pidof dnsmasq Если PID процесса не выводится, значит, процесса нет. Надо посмотреть в системном журнале на что жалуется dnsmasq при старте: /opt/etc/init.d/S56dnsmasq start Проверьте также, что в настройках кинетика отключены DNS-службы Yandex.DNS/SkyDNS. Клиенты кинетика должны получать DNS автоматически. Настройки вступят в силу после сброса DNS-кэша операционной системы и браузера.
  7. Всем добрый вечер! server=8.8.8.8 server=208.67.220.220 Вопрос, а если вбить туда действующие DNS провайдера не лучше будет ? И для чего необходимо 2 раза сервер вбивать ? https://hosts-file.net/?s=Download Более 400 000 тысяч записей.
×
×
  • Create New...