<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: Mikrotikstat.us — проверьте состояние различных сервисов MikroTik.]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме Mikrotikstat.us — проверьте состояние различных сервисов MikroTik. форума Сторонние инструменты на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Tue, 14 Jul 2026 08:31:25 +0300</pubDate>
		<item>
			<title>Mikrotikstat.us — проверьте состояние различных сервисов MikroTik.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum62/86699-mikrotikstat.us-_-proverte-sostoyanie-razlichnykh-servisov-mikrotik./message409455">Mikrotikstat.us — проверьте состояние различных сервисов MikroTik.</a></b> <i>Сторонние инструменты</i> в форуме <a href="http://mikrotik.moscow/forum/forum62/">Сторонние инструменты</a>. <br />
			Добавлена проверка порта 80. Старые записи говорят, что именно он используется при нажатии «проверить обновления». Пока нет времени проверить это лично. <br />
			<i>27.07.2025 16:25:00, cyrq.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum62/86699-mikrotikstat.us-_-proverte-sostoyanie-razlichnykh-servisov-mikrotik./message409455</link>
			<guid>http://mikrotik.moscow/forum/forum62/86699-mikrotikstat.us-_-proverte-sostoyanie-razlichnykh-servisov-mikrotik./message409455</guid>
			<pubDate>Sun, 27 Jul 2025 16:25:00 +0300</pubDate>
			<category>Сторонние инструменты</category>
		</item>
		<item>
			<title>Mikrotikstat.us — проверьте состояние различных сервисов MikroTik.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum62/86699-mikrotikstat.us-_-proverte-sostoyanie-razlichnykh-servisov-mikrotik./message409454">Mikrotikstat.us — проверьте состояние различных сервисов MikroTik.</a></b> <i>Сторонние инструменты</i> в форуме <a href="http://mikrotik.moscow/forum/forum62/">Сторонние инструменты</a>. <br />
			Можешь добавить update.mikrotik.com в список? <br />
			<i>27.07.2025 15:05:00, BartoszP.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum62/86699-mikrotikstat.us-_-proverte-sostoyanie-razlichnykh-servisov-mikrotik./message409454</link>
			<guid>http://mikrotik.moscow/forum/forum62/86699-mikrotikstat.us-_-proverte-sostoyanie-razlichnykh-servisov-mikrotik./message409454</guid>
			<pubDate>Sun, 27 Jul 2025 15:05:00 +0300</pubDate>
			<category>Сторонние инструменты</category>
		</item>
		<item>
			<title>Mikrotikstat.us — проверьте состояние различных сервисов MikroTik.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum62/86699-mikrotikstat.us-_-proverte-sostoyanie-razlichnykh-servisov-mikrotik./message409453">Mikrotikstat.us — проверьте состояние различных сервисов MikroTik.</a></b> <i>Сторонние инструменты</i> в форуме <a href="http://mikrotik.moscow/forum/forum62/">Сторонние инструменты</a>. <br />
			UDP «мониторинг» в Uptime Kuma невозможен. Если есть что-то, что может отвечать на TCP-пакеты и подтвердить, что сервис работает правильно, я с удовольствием добавлю это на панель управления. <br />
			<i>15.07.2025 22:15:00, cyrq.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum62/86699-mikrotikstat.us-_-proverte-sostoyanie-razlichnykh-servisov-mikrotik./message409453</link>
			<guid>http://mikrotik.moscow/forum/forum62/86699-mikrotikstat.us-_-proverte-sostoyanie-razlichnykh-servisov-mikrotik./message409453</guid>
			<pubDate>Tue, 15 Jul 2025 22:15:00 +0300</pubDate>
			<category>Сторонние инструменты</category>
		</item>
		<item>
			<title>Mikrotikstat.us — проверьте состояние различных сервисов MikroTik.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum62/86699-mikrotikstat.us-_-proverte-sostoyanie-razlichnykh-servisov-mikrotik./message409452">Mikrotikstat.us — проверьте состояние различных сервисов MikroTik.</a></b> <i>Сторонние инструменты</i> в форуме <a href="http://mikrotik.moscow/forum/forum62/">Сторонние инструменты</a>. <br />
			Я не понимаю, вот один пример — явно НЕ «локальный». Есть сообщения из нескольких стран ЕС и одно из Бразилии, что уже несколько дней: cloud.mikrotik.com вроде как работает, отвечает на пинги, и на панели управления отображается как ПОЛНОСТЬЮ функционирующий. Но при этом detect-internet перестал работать. И есть сообщения о похожем случае в 2023 году, и ты участвовал в той теме. Понимаю, что проверить, работает ли порт или сервис, может быть невозможно, но панель управления тогда, по моему мнению, должна показывать статический текст что-то вроде «статус detect-internet: неизвестен». <br />
			<i>13.07.2025 21:17:00, jaclaz.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum62/86699-mikrotikstat.us-_-proverte-sostoyanie-razlichnykh-servisov-mikrotik./message409452</link>
			<guid>http://mikrotik.moscow/forum/forum62/86699-mikrotikstat.us-_-proverte-sostoyanie-razlichnykh-servisov-mikrotik./message409452</guid>
			<pubDate>Sun, 13 Jul 2025 21:17:00 +0300</pubDate>
			<category>Сторонние инструменты</category>
		</item>
		<item>
			<title>Mikrotikstat.us — проверьте состояние различных сервисов MikroTik.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum62/86699-mikrotikstat.us-_-proverte-sostoyanie-razlichnykh-servisov-mikrotik./message409451">Mikrotikstat.us — проверьте состояние различных сервисов MikroTik.</a></b> <i>Сторонние инструменты</i> в форуме <a href="http://mikrotik.moscow/forum/forum62/">Сторонние инструменты</a>. <br />
			Да, все любят “detect-internet”, и задокументировано, что он использует именно этот порт. Но что именно он с ним делает — неизвестно. Сейчас это выглядит похоже на формат “packed”/TLV, который встречается в других местах, например, в MNDP. Но я думаю, что порт 30000 на самом деле используется в /ip/cloud/ddns и ip/cloud/back-to-home-* — это более распространённые функции. Мой совет не из-за проблем с detect-internet — они скорее локальные или связаны с дизайном, так как его конфигурация часто ошибочная и ограниченная. Насколько я знаю, большинство сбоев в /ip/cloud, которые мы видели, были вызваны проблемами в маршрутизации сети (их поймал бы пинг). Не припоминаю случая, чтобы какая-то служба, например, та, что работает через порт 30000, переставала работать. <br />
			<i>13.07.2025 18:42:00, Amm0.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum62/86699-mikrotikstat.us-_-proverte-sostoyanie-razlichnykh-servisov-mikrotik./message409451</link>
			<guid>http://mikrotik.moscow/forum/forum62/86699-mikrotikstat.us-_-proverte-sostoyanie-razlichnykh-servisov-mikrotik./message409451</guid>
			<pubDate>Sun, 13 Jul 2025 18:42:00 +0300</pubDate>
			<category>Сторонние инструменты</category>
		</item>
		<item>
			<title>Mikrotikstat.us — проверьте состояние различных сервисов MikroTik.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum62/86699-mikrotikstat.us-_-proverte-sostoyanie-razlichnykh-servisov-mikrotik./message409450">Mikrotikstat.us — проверьте состояние различных сервисов MikroTik.</a></b> <i>Сторонние инструменты</i> в форуме <a href="http://mikrotik.moscow/forum/forum62/">Сторонние инструменты</a>. <br />
			Только в качестве небольшого замечания, чтобы всё было понятнее. Сейчас, похоже, на UDP-порт 30000 (который используется для «detect-internet») наложено какое-то специфическое «ограничение», и это ведёт к двум последствиям: те, кто использует «detect-internet» просто чтобы видеть красивые графики в мобильном приложении, больше их не видят: Internet-Available-On-Sfp1-Limited-Access - #7 от COden6484; а те, кто использует «detect-internet» для аварийного переключения, видят, что их роутеры переключаются на вторичный маршрут (чаще LTE, то есть медленнее и дороже): Detect internet stopped working (в Венгрии? Испании? Евросоюзе?). Это говорит о том, что нужно найти способ проверить, работает ли UDP-порт так, как должен. <br />
			<i>13.07.2025 10:04:00, jaclaz.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum62/86699-mikrotikstat.us-_-proverte-sostoyanie-razlichnykh-servisov-mikrotik./message409450</link>
			<guid>http://mikrotik.moscow/forum/forum62/86699-mikrotikstat.us-_-proverte-sostoyanie-razlichnykh-servisov-mikrotik./message409450</guid>
			<pubDate>Sun, 13 Jul 2025 10:04:00 +0300</pubDate>
			<category>Сторонние инструменты</category>
		</item>
		<item>
			<title>Mikrotikstat.us — проверьте состояние различных сервисов MikroTik.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum62/86699-mikrotikstat.us-_-proverte-sostoyanie-razlichnykh-servisov-mikrotik./message409449">Mikrotikstat.us — проверьте состояние различных сервисов MikroTik.</a></b> <i>Сторонние инструменты</i> в форуме <a href="http://mikrotik.moscow/forum/forum62/">Сторонние инструменты</a>. <br />
			Когда-то, во время простоя старого форума или сервера активации лицензий CHR (точно не помню), кто-то в Discord заметил, что у MikroTik нет страницы со статусом или состоянием его сервисов, как, например, у Google, CloudFlare или FortiNet. Поэтому я быстро развернул инстанс Uptime Kuma, немного поднастроил, купил «цепляющий» домен, и он уже пару месяцев работает. Ранее я ссылался на него в Discord и Reddit, но здесь на форуме ещё не писал.<br /><br />Если кто-то считает, что на странице нужно что-то добавить или убрать (например, я не уверен, насколько полезно мониторить cloud*.mikrotik.com), не стесняйтесь оставить комментарий. <br />
			<i>24.06.2025 13:15:00, cyrq.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum62/86699-mikrotikstat.us-_-proverte-sostoyanie-razlichnykh-servisov-mikrotik./message409449</link>
			<guid>http://mikrotik.moscow/forum/forum62/86699-mikrotikstat.us-_-proverte-sostoyanie-razlichnykh-servisov-mikrotik./message409449</guid>
			<pubDate>Tue, 24 Jun 2025 13:15:00 +0300</pubDate>
			<category>Сторонние инструменты</category>
		</item>
	</channel>
</rss>
