<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: ROUTE USES WRONG INTERFACE AFTER RECONNECT

После переподключения маршрут использует неверный интерфейс.

Не знаю, как это объяснить, но после отключения и повторного подключения маршрут выбирает не тот интерфейс. Это странно, потому что раньше такого не ]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме ROUTE USES WRONG INTERFACE AFTER RECONNECT

После переподключения маршрут использует неверный интерфейс.

Не знаю, как это объяснить, но после отключения и повторного подключения маршрут выбирает не тот интерфейс. Это странно, потому что раньше такого не  форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Mon, 10 Aug 2026 00:16:58 -0400</pubDate>
		<item>
			<title>ROUTE USES WRONG INTERFACE AFTER RECONNECT

После переподключения маршрут использует неверный интерфейс.

Не знаю, как это объяснить, но после отключения и повторного подключения маршрут выбирает не тот интерфейс. Это странно, потому что раньше такого не </title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/62700-route-uses-wrong-interface-after-reconnect-posle-perepodklyucheniya-marshrut-ispolzuet-nevernyy-interfeys.-ne-znayu_-kak-eto-obyasnit_-no-posle-otklyucheniya-i-povtornogo-podklyucheniya-marshrut-vybiraet-ne-tot-interfeys.-eto-stranno_-potomu-chto-ranshe-t/message240671">ROUTE USES WRONG INTERFACE AFTER RECONNECT

После переподключения маршрут использует неверный интерфейс.

Не знаю, как это объяснить, но после отключения и повторного подключения маршрут выбирает не тот интерфейс. Это странно, потому что раньше такого не </a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Привет всем! Сейчас я использую VPN для VPNGW MT для целей почты. В ЮАР наш DSL отключается каждые 24 часа. Когда это происходит, мой ROUTE для перенаправления всего трафика DST на мой VPNGW (чтобы клиенты могли использовать мой SMTP-сервер на локальном IP-адресе, 198.0.254.254) не использует VPNGW в качестве интерфейса, а использует мой интерфейс BANDWIDTH. (Надеюсь, я все понятно объяснил). Хочу создать скрипт, чтобы проверять, какой интерфейс использует шлюз. Если интерфейс — BANDWIDTH, скрипт должен удалить существующий маршрут и создать новый, который автоматически выберет VPNGW в качестве интерфейса, а не BANDWIDTH. Вот что я сделал до сих пор: :log message=“Updating VPNGW” :global VPNGWIP :set VPNGWIP [/ip route get [/ip route find dst-address=198.0.254.0 interface] /tool e-mail send to=“ giepie@varynet.co.za ” from=“ test@test.co.za ” body=VPNGWIP :log message=VPNGWIP Что я не могу заставить работать, это присвоить переменной VPNGWIP имя интерфейса. Я добавил команду e-mail, чтобы посмотреть, какое значение у VPNGWIP, но его значение — VPNGW, вместо VPNGWIP или BANDWIDTH (VPNGW — имя VAR, а VPNGWIP и BANDWIDTH — имена разных интерфейсов). Разве команды set и find не должны менять значение VAR на ИМЯ ИНТЕРФЕЙСА, потому что я написал: :set VPNGWIP [/ip route get [/ip route find dst-address=198.0.254.0 interface] Пожалуйста, помогите, большое спасибо!! Giepie <br />
			<i>10.12.2005 00:38:00, Giepie.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/62700-route-uses-wrong-interface-after-reconnect-posle-perepodklyucheniya-marshrut-ispolzuet-nevernyy-interfeys.-ne-znayu_-kak-eto-obyasnit_-no-posle-otklyucheniya-i-povtornogo-podklyucheniya-marshrut-vybiraet-ne-tot-interfeys.-eto-stranno_-potomu-chto-ranshe-t/message240671</link>
			<guid>http://mikrotik.moscow/forum/forum57/62700-route-uses-wrong-interface-after-reconnect-posle-perepodklyucheniya-marshrut-ispolzuet-nevernyy-interfeys.-ne-znayu_-kak-eto-obyasnit_-no-posle-otklyucheniya-i-povtornogo-podklyucheniya-marshrut-vybiraet-ne-tot-interfeys.-eto-stranno_-potomu-chto-ranshe-t/message240671</guid>
			<pubDate>Sat, 10 Dec 2005 00:38:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
