Добрый день всем! Делаю объединение двух филиалов.
LAN первого филиала — 191.168.1.0/24, LAN второго — 192.168.15.0/24. WAN первого 10.10.1.32/30, WAN второго — 10.10.1.36/30. Пинги с роутеров друг надруга идут. Пытаюсь пропинговать WAN второго филиала из LAN первого. Ничего не получается. В качестве роутера первого филиала используется ASPLinux 10. Eth0 (192.168.1.5) смотрит в локалку, eth1 (10.10.1.34) смотрит в WAN. Вот настройки, которые я сделал на роутере первого филиала:
iptables:
# Generated by iptables-save v1.2.11 on Tue Oct 25 16:03:04 2005
*filter
-A FORWARD -d 192.168.1.0/24 -j ACCEPT
-A FORWARD -s 192.168.1.0/24 -j ACCEPT
*nat
-A POSTROUTING -s 192.168.1.0/255.255.255.0 -o eth1 -j MASQUERADE
COMMIT
У себя на компе такие настройки — ip 192.168.1.164, шлюз по умолчанию 192.168.1.5.
Подскажите, где я ошибся или недописал.
Последние комментарии
-
OlegL, 17 декабря в 15:00 → Перекличка 21
-
REDkiy, 8 июня 2023 года в 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 ecobeing](/uploads/ad/image/d543f002e66d5f1767eb81016544b976336e76e5.png)
Форвардинг пакетов между интерфейсами на шлюзе включил?
а цепочки INPUT & OUTPUT, кто будет показывать?
Саш, лучше сразу направить человека…
$ cat /proc/sys/net/ipv4/ip_forward
Кстати, твои строчки:
Равносильны одной строке:
Что при политике 'ACCEPT' в цепочке 'FORWARD' вообще не несёт никакой функциональной нагрузки ;)
fly4life, Dr._Evil огромное спасибо — проблема была действительно в форвардинге
прописать то я прописал, только вот при перезагрузке этот параметр естественно вылетел, не подскажете где он прописывается для постоянной работы?
Полностью согласен.:)
И ещё один странный момент:
когда делаю трассировку со своего компа в головном офисе до роутера филиала, то всё замечательно:
C:\Documents and Settings\vlad>tracert 10.10.1.38
Трассировка маршрута к 10.10.1.38 с максимальным числом прыжков 30
1 <1 мс <1 мс <1 мс 192.168.1.5
2 3 ms 2 ms 2 ms 10.10.1.33
3 4 ms 4 ms 3 ms 10.10.1.37
4 20 ms 10 ms 11 ms 10.10.1.38
Трассировка завершена.
Если же я делаю трассировку напрямую с роутера головного офиса до роутера филиала, то вот, что вижу -
# traceroute 10.10.1.38
traceroute to 10.10.1.38 (10.10.1.38), 30 hops max, 38 byte packets
1 10.10.1.33 (10.10.1.33) 5.262 ms 2.480 ms 2.602 ms
2 10.10.1.37 (10.10.1.37) 3.969 ms 3.832 ms 3.338 ms
3 * * *
4 * * *
5 * * *
6 * * *
7 * * *
8 * * *
9 * * *
10 * * *
11 * * *
12 * * *
13 * * *
14 * * *
15 * * *
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *
Очень странно.
Либо в rc.local <font size=«-2»>(такой ведь ещё есть в ASPLinux 10? ;))</font> добавить строку:
либо, что правильней, задать значение «1» соответствующему параметру в sysctl.conf.
Да не, нормально ;).
traceroute может идти по протоколу UDP, а может и по ICMP.
Виндовый tracert использует ICMP запросы для проверки маршрута, а линуксовый traceroute — UDP транаспорт. Либо где-то <font size=«-2»>(10.10.1.37)</font> на пути режется UDP по портам, используемым traceroute, либо на самом филиальном роутере.
Лучше как правильней;)
Ок, спасибо. Вероятнее всего на промежуточном роутере — так как в филиальном я ничего не режу.
И ещё такой вопросик — я хочу из своего компа(192.168.1.164) в головном офисе достукиваться до локального компа в филиале (192.168.15.5). Такое возможно?
Да, возможно. Необходимо настроить маршруты, а такж убедиться, что на филиальном шлюзе ничего не режется файерволлом и включен форвардинг пакетов между интерфейсами.
Пример маршрута на линуксовом роутере головного офиса (за которым сетка 192.168.1.0):
где $EXT_IP_ROUTER_FILIAL — это IP-адрес на внешнем интерфейсе фиалиального роутера (за которым сетка 192.168.15.0).
Пардон, я забыл дописать, как устроена маршутизация:
# /sbin/route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
10.10.1.32 * 255.255.255.252 U 0 0 0 eth1
192.168.1.0 * 255.255.255.0 U 0 0 0 eth0
default 10.10.1.33 0.0.0.0 UG 0 0 0 eth1
Так на головном роутере. В филиале стоит D-Link DSL-500T, настроенный в качестве маршрутизатора.
C:\Documents and Settings\vlad>tracert 192.168.15.2
Трассировка маршрута к 192.168.15.2 с максимальным числом прыжков 30
1 <1 мс <1 мс <1 мс 192.168.1.5 — адрес роутера в локальной сети головного офиса
2 2 ms 2 ms 2 ms 10.10.1.33 — промежуточный роутер провайдера
3 6 ms 4 ms 4 ms 10.10.1.37 — промежуточный роутер провайдера
4 * * * Превышен интервал ожидания для запроса.
5 * * * Превышен интервал ожидания для запроса.
Внешний IP-адрес второго офиса 10.10.1.38, внутренний 192.168.15.1.
Так что пакет с адресом назначения 192.168.15.2 уже маршрутизируется ка положено и добавлять строчку route add -net 192.168.15.0 netmask 255.255.255.0 gw $EXT_IP_ROUTER_FILIAL имхо не надо. Я не прав?
А, ну это совсем другое дело. Значит действительно ничего прописывать не надо. На 10.10.1.33, видимо, маршрутизация уже настроена.
Тгда я не понял вопроса: «И ещё такой вопросик — я хочу из своего компа(192.168.1.164) в головном офисе достукиваться до локального компа в филиале (192.168.15.5). Такое возможно?». Работает же само ;)
Действительно работает:)
Только что вернулся с филиала — оказался неправильно настроенным фаервол на D-Link DSL-500T. Теперь и пинги бегают и trace есть. Только опять непонятки:
пингую с головного офиса со своей тачки (192.168.1.164) машину в филиале (192ю168ю15ю3) — круто, всё работает, а трейс пропадает в одном месте:(
С филиала те же действия проходят нормально, т.е. 1 хоп никуда не пропадает. Возможно дело в TTL?
C:\Documents and Settings\vlad>tracert 192.168.15.3
Трассировка маршрута к 192.168.15.3 с максимальным числом прыжков 30
1 <1 мс <1 мс <1 мс 192.168.1.5
2 2 ms 2 ms 2 ms 10.10.1.33
3 5 ms 4 ms 4 ms 10.10.1.37
4 * * * Превышен интервал ожидания для запроса.
5 12 ms 11 ms 11 ms 192.168.15.3
Трассировка завершена.
C:\Documents and Settings\vlad>ping 192.168.15.3
Обмен пакетами с 192.168.15.3 по 32 байт:
Ответ от 192.168.15.3: число байт=32 время=12мс TTL=122
Ответ от 192.168.15.3: число байт=32 время=11мс TTL=122
Ответ от 192.168.15.3: число байт=32 время=10мс TTL=122
Ответ от 192.168.15.3: число байт=32 время=12мс TTL=122
Статистика Ping для 192.168.15.3:
Пакетов: отправлено = 4, получено = 4, потеряно = 0 (0% потерь),
Приблизительное время приема-передачи в мс:
Минимальное = 10мсек, Максимальное = 12 мсек, Среднее = 11 мсек
D-Link DSL-500T — это, значит, филиальный роутер, у которого IP 10.10.1.38.
Дело в нём. Не всё ты там донастроил верно.
Абсолютно верно.
Значит дело не в TTL?
Просто странно, что с филиала trace без потери хопов, а с головного офиса с потерей. Ну вообщем то это не очень важно — так уж для чистоты эксперимента.
PS Огромное спасибо за помощь. Смотри почту;)