<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: Проблема с кондиционером HiSense]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме Проблема с кондиционером HiSense форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Sat, 01 Aug 2026 03:08:59 -0400</pubDate>
		<item>
			<title>Проблема с кондиционером HiSense</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/86462-problema-s-konditsionerom-hisense/message407043">Проблема с кондиционером HiSense</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Проблему решил пока вручную. Дело в DNS, но именно в самом DNS-пакете. Сниффинг показал, что ответный пакет как-то меняется при прохождении через нового провайдера, прикреплю картинку. Это один и тот же ответный пакет, оба исходят с 8.8.8.8: слева — новый провайдер, справа — старый. Конфигурация MikroTik у меня идентична, разница только в способе подключения: старый провайдер — просто DHCP-клиент, новый — PPPoE на VLAN-интерфейсе. Похоже, кондиционер жестко запрограммирован принимать пакет, как на правой картинке. Любые изменения приводят к тому, что облачное управление не работает, хотя в обоих случаях DNS-ответ указывает на правильный адрес. Решение — перейти на DoH, чтобы провайдер не мог менять DNS-пакеты. Насколько я знаю, это касается кондиционеров Fujitsu General и Hisense. <br />
			<i>03.11.2023 04:43:00, Pomo.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/86462-problema-s-konditsionerom-hisense/message407043</link>
			<guid>http://mikrotik.moscow/forum/forum57/86462-problema-s-konditsionerom-hisense/message407043</guid>
			<pubDate>Fri, 03 Nov 2023 04:43:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Проблема с кондиционером HiSense</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/86462-problema-s-konditsionerom-hisense/message407042">Проблема с кондиционером HiSense</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Возможно, это проблема с MTU.<br /><br />/ip firewall mangle add action=change-mss chain=forward comment=“Clamp MSS to PMTU for Outgoing packets” new-mss=clamp-to-pmtu out-interface=ether1 passthrough=yes protocol=tcp tcp-flags=syn (с благодарностью anav) <br />
			<i>03.11.2023 00:45:00, rplant.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/86462-problema-s-konditsionerom-hisense/message407042</link>
			<guid>http://mikrotik.moscow/forum/forum57/86462-problema-s-konditsionerom-hisense/message407042</guid>
			<pubDate>Fri, 03 Nov 2023 00:45:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Проблема с кондиционером HiSense</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/86462-problema-s-konditsionerom-hisense/message407041">Проблема с кондиционером HiSense</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Это чепуха. Любое устройство подключается к облаку компании и работает. Проблема не в MT, так как он не блокирует исходящий трафик, направленный в интернет. Возможно, дело в том, что на устройстве AIRCON жестко прописан DNS, к которому оно должно обращаться? Ты смотрел трафик, который выходит с устройства (возможно, через Wireshark)? Какой DNS используется, какие FQDN/адреса запрашиваются? <noindex><a href="https://help.mikrotik.com/docs/display/ROS/Packet+Sniffer" target="_blank" rel="nofollow" >https://help.mikrotik.com/docs/display/ROS/Packet+Sniffer</a></noindex> <noindex><a href="https://www.youtube.com/watch?v=9UvFG9nUN0Q" target="_blank" rel="nofollow" >https://www.youtube.com/watch?v=9UvFG9nUN0Q</a></noindex> Твоя конфигурация неполная, что ты пытаешься скрыть, ха-ха? /export файл=любоеимя (без серийного номера роутера, публичных WAN IP, ключей, длинного списка DHCP аренды и так далее) <br />
			<i>02.11.2023 17:03:00, anav.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/86462-problema-s-konditsionerom-hisense/message407041</link>
			<guid>http://mikrotik.moscow/forum/forum57/86462-problema-s-konditsionerom-hisense/message407041</guid>
			<pubDate>Thu, 02 Nov 2023 17:03:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Проблема с кондиционером HiSense</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/86462-problema-s-konditsionerom-hisense/message407040">Проблема с кондиционером HiSense</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Итак, поменял провайдера, а та же проблема осталась. Провайдер, у которого всё работает, просто выдает публичный IP на мой ether1, и через него идёт интернет. Второй провайдер использует PPPoE с соединением на vlan 998, созданном на ether1. Причём у меня три кондиционера Fujitsu general. Как я выяснил в интернете, Hisense и Fujitsu основаны на одном и том же — aylanetworks. <noindex><a href="https://docs.aylanetworks.com/docs" target="_blank" rel="nofollow" >https://docs.aylanetworks.com/docs</a></noindex> UPNP не помогает. Пробовал менять DNS — тоже без результата. Есть идеи? Попробую открыть порты для одного из кондиционеров и посмотрю… <br />
			<i>02.11.2023 16:03:00, Pomo.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/86462-problema-s-konditsionerom-hisense/message407040</link>
			<guid>http://mikrotik.moscow/forum/forum57/86462-problema-s-konditsionerom-hisense/message407040</guid>
			<pubDate>Thu, 02 Nov 2023 16:03:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Проблема с кондиционером HiSense</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/86462-problema-s-konditsionerom-hisense/message407039">Проблема с кондиционером HiSense</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Эти правила назначают маршрутизатор в качестве цели для NAT-пакетов… а это не то, что вам нужно. Нужно установить свойство to-address на IP-адрес вашего кондиционера. Перед этим убедитесь, что кондиционер каждый раз получает один и тот же IP-адрес, то есть настроьте соответствующую статическую аренду DHCP. Если вы хотите, чтобы правила NAT применялись только к пакетам, которые изначально направлены на маршрутизатор (как и должно быть), добавьте ещё одно свойство dst-address=&lt;WAN IP адрес маршрутизатора&gt; (это сработает, если WAN IP адрес маршрутизатора не меняется) или in-interface-list=WAN (при условии, что у вас по-прежнему есть список WAN-интерфейсов, как и должно быть). Оба свойства не сработают, если вы хотите управлять кондиционером через WAN IP адрес, находясь внутри локальной сети. В этом случае придётся реализовать hairpin NAT (это не слишком сложно, но и не так просто, как обычный NAT). <br />
			<i>07.09.2022 08:18:00, mkx.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/86462-problema-s-konditsionerom-hisense/message407039</link>
			<guid>http://mikrotik.moscow/forum/forum57/86462-problema-s-konditsionerom-hisense/message407039</guid>
			<pubDate>Wed, 07 Sep 2022 08:18:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Проблема с кондиционером HiSense</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/86462-problema-s-konditsionerom-hisense/message407038">Проблема с кондиционером HiSense</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Ребята, у меня такая же проблема. Может, кто-то знает, как это исправить без сброса роутера? Я создал несколько правил и они открыли порт 53, но 55055 и 55056 по-прежнему закрыты, хотя правила похожие. Не понимаю почему. Для теста портов использую telnet <noindex><a href="http://www.example.com" target="_blank" rel="nofollow" >www.example.com</a></noindex> 55055. Также включил UPnP как вариант решения, но это тоже не помогло. Моя конфигурация такая:<br /><br />add action=accept chain=input comment="defconf: accept established,related,untracked" connection-state=established,related,untracked &nbsp;<br />add action=drop chain=input comment="defconf: drop invalid" connection-state=invalid &nbsp;<br />add action=accept chain=input comment="defconf: accept ICMP" protocol=icmp &nbsp;<br />add action=accept chain=input comment="defconf: accept to local loopback (for CAPsMAN)" dst-address=127.0.0.1 &nbsp;<br />add action=drop chain=input comment="defconf: drop all not coming from LAN" disabled=yes in-interface-list=!LAN &nbsp;<br />add action=accept chain=forward comment="defconf: accept in ipsec policy" ipsec-policy=in,ipsec &nbsp;<br />add action=accept chain=forward comment="defconf: accept out ipsec policy" ipsec-policy=out,ipsec &nbsp;<br />add action=fasttrack-connection chain=forward comment="defconf: fasttrack" connection-state=established,related &nbsp;<br />add action=accept chain=forward comment="defconf: accept established,related, untracked" connection-state=established,related,untracked &nbsp;<br />add action=drop chain=forward comment="defconf: drop invalid" connection-state=invalid &nbsp;<br />add action=drop chain=forward comment="defconf: drop all from WAN not DSTNATed" connection-nat-state=!dstnat connection-state=new in-interface-list=WAN &nbsp;<br /><br />/ip firewall nat &nbsp;<br />add action=masquerade chain=srcnat comment="defconf: masquerade" ipsec-policy=out,none out-interface-list=WAN &nbsp;<br />add action=dst-nat chain=dstnat dst-port=55055 protocol=tcp to-addresses=192.168.88.1 to-ports=55055 &nbsp;<br />add action=dst-nat chain=dstnat dst-port=53 protocol=tcp to-addresses=192.168.88.1 to-ports=53 &nbsp;<br />add action=dst-nat chain=dstnat dst-port=55056 protocol=tcp to-addresses=192.168.88.1 to-ports=55056 &nbsp;<br />add action=src-nat chain=srcnat protocol=tcp src-port=55056 to-addresses=192.168.88.1 to-ports=55056 &nbsp;<br />add action=src-nat chain=srcnat protocol=tcp src-port=55055 to-addresses=192.168.88.1 to-ports=55055 <br />
			<i>07.09.2022 07:15:00, stassi4ek.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/86462-problema-s-konditsionerom-hisense/message407038</link>
			<guid>http://mikrotik.moscow/forum/forum57/86462-problema-s-konditsionerom-hisense/message407038</guid>
			<pubDate>Wed, 07 Sep 2022 07:15:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Проблема с кондиционером HiSense</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/86462-problema-s-konditsionerom-hisense/message407037">Проблема с кондиционером HiSense</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Привет, marcobag! У меня тоже были такие же проблемы с системой Mikrotik AC3. <br />
			<i>28.12.2021 15:48:00, MaeKrugern.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/86462-problema-s-konditsionerom-hisense/message407037</link>
			<guid>http://mikrotik.moscow/forum/forum57/86462-problema-s-konditsionerom-hisense/message407037</guid>
			<pubDate>Tue, 28 Dec 2021 15:48:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Проблема с кондиционером HiSense</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/86462-problema-s-konditsionerom-hisense/message407036">Проблема с кондиционером HiSense</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Чтобы обновить тему, я решил проблему. Если кто-то сталкивается с тем же, решение простое: просто сбросьте устройство, отметив поле CHECKING THE FIELD, чтобы не применялась стандартная конфигурация. В стандартной конфигурации есть кое-что, что не позволяет связаться с серверами Hisense. Будьте готовы, что сброс без стандартной конфигурации значит, что для базовой настройки нужно будет использовать Winbox, напрямую подключившись через LAN. Всем удачи! <br />
			<i>16.10.2021 16:21:00, marcobag.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/86462-problema-s-konditsionerom-hisense/message407036</link>
			<guid>http://mikrotik.moscow/forum/forum57/86462-problema-s-konditsionerom-hisense/message407036</guid>
			<pubDate>Sat, 16 Oct 2021 16:21:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Проблема с кондиционером HiSense</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/86462-problema-s-konditsionerom-hisense/message407035">Проблема с кондиционером HiSense</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Дорогие друзья, с тех пор как я перешёл на Mikrotik AC3, все мои беспроводные устройства работают, кроме кондиционера HiSense, который использует Wi-Fi модуль для подключения к своему облаку. Сам модуль успешно подключается к сети, но, похоже, трафик как-то блокируется. Я проанализировал весь трафик с этих IP и включил uPnP, но что-то всё равно упускаю? Вот коммуникация, которая, кажется, не проходит:<br /><br />in:ether1 out:bridge, src-mac a4:91:b1:ee:fc:82, proto UDP, 35.158.106.156:55055-&gt;10.40.2.1:49162, NAT 35.158.106.156:55055-&gt;(10.39.0.10:49162-&gt;10.40.2.1:49162), len 68 &nbsp;<br />forward: in:bridge out:ether1, src-mac ca:2c:4f:94:68:08, proto UDP, 10.40.2.1:49162-&gt;35.158.106.156:55055, NAT (10.40.2.1:49162-&gt;10.39.0.10:49162)-&gt;35.158.106.156:55055, len 68<br /><br />Заранее спасибо всем, кто сможет помочь разобраться! <br />
			<i>21.09.2021 08:34:00, marcobag.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/86462-problema-s-konditsionerom-hisense/message407035</link>
			<guid>http://mikrotik.moscow/forum/forum57/86462-problema-s-konditsionerom-hisense/message407035</guid>
			<pubDate>Tue, 21 Sep 2021 08:34:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
