Jump to content

IgaX

Forum Members
  • Posts

    950
  • Joined

  • Last visited

  • Days Won

    3

Posts posted by IgaX

  1. 11 час назад, KRoK сказал:

    я вырежу, а как его обратно залить?)

    да не, не надо, просто хотел понять как примерно wan порт перешел в lan.

    11 час назад, KRoK сказал:

    поставил другой системник , но с тем же жестким диском

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

    В общем, у Вас пока:

    Скрытый текст

    <port name="3">
    <id>FastEthernet0/3</id>
    <index>3</index>
    <interface-name>3</interface-name>
    <type>Port</type>
    <link>up</link>
    <speed>100</speed>
    <duplex>half</duplex>
    <auto-negotiation>on</auto-negotiation>

    м.б. стоит переустановить драйвер сетевой в pc: лучше через диспетчер устройств - удаляете сетевой адаптер, потом обновляете конфигурацию, чтобы сетевая нашлась сразу и установилась. тут в идеале сначала скачать свежие дрова для сетевой (и на всякий достать старые дрова если есть) и при удалении сетевого адаптера выбрать удаление вместе с драйвером (если спросит - или самому удалить драйвер из настроек устройства), чтобы из системы ушел старый драйвер и накатить уже новый.

    half-duplex и nvidia немного режет слух, поэтому если выше не исправит - попробуйте через cli (по поиску посмотрите как если что):

    interface FastEthernet0/3 duplex full

    если это тоже не поможет, то без скриншотов доп.настроек мне не очень хочется вникать, почему dhcp на клиенте не принимает offer и далее, видимо, clean install.

  2. Скрытый текст

    Feb 24 23:07:53 ndhcps: _WEBADMIN: DHCPDISCOVER received  from 00:26:18:b5:15:de.
    Feb 24 23:07:53 ndhcps: _WEBADMIN: making OFFER of 192.168.1.55 to 00:26:18:b5:15:de.

    Feb 24 23:08:01 ndhcps: _WEBADMIN: DHCPDISCOVER received  from 00:26:18:b5:15:de.
    Feb 24 23:08:01 ndhcps: _WEBADMIN: making OFFER of 192.168.1.55 to 00:26:18:b5:15:de.

    Feb 24 23:13:01 ndhcps: _WEBADMIN: DHCPDISCOVER received  from 00:26:18:b5:15:de.
    Feb 24 23:13:01 ndhcps: _WEBADMIN: making OFFER of 192.168.1.55 to 00:26:18:b5:15:de.

    Feb 24 23:13:33 ndhcps: _WEBADMIN: DHCPDISCOVER received  from 00:26:18:b5:15:de.
    Feb 24 23:13:33 ndhcps: _WEBADMIN: checking current leases...
    Feb 24 23:13:33 ndhcps: _WEBADMIN: searching for free IP address...
    Feb 24 23:13:33 ndhcps: _WEBADMIN: checking requested IP address
    Feb 24 23:13:33 ndhcps: _WEBADMIN: searching IP address in pool (started from 192.168.1.55)...
    Feb 24 23:13:34 ndhcps: _WEBADMIN: offering lease: 192.168.1.55 00:26:18:b5:15:de 200 requested no DESKTOP-ATBOHK4 MSFT 5.0
    Feb 24 23:13:34 ndhcps: _WEBADMIN: making OFFER of 192.168.1.55 to 00:26:18:b5:15:de.
    Feb 24 23:13:34 ndhcps: _WEBADMIN: send broadcast packet from br0
    Feb 24 23:13:37 ndhcps: _WEBADMIN: received DHCP packet on br0 from: 0.0.0.0 00:26:18:b5:15:de MSFT 5.0 DESKTOP-ATBOHK4 via 00:26:18:b5:15:de

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

    хорошая новость - скорее всего, программная на клиенте, плохая - что если netsh не поможет, то вариантов много.

  3. 59 минут назад, KRoK сказал:

    Из-За блока питания может быть такое?

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

  4. т.е.

    15 часов назад, KRoK сказал:

    Если перезагрузить роутер, то пк виден минуты 2-3, его ip 192.168.1.2

    потом что-то коллапсирует и:

    В 23.02.2017 в 04:56, KRoK сказал:

    Автонастройка IPv4-адреса . . . . : 169.254.124.75(Основной)
    Маска подсети . . . . . . . . . . : 255.255.0.0

    т.е. грубо говоря на сетевой pc падает линк (каким-то образом, Вы это не описываете в подробностях), но сетевой адаптер как-бы включен.

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

    15 часов назад, KRoK сказал:

    А как узнать...? В настройках сети Интерфейсы только Wi-Fi, нет интерфейса для VLan

    проще сделать так: в следующий раз, когда перезагрузите роутер и все будет работать какое-то время: заходите в интерфейс роутера -> система -> диагностика -> "включить режим отладки" -> ... спокойно ожидаете приступа ... -> проверяете по пульсу, что линк умер -> "закончить отладку", сохранить 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

  5. 18 минут назад, Roman_Petrov сказал:

    дома такой не захочешь ставить

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

  6. 31 минуту назад, Le ecureuil сказал:

    Купите девайс за 15к? ;)

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

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

  7. Все равно маловато для паттерна. Вижу только 2 устройства на 5ГГц, одно из которых переподключилось через 3 мин. 20 сек., т.е. уже не сходится с ~2 сек. на данном этапе.

    И заодно какие устройства под какими mac-ами.

    Если отваливаются мобильные клиенты, то скорее всего слетает авторизация при переходе в спящий режим, т.е.:

    1) Настроить клиенты, чтобы не теряли линк;
    2) Настроить на роутере rekey-interval.

    Я то думал будет интересно и хотел Вам предложить познакомиться с, например, и заодно заказать у разработчиков поддержку опций для включения в драйвере PMFMFPC, PMFMFPR и PMFSHA256, а также 802.11w в самом ядре, но пока по логу это не Ваш случай. :)

    Если проблема сохранится после настроек выше, то self-test разработчикам.

  8. я бы за, но 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 голоса, так вот.

  9. 52 минуты назад, IgaX сказал:

    если только по-умолчанию включенные

    ip dhcp client dns-routes
    ip dhcp client name-servers

    - это возможно?

    отключил через cli - не помогло.

    броадкастит каждые 10 сек.

  10. 7 минут назад, Le ecureuil сказал:

    Если интерфейс настроен как security-level public, то на нем не запустится discovery. Тут что-то еще, и я не уверен, что это именно Keenetic провоцирует.

    Я и не говорю, что это discovery, скана нет, только постоянный запрос шлюза.

    Настройки:

    Скрытый текст

    interface WifiMaster0/WifiStation0
        description ***
        security-level public
        authentication wpa-psk ns3 ***
        encryption enable
        encryption wpa2
        ip address 192.168.1.3 255.255.255.0
        ip address no dhcp
        ip global 700
        ip dhcp client dns-routes
        ip dhcp client name-servers
        ssid ***
        up
    !

    Броадкасты со стороны WifiStation0, mac точно его (даже и не знаю, что его может так провоцировать; дамп с WifiStation0, фильтр только по ARP без излишеств):

    Скрытый текст

    ws0-1.thumb.png.4813a2364fba1cf1234ed80c5ee3768b.png

     

  11. 8 минут назад, ndm сказал:

    Mac Address Translation

    Угу.

    13 минуты назад, ndm сказал:

    Трансляции никакой нет

    Нет так нет. Не буду спорить :) .. просто предположил, что движение в сторону transparent bridging могло бы стать интересным с позиций возможного построения wds и бесшовного роуминга клиентов.

  12. 4 минуты назад, Mamay сказал:

    192.168.1.44 это IP таблетки за усилителем, именно в этом режиме работает extra, с прибитым 192.168.1.50...

    раньше были одинаковые mac-и в этом случае, теперь - одинаковые ip. это пыль. главное, что там внутри на l2, а там скорее всего без изменений, поэтому все косметика, "сойдет" с первым дождем.

    • Thanks 1
  13. 18 минут назад, Mamay сказал:

    И да. Extra - усилитель сигнала.

    А как там mac-и устройств за усилителем? Только лучше по табличке show ip arp.

    Подобное в вебе можно было видеть еще на 2.06 (и, наверное, еще раньше). Вы считаете что это усилитель. Но, скорее всего, это просто мост, т.к. что-то соответствующее происходит с коллизионным доменом.

  14. 2 минуты назад, Padavan сказал:

    в рамках фичи hotspot discovery

    тут все и так настраивается .. меня интересуют исходящие именно на wifistation в роли wan (которые ничем в cli не отключить .. если только выжечь атомом а-ля ip link set dev {iface} arp off .. но опять же через одно место)

×
×
  • Create New...