Пеллетная горелка Общемаш - 2

РЕКЛАМА НА ФОРУМХАУС

Кстати, да. Я не замечал тут конфликтов. Как правило все получают одни и те же ip даже, если кого-то не было месяц...

 

У Вас белый IP адрес, или keenetikDns? Попробуйте на даче зайти через сеть, и там же отключитесь от WIFI и через интернет телефона.
У меня проброшен VPN, через него доступ к котлу нормальный.
А как Вы определили, что они друг друга не видят?
Время аренды можно поставить -сутки, час, можно 1 минуту. Лучше среднее время пребывания у Вас гостей.

 

Их и не должно быть, пока гостей у Вас меньше 120. Но это не совсем правильное построение сети. Вы ее раскинули на все СНТ, а рассматриваете как внутреннюю, и котел туда подключили.
А с в сторожке кто к ней подключается?

 

У меня и KeenDNS и через приложение VPN Client тоже могу зайти - проблема в обоих случаях. Белого ip нет.

 

1 человек, сторож у меня сидит там)

 

Доступ идет напрямую, или через облако?
PING - левая часть до котла, правая до удаленного роутера. Видно, что котел периодически теряется, и это именно проблема котла, так как связь присутствует. Примерно то же дает и контроллер отопления.
Еще вспомнил, перед последней прошивкой, котел терялся постоянно. Я не хотел пере прошивать WEB, так как в нем исправили "розжиг", но решил пере прошить именно из за потерь. Теперь потерь намного меньше.

Если можете, запустите через VPN (имеет смысл, только если он работает напрямую, а не через облако) ping на котел и на шлюз, и посмотрите что будет происходить, будут ли теряться пакеты. То же самое можно проверить, когда в сети много клиентов. Так можно будет определить в чем причина. Но потом, даже до прошивки, котел лучше на отдельную сеть посадить, или предоставить ему персональный роутер.

 

Ну в общем игрался вчера полвечера, отключал устройства, антенны AirGrid и пр. Какого-то влияния устройств практически не заметил.

Причём пока котёл сидел в основной сетке - были потери при выполнении теста ping, независимо от количества устройств в сети.

Однако - модуль WiFi в котле сидит и грустит на 54 Мбит/с 11g 1x1 20 МГц - тут вы правы, он ущербный по нынешним временам, но может ему больше и не надо?

Плюс у меня роутер только на частоте 2,4 работает - соответственно куча устройств тоже на нем сидит, возможны помехи наверное.





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

И после этого пока не замечаю никаких потерь пакетов - причём обращаюсь к котлу не по прямому ip, а через адрес KEENDNS, хотя раньше они были.



Однако таки придётся наверное купить другой роутер с 5G, а этот отдать на растерзание устройствам умного дома, которые в основном у меня в топочной все - вот пусть там отдельно и стоит для них, а с основным роутером соединить проводом.

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

 

А Вы таки оказались правы. Да - будет отдельный роутер им.

Но хотел добавить к тому, как выполнять тест ping. Неважно откуда мы это делаем, поскольку роутеру все равно где мы и как подключены, а в самом роутере Keenetic, если зайти в раздел Диагностика - есть этот пресловутый Ping.

 

Если вы пробросили 80 порт через роутер, то на внешнюю команду (из дома) PING на kotel. keenetik... отвечает сам роутер. Котел может и не работать, а ответ будет. Если у Вас VPN и Вы пингуете 192.168.2.2, то отвечает котел.
Естественно, что ping со страницы роутера идет напрямую на устройство сети.
Вы сделали правильно, что перевели этого динозавра в отдельную сеть, теперь ему ничего не мешает, и он не мешается.
Интересно посмотреть результат эксперимента на Вашем котле. Вы вывели котел в отдельную сеть и отключили там DHСP. Если подключиться к этой сети, то по идеи устройство должно получить IP от котла.
И еще, Вы установили IP котла - 192.168.2.2 (имя сети 192.168.2.ххх, номер устройства - 2). Не помню точно, но кажется у меня эта последняя цифра как раз и раздавалась котлом. Лучше котлу не устанавливать тот IP, который он раздает, как сервер DHCP. Не то, что это надо срочно поменять, но если возникнут опять проблемы, то просто помните, про это.

 

