IgaX

и вот когда что-то отваливается, а другое при этом начинает работает, то лучше дополнительно показать: ipconfig /displaydns | clip (команда скопирует вывод кэша в буфер и Вам останется только вставить его в спойлер, чтобы без простыней). так-то у Вас браузер показывает вроде vpn-подключение, поэтому в большинстве случаев мяч с геморроем на их стороне.

ну, если пакет идет по определенной "оптимальной" трассе, а в Киеве решили, что дорога на Гугл закрыта, то что же делать. зы: пинги не интересуют, трассы нужны, чтобы продолжить этот разговор *** к слову, ошибку dns для ютьюба Вам и провайдер может организовать, если ему счет по входящим закрывать надо, а уже на лимитах.

а х.з., я год назад видел трассу из Керчи через Украину .. своими глазами, "много думал". для начала сделайте вывод: 1) pathping -n 8.8.8.8 2) pathping -n 77.88.8.1 лучше из под винды, но если не повезло с маком, то там тоже есть эквивалент

Wifistation один на каждом тракте, поэтому вот так просто никак. Надо самому всем управлять, так что как мин. потребуется из под user space(!) руководить iwpriv (а это реально и в этом глубокий смысл?) в сторону opkg: нужно будет подобие хука на разрыв линка на Wifistation0, чтобы по кругу из массива брал имя сетки и ставил на педаль ssid соответствующего интерфейса, паузы и переподнимать при необходимости. Поспрашивайте в той стороне, наверное, помогут как лучше.

да не, не надо, просто хотел понять как примерно wan порт перешел в lan. т.е. Вы не знаете наверняка - работает ли сетевая карта в новом системнике и другой нет, чтобы проверить и локализовать проблему. В общем, у Вас пока: м.б. стоит переустановить драйвер сетевой в pc: лучше через диспетчер устройств - удаляете сетевой адаптер, потом обновляете конфигурацию, чтобы сетевая нашлась сразу и установилась. тут в идеале сначала скачать свежие дрова для сетевой (и на всякий достать старые дрова если есть) и при удалении сетевого адаптера выбрать удаление вместе с драйвером (если спросит - или самому удалить драйвер из настроек устройства), чтобы из системы ушел старый драйвер и накатить уже новый. half-duplex и nvidia немного режет слух, поэтому если выше не исправит - попробуйте через cli (по поиску посмотрите как если что): interface FastEthernet0/3 duplex full если это тоже не поможет, то без скриншотов доп.настроек мне не очень хочется вникать, почему dhcp на клиенте не принимает offer и далее, видимо, clean install.

в общем, от клиента приходит запрос, ему предложение, но потом клиент почему-то не принимает offer, поэтому нету ACK и *опа. хорошая новость - скорее всего, программная на клиенте, плохая - что если netsh не поможет, то вариантов много.

а это точно нужно? попробуйте вырезать из конфига interface FastEthernet0/Vlan3 description "Guest VLAN" security-level private ip dhcp client dns-routes ip dhcp client name-servers up !

по идее вряд ли, тогда бы более обширное воздействие наблюдалось, а netsh не помог? .. если больного мучили током в духе Франклина, то лучше об этом сразу сказать, а потом пристрелить, чтобы не мучался все же в сторону беспроводного адаптера.

т.е. потом что-то коллапсирует и: т.е. грубо говоря на сетевой pc падает линк (каким-то образом, Вы это не описываете в подробностях), но сетевой адаптер как-бы включен. т.е. либо железо действительно глючит, либо что-то с настройками, которые отвечают за согласование линка .. ну там .. какой-нибудь энергосберегающий режим включается и все, на печь и ни в какую бо дефолт. проще сделать так: в следующий раз, когда перезагрузите роутер и все будет работать какое-то время: заходите в интерфейс роутера -> система -> диагностика -> "включить режим отладки" -> ... спокойно ожидаете приступа ... -> проверяете по пульсу, что линк умер -> "закончить отладку", сохранить self-test, прикрепить этот файл в сообщение на форум, чтобы всем было удобно посмотреть, что именно происходит. также не помешают скриншоты всех дополнительных настроек для драйвера сетевой "NVIDIA nForce Networking Controller". а может быть все проще и это Ваш случай: https://support.microsoft.com/ru-ru/help/979464/nvidia-nforce-network-controller-causes-a-network-connection-drop-in-windows-7

или у человека выведен lan из бриджа или сетевая на пк анамнез нужен, а то очнулся, гипс

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

вообще бывает, только не в красивых домашних корпусах и по лицензиям в зависимости от масштаба.

вылизанный, идеальный, с полным фаршем любых возможностей и с геморроем только если очень постараться (т.е. из серии "сам дурак") - однозначно ДА. (т.к. нервы уже ни к черту от текущего разнообразия и практически везде свои приколы .. и даже в топовых soho-моделях - что вообще почти нонсенс, т.к. от дешевых приколы ожидаемы, а от дорогих - ну вот никак).

