…теперь ещё траблы появились…работаем..;-)))
Есть две сети — 169.254.254.0 и 169.254.255.0 … обе подключены к другой сети… 10.14.*.* (естественно ещё через однусетевуху) … хотел организовать работу двух первых сетей через третью…. 169.254.254.0->10.14.56.21->"маршрут третей сети"->10.14.57.68->169.254.255.0
Пишу на машине 169.254.255.1 #route add -net 169.254.254.0 netmask 255.255.255.0 gw 10.14.56.21 dev eth0
получаю в ответ — network unreacheble
В чём грабли…вроде всё правильно делаю…
Заранее благодарен.
Последние комментарии
-
OlegL, 17 декабря в 15:00 →
Перекличка
21
-
REDkiy, 8 июня в 9:09 →
Как «замокать» файл для юниттеста в Python?
2
-
fhunter, 29 ноября 2022 года в 2:09 →
Проблема с NO_PUBKEY: как получить GPG-ключ и добавить его в базу apt?
6
-
Иванн, 9 апреля 2022 года в 8:31 →
Ассоциация РАСПО провела первое учредительное собрание
1
-
Kiri11.ADV1, 7 марта 2021 года в 12:01 →
Логи catalina.out в TomCat 9 в формате JSON
1
ecobeing.ru
Экология и вегетарианство на благо всем живым существам Планеты.
может велосипед не будем изобретать, а тунель пробросим? ;)
который pptp?
потому как на каком-нибудь узле из «маршрута третьей сети» пакеты для 169.254.254.0/23 будут маршрутизироваться на что-то типа /dev/null.
Я думал над этим…,но тогда встаёт уместный вопрос…кто будут сервером, а кто клиентом…т.к машины могут быть загружены в любой момент (в любой очерёдности), а маршрутизация должна быть постоянно пока работают оба сервера…или предлагается это автоматизировать?!
Тогда прошу примерчик…
Объясни нормально.
Есть два сервера (каждый держит свою внутреннюю сеть) подключённые к внешней сети (локалка района)…
Надо обеспечить маршрутизацию между серверами (между внутренними сетями)…
Нормально — имелось в виду,
Машина 1: eth0 = IP <-> сеть 169.254.254.0
eth1 = IP <-> сеть 10.14.*.*
Машина 2: eth0 = IP <-> сеть 169.254.255.0
eth1 = IP <-> cеть 10.14.*.*
Так что ли? Я б маскарадил сто шестьдесят девятые сети iptables’ами и оставлял дырочки для сервисов.
Good Luck,
UT
я так всё же думаю, что вот этого будет более чем достаточно.
даже с бооольшим переборчиком.
Маскарадинг стоит…, а толку…не удаётся маршрутизацию поднять…пишет, что сеть не доступна…
Стоп-стоп-стоп.
Если ты пишешь на машине 169.254.255.1 и желаемый маршрут ты здесь написал верно, то gw 10.14.57.68, а не 10.14.56.21.
…почему ?! Я считал, что надо указывать маршрутизатор второй сети…
Вот потому тебя и просят описать НОРМАЛЬНО.
И вообще, есть уверенность, что сеть 10. через себя пропустит 169. ?
Опять себя приходится цитировать…..
Вот именно вот этот ньюанс, его неопределённость, а точнее большая вероятность того, что какой-нибудь hop по маршруту между сетями не завернёт эти пакеты в /dev/null, не даёт возможности сделать прямую маршрутизацию.
GW — комп, до которого твой может достучаться напрямую.
Достучаться до .56.21 твой не может.
Так что .57.68 и молиться, что уже он переправит, куда надо.
Хотя вряд ли, так что лучше сделать по-человечески (см. выше)
10.14.56.21 может свободно достучаться до 10.14.57.68 … естественно используя маршрутизацию третей сети.
Получается, что проще поднимать мост…
Не то, чтобы проще — но правильнее