Там скорее не помехи, а проблемы именно работы с "динозавром". Конечно, для устройств умного дома лучше выделить отдельную сеть. Особенно в Вашем случаи, при таком количестве гостей.
А что, сети 5G скоро будут в доступе за городом? Сам жду, так как PING в сотовых сетях 4G оставляет желать лучшего, а оптика точно не светит.

 

Кстати... Только вот написал пост о удачном решении проблемы... И потом появились проблемы на телефонах и планшетах... И появилась ещё одна мысль. Вчера антенну я включал только у себя дома... А антенна в сторожке оставалась включённой и посылала сигнал в сторону дома. Причём они работали на полной мощности. Полная мощность - это так сказать на 10-15км  а поскольку антенна AirGrid - это мощный вай фай, то, как оказалось, он и забивал мне сигнал дома. В общем я снизил мощность обеих антенн до 1/3 (если ниже, то уже линк в сторожке пропадает) и тут же интернет появился на планшетах и телефонах. И вот пока что никаких проблем. Всё же моя проблема определённо больше из-за избыточной мощности антенн до этого же работало нормально...

 

А каналы WIFI и антенн разные? После уменьшения мощности, котел пингуется без провалов?

 

Да он

Он там как-то хитро на функции Airmax работает - когда она включена, то к ней может подключиться только такое же устройство с такой же функцией. Соответственно выбор канала невозможен. Попробовать что ли выключить...

А котёл и до уменьшения мощности пинговался нормально когда работало. Вчера вот не терялись, сейчас вот проверил - 5% потерь

Спойлер: Ping Test

Код:

sending ICMP ECHO request to 192.168.2.2...
PING 192.168.2.2 (192.168.2.2) 1372 (1400) bytes of data.
1400 bytes from 192.168.2.2: icmp_req=1, ttl=100, time=11.34 ms.
1400 bytes from 192.168.2.2: icmp_req=2, ttl=100, time=15.69 ms.
1400 bytes from 192.168.2.2: icmp_req=3, ttl=100, time=8.91 ms.
1400 bytes from 192.168.2.2: icmp_req=4, ttl=100, time=97.85 ms.
1400 bytes from 192.168.2.2: icmp_req=5, ttl=100, time=82.27 ms.
1400 bytes from 192.168.2.2: icmp_req=6, ttl=100, time=21.84 ms.
1400 bytes from 192.168.2.2: icmp_req=7, ttl=100, time=61.14 ms.
1400 bytes from 192.168.2.2: icmp_req=8, ttl=100, time=51.50 ms.
1400 bytes from 192.168.2.2: icmp_req=9, ttl=100, time=25.16 ms.
1400 bytes from 192.168.2.2: icmp_req=10, ttl=100, time=11.45 ms.
1400 bytes from 192.168.2.2: icmp_req=12, ttl=100, time=48.85 ms.
1400 bytes from 192.168.2.2: icmp_req=13, ttl=100, time=86.06 ms.
1400 bytes from 192.168.2.2: icmp_req=14, ttl=100, time=21.40 ms.
1400 bytes from 192.168.2.2: icmp_req=15, ttl=100, time=91.57 ms.
1400 bytes from 192.168.2.2: icmp_req=16, ttl=100, time=61.54 ms.
1400 bytes from 192.168.2.2: icmp_req=17, ttl=100, time=32.81 ms.
1400 bytes from 192.168.2.2: icmp_req=18, ttl=100, time=18.50 ms.
1400 bytes from 192.168.2.2: icmp_req=19, ttl=100, time=82.89 ms.
1400 bytes from 192.168.2.2: icmp_req=20, ttl=100, time=40.75 ms.
--- 192.168.2.2 ping statistics ---
20 packets transmitted, 19 packets received, 5% packet loss,
0 duplicate(s), time 19053.66 ms.
Round-trip min/avg/max = 8.91/45.86/97.85 ms.

А ещё стал роутер в сторожке отваливаться судя по логам. Видимо с убавлением мощности сигнал уже на грани - видимо Ping check надо отключить на том роутере.



И такое ощущение, что пока трафик оттуда не идёт ко мне - все хорошо. Как только канал нагружают - начинаются проблемы.

В общем будем бороться, снег сойдёт, антенну дома на улицу вытащу и повыше подниму.

 

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

 

На каком-то 35 канале сидит