man8531
-
Posts
16 -
Joined
-
Last visited
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by man8531
-
-
возможно, уже обсуждалось, но не нашел через поиск. ситуация следующая: если утилизировать полностью канал wan и начать использовать wifi в локальной сети (фильм, например, смотреть из сетевой расшаренной папки), то происходит какой-то сбой в работе роутера. сначала он совсем недоступен. через пару минут становится доступен веб-интерфейс, но подключение к интернету не восстанавливается. только перезагрузка роутера помогает. такая ситуация наблюдается на на двух одинаковых kn-1712. другие пробовать не стал. прошивка у обоих одинаковая - 3.8.5.4. до этого стояла - 3.7.4 и ситуация была та же
-
столкнулся на днях, что шейпер трафика отказывается работать для поделия от сбера jazz. это аналог zoom, если кто не в курсе. на всё остальное шейпер режет скорость как и полагается. аппарат kn-1713, firmware - 3.8.5.4
встречался кто с таким явлением?
-
41 минуту назад, Le ecureuil сказал:
>> у виртуалки два сетевых интерфейса с разными mac
отключите arp fluxдаже как-то обидно - никакой интриги 😃 спасибо, мил человек! ошибка исчезла
-
Май 19 12:14:21
ndm
Hotspot::Discovery::Explorer: "Bridge0": network conflict: hosts b6:5b:49:60:b3:fa and 0a:26:24:59:fb:e3 have the same IPv4 address 192.168.1.8.
Май 19 12:14:21
ndm
Hotspot::Discovery::Explorer: "Bridge0": network conflict: hosts 0a:26:24:59:fb:e3 and b6:5b:49:60:b3:fa have the same IPv4 address 192.168.1.8.из лога роутера
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: ens18: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether b6:5b:49:60:b3:fa brd ff:ff:ff:ff:ff:ff
inet 192.168.1.8/24 brd 192.168.1.255 scope global ens18
valid_lft forever preferred_lft forever
inet6 fe80::b45b:49ff:fe60:b3fa/64 scope link
valid_lft forever preferred_lft forever
3: ens19: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether 0a:26:24:59:fb:e3 brd ff:ff:ff:ff:ff:ff
inet 192.168.2.8/24 brd 192.168.2.255 scope global ens19
valid_lft forever preferred_lft forever
inet6 fe80::826:24ff:fe59:fbe3/64 scope link
valid_lft forever preferred_lft foreverконфиг сетевых интерфейсов виртуалки
-
конечно. даже обновил до самой последней версии
-
всем привет. то ли баг, то ли фича: имеется сервер виртуализации proxmox, на нем крутится виртуалка прокси nginx. у виртуалки два сетевых интерфейса с разными mac. в виртуалке прописаны статические ip - 192.168.1.8 и 192.168.2.8. первый смотрит в интернет, второй - dmz. в списке устройств два сетевых интерфейса отображаются в одним ip - 192.168.1.8, что приводит к периодической недоступности сервера nginx. причём, одновременно два этих интерфейса не отображаются в активном статусе. регистрация и назначение статического ip ничего не меняет
-
привет всем. можно ли удалить компоненты без обновления прошивки? нашёл в инструкции components remove / commit, но он только помечает на удаление при обновлении прошивки. попробовал пометить на удаление и подкинул эту же прошивку, но помеченный компонент не удалился
-
20 часов назад, man8531 сказал:
увы, не помогло. у меня дома точно такой же роутер в качестве wifi точки и никаких проблем. только в качестве шлюза выступает машина с dnsmasq. буду разбираться с провайдером. спасибо!
нашел причину коллизии в сети: выжила из ума одна из точек доступа wifi. а я уж было подумал на роутер. грешен, каюсь!
-
10 минут назад, keenet07 сказал:
И ещё, проверьте такую штуку.
В консоли наберите no dns-proxy rebind-protect
А потом попробуйте снова пооткрывать сайты в браузере. Если не помогло, то можете вернуть обратно к dns-proxy rebind-protect auto
Или просто перезагрузите роутер.
увы, не помогло. у меня дома точно такой же роутер в качестве wifi точки и никаких проблем. только в качестве шлюза выступает машина с dnsmasq. буду разбираться с провайдером. спасибо!
-
2 минуты назад, keenet07 сказал:
Если в браузере открыть http://10.10.10.10 или https://10.10.10.10 что открывается?
ничего не открывается. в wan порте торчит шнурок из коммутатора ростелекома. только не помню модель. но мысль ваша понятна, попробую завтра покопать в эту сторону. главное теперь понятно, что у кинетика нет никаких интерфейсов с ip 10.10.10.10
-
7 минут назад, keenet07 сказал:
Если можно продемонстрируйте, как это выглядит.
Если роутер заменяли, то и проблема может быть где-то снаружи. На смартфонах тоже перестает работать DNS?
на смартфонах он не работал изначально, как только его купили год назад. так же упирается в 10.10.10.10. причём на смартфонах не помогает прописывание днс руками. работает какое-то время и пишет, что нет доступа в интернет. до этого стоял какой-то нонеймовский роутер от ростелекома и там этих проблем не было
-
13 минуты назад, keenet07 сказал:
Покажите, что у вас на show dns-proxy выдает.
смотрите вложение
-
всем привет. на днях роутер 1711 перестал резолвить. днс адреса на машины в сети выдаёт, но на компьютерах пишет, что нет доступа в интернет. при пинге на любой сайт обращение происходит к подсети 10.10.10.10 и после этого пакеты теряются. если же прописать на компьютерах днс адреса руками, то проблема исчезает. роутер заменял, настройки на дефолтные сбрасывал, прошивку обновил до 3.6.12 - результата - нет. что самое любопытное, что если машине прописать вручную днс и потом снова поставить автоматическое получение днс, то доступ в интернет остаётся. вся проблема только с новыми компьютерами подключающимся к сети. днс в настройках dhcp сервера прописывал, на настройках интернет-соединения - тоже. результата не даёт. упирается в 10.10.10.10 и всё. я так понял, что это какая-то сервисная сеть в роутере. сталкивался кто с таким?
сбой в работе kn-1712 при полной утилизации канала wan
in Обмен опытом
Posted
да, забыл упомянуть: это происходит только при работе по wifi. по lan портам можно гонять трафик внутри локалки без проблем. отключал совсем wifi и проблема исчезала