имхо, лучше сразу вилы и факелы, быстрее будет саппорт же тупо принесет плохое настроение домой и "бумеранг собьет не тех кенгуру".

я бы за, но dnssec все же немного не панацея .. интересующие зоны должны быть подписаны, есть определенная нагрузка итд. итп., легкая степень недоверия в т.ч. к OpenDNS .. в общем, много нюансов если вчитаться: https://ru.wikipedia.org/wiki/DNSSEC в основном - это для защиты своих зон от подмены. был предложен вариант: https://forum.keenetic.net/topic/1584-dns-over-https-от-google-public-dns-dnssec/?sortby=date пусть пока и в бэте, но https, все секьюрно и шито-крыто .. плюс относительно быстро и надежно (раз tcp, https) .. и ни одно правительство мира не посмеет прикрыть втихую https/443 без бучи .. т.е лучшее из обоих миров, а кэшировать уже на dns-proxy Кинетика и клиентах. да, придется довериться буржуйскому Гуглу, но тем не менее - уверен, что у Гугла на меня нет вообще никаких планов. и все равно. всего 2 голоса, так вот.

а если up, сохранить и ребут? вроде появлялась доп.вкладка рядом с основной точкой - если нет - значит, приглючило.

угу, не сообразил сразу, что человек хочет, я думал он с новым сегментом мучается с копированием настроек

а, это изменение текущего Home, не понял сразу. тогда только п.2 по ip *** еще бы не мешало по dhcp прямо отдавать гейт и dns

у меня немного по-другому gui выглядит, но предположу: 1) галочку с Home VLAN надо снять; 2) ip-адрес сделать 10.1.72.1 при маске 255.255.255.0; 3) если описание есть имя бриджа, то в конфиге проверить наличие ip nat Home network (иметь ввиду, что case sensitive)

и заодно возможность устанавливать отдельные настройки autoscan для любого соответствующего интерфейса и чтобы можно было менять на кастомные по расписанию (например, через cli, чтобы web-gui не перегружать) - так сказать, на упреждение любой вариант, который может понадобиться для гибкости. не знаю что еще придумать

и м.б. кнопочку добавить для быстрого сканирования (кому для удобства нужно сразу) .. да и вопросов меньше будет.

если обнаруженный хост опрашивается с помощью unicast arp, то остальное все настраивается .. м.б. для удобства большинства сделать готовые пресеты для выбора путем комбобокса в web. но по мне лучше добавить возможность устанавливать дефолтный dtimperiod для wifimaster (м.б. в будущем позволят и для каждого ssid отдельно, чтобы сегментировать подключения по классу беспроводных устройств и в зависимости от этого устанавливать dtim). и плюс к дефолтному dtimperiod возможность менять его при помощи расписания .. скажем, если в основном мобильные клиенты, то дефолтный ставим в районе 4, а по расписанию на ночь ставить, например, dtim 100, чтобы устройства раз в 10 сек снимали для себя информацию из буфера AP .. так будет больше похоже на реализацию сна у мобильных клиентов с вытекающей оптимизацией использования аккумулятора. в любом случае, с dtim придется экспериментировать для оптимума, чтобы мобильные приложения работали ожидаемо.

вроде когда делал up в cli для этих интерфейсов - соответствующие вкладки появлялись в web .. но это было в самом начале знакомства еще вроде на 2.06 .. м.б. приглючило, такое тоже возможно

еще не лишним будет выставить rekey-interval, например, 3600 (это тоже по форуму поищете) .. не то чтобы важно, но лишним не будет.

Страну лучше ставить US (для айфонов, им в целом больше нравится так); Стандарт - 802.11bgn (у меня с ним меньше всего геморроя в текущем сэтапе); Канал - ближе к 6-му (для айфонов), если 20/40MHz, то оптимумы 3 и 11, но на 11-м айфон может становиться тугим на ухо, поэтому остается желательно попадать в 3-6, но проверять, чтобы канал был свободный (т.к. все что на Вашем канале может заставлять сеть снижать обороты по стандарту, поэтому как минимум делите канал только с AP не ниже N при bgn, а на соседних и внутри конверта - просто создавать помехи и чем больше AP - тем больше шанс на то, что кадры будут портиться при передаче с вытекающими ретрансмиттами итп. итд., но это уже зависит от их активности); Иногда помогает снижение мощности (но лично я не заметил). Еще по форуму поищете на предмет tx-burst, возможно, для Вашей модели нужно будет настроить соответствующим образом. Шифрование у Вас и так WPA2-PSK. Это все, что лежит на поверхности, остальное глубоко