<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: Запросы функций для сторожевого таймера.]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме Запросы функций для сторожевого таймера. форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Thu, 20 Aug 2026 07:23:53 -0400</pubDate>
		<item>
			<title>Запросы функций для сторожевого таймера.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/58764-zaprosy-funktsiy-dlya-storozhevogo-taymera./message222732">Запросы функций для сторожевого таймера.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Теперь это работает с задержкой в 5 проверок скрипта перед началом проверки сайтов (это позволяет ссылкам быть доступными до начала). Измените: если (netcount &gt; 5) do={ на любое число, которое отражает задержку. Я запланировал этот скрипт на запуск каждую минуту (подобно сторожевому ping). Если вы не хотите лог, полный "ping 1 success", удалите :log info “Ping 1 (Google) success” из скрипта. :global netcount<br />:set netcount ( $netcount + 1)<br /><br />: если (netcount &gt; 5) do={<br /><br />:если ([/ping 173.194.65.94 count=5] = 0) do={<br /><br /> &nbsp; :log info "Ping 1 (Google) Failed"<br /> &nbsp; :если ([/ping 23.62.98.216 count=5] = 0) do={<br /><br /> &nbsp; &nbsp; &nbsp;:log info "Ping 2 (direct.gov) Failed"<br /> &nbsp; &nbsp; &nbsp;:если ([/ping 64.4.11.42 count=5] = 0) do={<br /><br /> &nbsp; &nbsp; &nbsp; &nbsp; :log info "Ping 3 (Microsoft) Failed"<br /> &nbsp; &nbsp; &nbsp; &nbsp; /system reboot<br /><br /> &nbsp; &nbsp; &nbsp;} else={<br /> &nbsp; &nbsp; &nbsp; &nbsp; :log info "Ping 3 (Microsoft) success"<br /> &nbsp; &nbsp; &nbsp;}<br /><br /> &nbsp; } else={<br /> &nbsp; &nbsp; &nbsp;:log info "Ping 2 (direct.gov) success"<br /> &nbsp; }<br /><br />} else={<br /> &nbsp; :log info "Ping 1 (Google) success"<br />}<br />} <br />
			<i>14.09.2012 09:48:00, m1byo.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/58764-zaprosy-funktsiy-dlya-storozhevogo-taymera./message222732</link>
			<guid>http://mikrotik.moscow/forum/forum57/58764-zaprosy-funktsiy-dlya-storozhevogo-taymera./message222732</guid>
			<pubDate>Fri, 14 Sep 2012 09:48:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Запросы функций для сторожевого таймера.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/58764-zaprosy-funktsiy-dlya-storozhevogo-taymera./message222731">Запросы функций для сторожевого таймера.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			После рекомендации от техподдержки Mikrotik я написал следующий скрипт, который должен решить проблему: :if ([/ping 173.194.65.94 count=5] = 0) do={<br /><br /> &nbsp; :log info "Ping 1 (Google) Failed"<br /> &nbsp; :if ([/ping 23.62.98.216 count=5] = 0) do={<br /><br /> &nbsp; &nbsp; &nbsp;:log info "Ping 2 (direct.gov) Failed"<br /> &nbsp; &nbsp; &nbsp;:if ([/ping 64.4.11.42 count=5] = 0) do={<br /><br /> &nbsp; &nbsp; &nbsp; &nbsp; :log info "Ping 3 (Microsoft) Failed"<br /> &nbsp; &nbsp; &nbsp; &nbsp; /system reboot<br /><br /> &nbsp; &nbsp; &nbsp;} else={<br /> &nbsp; &nbsp; &nbsp; &nbsp; :log info "Ping 3 (Microsoft) success"<br /> &nbsp; &nbsp; &nbsp;}<br /><br /> &nbsp; } else={<br /> &nbsp; &nbsp; &nbsp;:log info "Ping 2 (direct.gov) success"<br /> &nbsp; }<br /><br />} else={<br /> &nbsp; :log info "Ping 1 (Google) success"<br />} Я теперь думаю о добавлении счетчика, чтобы он учитывал первые 5 минут работы, но это оказывается немного сложнее. Опубликую обновленный код, когда он заработает. <br />
			<i>14.09.2012 09:41:00, m1byo.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/58764-zaprosy-funktsiy-dlya-storozhevogo-taymera./message222731</link>
			<guid>http://mikrotik.moscow/forum/forum57/58764-zaprosy-funktsiy-dlya-storozhevogo-taymera./message222731</guid>
			<pubDate>Fri, 14 Sep 2012 09:41:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Запросы функций для сторожевого таймера.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/58764-zaprosy-funktsiy-dlya-storozhevogo-taymera./message222730">Запросы функций для сторожевого таймера.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Я за использование нескольких адресов для пингов. Одна из главных причин, по которой я купил роутер MikroTik, была функция пинг-надзора (и дополнительная настраиваемость, но с этим было сложнее уговорить жену!). Мой модем Virgin Media постоянно зависал примерно раз в 24 часа, и решение всегда было в перезагрузке роутера. Поэтому, используя пинг-надзор, я поддерживал интернет-соединение в рабочем состоянии. Примерно через 4 месяца после покупки нового роутера мне наконец-то удалось убедить Virgin, что проблема в их модеме, а не в моем роутере (это было непростая задача!), и они согласились заменить модем. С тех пор у меня не было сбоев, но я оставил пинг-надзор включенным, проверяя интернет-соединение. К сожалению, у меня были простои, и периодически соединение обрывалось каждые 6 минут, потому что проверялся только один сервер в интернете, который пропадал, хотя я все равно мог выйти в интернет. Если бы проверялись три сервера и проверялось бы, доступно ли одно IP-адрес, и, если да, то оставляло бы его, иначе проверяло бы следующий IP-адрес и так далее, это бы решило мою проблему. <br />
			<i>13.09.2012 09:49:00, m1byo.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/58764-zaprosy-funktsiy-dlya-storozhevogo-taymera./message222730</link>
			<guid>http://mikrotik.moscow/forum/forum57/58764-zaprosy-funktsiy-dlya-storozhevogo-taymera./message222730</guid>
			<pubDate>Thu, 13 Sep 2012 09:49:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Запросы функций для сторожевого таймера.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/58764-zaprosy-funktsiy-dlya-storozhevogo-taymera./message222729">Запросы функций для сторожевого таймера.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Понимаю, что ты имеешь в виду. Но если уже решили добавить функцию "пинг", то нужно сделать это нормально, с параметрами, которые можно настраивать. А сейчас она практически бесполезна. Кстати, иногда видел, как Ethernet-порты начинают глючить и переходят в заблокированное состояние, вот там бы эта функция пригодилась. Но, поиграл с ней немного, и в текущем виде она слишком примитивная, так что не использую. <br />
			<i>09.08.2012 13:36:00, cololine.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/58764-zaprosy-funktsiy-dlya-storozhevogo-taymera./message222729</link>
			<guid>http://mikrotik.moscow/forum/forum57/58764-zaprosy-funktsiy-dlya-storozhevogo-taymera./message222729</guid>
			<pubDate>Thu, 09 Aug 2012 13:36:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Запросы функций для сторожевого таймера.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/58764-zaprosy-funktsiy-dlya-storozhevogo-taymera./message222728">Запросы функций для сторожевого таймера.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Служба защиты маршрутизатора, по сути, там для защиты самого маршрутизатора… То есть, если ОС или оборудование маршрутизатора зависают. Она не предназначена для каких-то действий, связанных с сетью… Хотя я согласен, что можно внести некоторые улучшения в службу защиты, она должна быть довольно "базовой" функцией, и все те функции, которые вы хотите, можно легко реализовать с помощью скрипта. (Мой последний вариант — перезагрузить маршрутизатор, а не первый…) С уважением, Wazza <br />
			<i>09.08.2012 08:24:00, Wazza.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/58764-zaprosy-funktsiy-dlya-storozhevogo-taymera./message222728</link>
			<guid>http://mikrotik.moscow/forum/forum57/58764-zaprosy-funktsiy-dlya-storozhevogo-taymera./message222728</guid>
			<pubDate>Thu, 09 Aug 2012 08:24:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Запросы функций для сторожевого таймера.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/58764-zaprosy-funktsiy-dlya-storozhevogo-taymera./message222727">Запросы функций для сторожевого таймера.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Привет!<br /><br />Только начал работать с функцией сторожевой собаки и вижу некоторые недостатки, которые можно исправить, добавив несколько новых полей/значений:<br /><br />* &nbsp; **Несколько целевых IP для пинга:** Хотелось бы иметь возможность указывать до трех, потому что полагаться только на один IP – это как класть все яйца в одну корзину, а мои яйца уже пару раз разбивались. Сторожевой собаке следовало бы перезагружать роутер только если все указанные цели не ответили на пинг указанное количество раз (см. ниже).<br />* &nbsp; **Интервал пинга:** Очевидно, должен быть допустимый диапазон.<br />* &nbsp; **Количество последовательных таймаутов пинга, требуемых для перезагрузки:** Сейчас оно жёстко задано как шесть таймаутов за десятисекундные интервалы, то есть одна минута таймаутов перезагружает роутер. Это слишком мало; если мой провайдер перезагружает что-то на выделенной линии между мной и целевым сервером, например роутер, который обеспечивает мне соединение, это может спровоцировать перезагрузку на моей стороне. Возможность регулировать это значение позволит мне учесть такое. Дать больше свободы задержке. Сейчас похоже, что любой пинг сторожевой собаки, который не отвечает за несколько сотен миллисекунд, считается таймаутом. Встретить такое время ответа у шлюза нечасто, но я сейчас наблюдаю задержки больше этого в одном из моих объектов, и это вызвало перезагрузку, вызванную сторожевой собакой. К сожалению, шлюз – самый логичный выбор для цели пинга, так как это следующий узел после роутера, но вышестоящие роутеры придают этому трафику наименьший приоритет. Поэтому полезной была бы настройка максимальной допустимой задержки. Мы говорим о функции, которая будет перезагружать роутер, так что, я действительно думаю, что дополнительные средства управления оправданы.<br /><br />Спасибо!<br />Эд <br />
			<i>08.08.2012 21:45:00, cololine.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/58764-zaprosy-funktsiy-dlya-storozhevogo-taymera./message222727</link>
			<guid>http://mikrotik.moscow/forum/forum57/58764-zaprosy-funktsiy-dlya-storozhevogo-taymera./message222727</guid>
			<pubDate>Wed, 08 Aug 2012 21:45:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
