Вопрос с маршрутизацией?

Question

Дима Петров @sajor2006

Ну я человек. )

Сетевая маршрутизация

Вопрос с маршрутизацией?

.                           - -> шлюз 1
      172.17.11.21         |       ⇵                            172.17.1.10
      компьютер1 -> - -> - |     шлюз 2                - <- шлюз 4 <- компьютер2
                                   ⇵                  |
                                 шлюз 3 <- - <- - <- -|

шлюз1 (172.17.11.118, 10.1.0.0/24) общий 172.17.11.101, поднимается на одном из шлюзов
шлюз2 (172.17.11.119, 10.2.0.0/24)
шлюз3 (172.17.11.120, 10.3.0.0/24)
шлюз4 (172.17.1.1/24, 10.3.0.4)

Все маршруты прописаны и icmp ходит, но по ssh компьютер2 к компьютер1 не может подключится, a компьютер1 к компьютер2 может.

у компьютер1 172.17.11.101 default gateway
у компьютер2 10.3.0.1 gateway в 172.17.11.0/24

запрос от компьютер1 к компьютер2 проходят так

компьютер1 -> шлюз1 -> шлюз3 -> компьютер2
Ответ
компьютер2 -> шлюз3 -> компьютер1

Как можно поправить подключение комп2 к комп1 без изменения маршрутизации ?

Спасибо

Вопрос задан более двух лет назад
111 просмотров

14 комментариев

Подписаться 1 Средний 14 комментариев

Sand @sand3001

Все маршруты прописаны

Все это какие?
Есть ли в сети nat? Есть ли в сети фаерволл?

запрос от компьютер1 к компьютер2 проходят так

компьютер1 -> шлюз1 -> шлюз3 -> компьютер2
Ответ
компьютер2 -> шлюз3 -> компьютер1

Покажите трассировку маршрута от компьютера 1 к компьютеру 2 и от компьютера 2 к компьютеру 1, не вот эта абстрактная схема прописью, а конкретно результат выполнения команды tracert или traceroute (не знаю какие ОС там у Вас)

Написано более двух лет назад

Дима Петров @sajor2006 Автор вопроса

Sand,

tracepath  172.17.11.23 -n 
1?: [LOCALHOST]                                         pmtu 1500
1:  172.17.1.1                                            0.773ms 
1:  172.17.1.1                                            0.643ms 
2:  10.3.0.1                                             23.050ms 
3:  172.17.11.23                                         33.071ms !H
     Resume: pmtu 1500

tracepath 172.17.1.10 -n 
 1?: [LOCALHOST]                      pmtu 1500
 1:  172.17.11.119                                         9.803ms 
 1:  172.17.11.119                                         9.598ms 
 2:  172.17.11.120                                        19.257ms asymm  1 
 3:  10.3.0.4                                             32.403ms asymm  2 
 4:  172.17.1.10                                          33.232ms reached
     Resume: pmtu 1500 hops 4 back 3

nat и фаерволл нет, все отключено.

Написано более двух лет назад

Sand @sand3001

Дима Петров, таблицы маршрутизации на шлюзах можно увидеть? Что такое 192.168.1.1?

Написано более двух лет назад
Дима Петров @sajor2006 Автор вопроса

Sand, В схеме пытаюсь показать что компьютер1 получает SYN от компьютер2 через шлюз3, а SYN-ACT через шлюз1, шлюз1 предает пакет шлюз3 а тот дальше.
Теоретически маршрут ответа должен быть идентичен.

192.168.1.1 = 172.17.1.1 (поправил вопрос и ответ)
это еще один шлюз, не обозначенный на схеме.

Написано более двух лет назад
Sand @sand3001

Дима Петров, да что ж такое то, третий раз прошу показать таблицы маршрутизации на шлюзах

Написано более двух лет назад

Дима Петров @sajor2006 Автор вопроса

Sand,
шлюз3

10.1.0.0        172.17.11.119   255.255.255.0   UG    32     0        0 ens4
10.2.0.0        172.17.11.118   255.255.255.0   UG    32     0        0 ens4
10.3.0.0        0.0.0.0         255.255.255.0   U     0      0        0 tap0
10.47.1.0       0.0.0.0         255.255.255.0   U     0      0        0 tap1
10.47.2.0       0.0.0.0         255.255.255.0   U     0      0        0 tap2
10.47.3.0       0.0.0.0         255.255.255.0   U     0      0        0 tap3
10.47.4.0       0.0.0.0         255.255.255.0   U     0      0        0 tap4
10.47.5.0       0.0.0.0         255.255.255.0   U     0      0        0 tap5
10.47.6.0       0.0.0.0         255.255.255.0   U     0      0        0 tap6
10.47.7.0       0.0.0.0         255.255.255.0   U     0      0        0 tap7
92.**.**.128    0.0.0.0         255.255.255.**  U     100    0        0 ens3
172.17.1.0      10.3.0.4        255.255.255.0   UG    32     0        0 tap0
172.17.3.0      10.3.0.4        255.255.255.0   UG    32     0        0 tap0
172.17.4.0      10.3.0.4        255.255.255.0   UG    32     0        0 tap0
172.17.5.0      10.3.0.4        255.255.255.0   UG    32     0        0 tap0
172.17.6.0      10.3.0.4        255.255.255.0   UG    32     0        0 tap0
172.17.7.0      10.3.0.4        255.255.255.0   UG    32     0        0 tap0
172.17.11.0     0.0.0.0         255.255.255.0   U     101    0        0 ens4
192.168.4.0     10.3.0.5        255.255.255.0   UG    32     0        0 tap0

шлюз1

10.1.0.0        0.0.0.0         255.255.255.0   U     0      0        0 tap0
10.2.0.0        172.17.11.118   255.255.255.0   UG    32     0        0 ens4
10.3.0.0        172.17.11.120   255.255.255.0   UG    32     0        0 ens4
10.88.1.0       0.0.0.0         255.255.255.0   U     0      0        0 tap1
10.88.2.0       0.0.0.0         255.255.255.0   U     0      0        0 tap2
10.88.3.0       0.0.0.0         255.255.255.0   U     0      0        0 tap3
10.88.4.0       0.0.0.0         255.255.255.0   U     0      0        0 tap4
10.88.5.0       0.0.0.0         255.255.255.0   U     0      0        0 tap5
10.88.6.0       0.0.0.0         255.255.255.0   U     0      0        0 tap6
10.88.7.0       0.0.0.0         255.255.255.0   U     0      0        0 tap7
92.**.**.128    0.0.0.0         255.255.255.**  U     100    0        0 ens3
172.17.1.0      172.17.11.120   255.255.255.0   UG    32     0        0 ens4
172.17.3.0      172.17.11.120   255.255.255.0   UG    32     0        0 ens4
172.17.4.0      172.17.11.120   255.255.255.0   UG    32     0        0 ens4
172.17.5.0      172.17.11.120   255.255.255.0   UG    32     0        0 ens4
172.17.6.0      172.17.11.120   255.255.255.0   UG    32     0        0 ens4
172.17.7.0      172.17.11.120   255.255.255.0   UG    32     0        0 ens4
172.17.11.0     0.0.0.0         255.255.255.0   U     101    0        0 ens4
192.168.4.0     172.17.11.120   255.255.255.0   UG    32     0        0 ens4

Написано более двух лет назад

Sand @sand3001

Дима Петров, шлюз 4 тоже участвует, где его таблица?

Написано более двух лет назад

Дима Петров @sajor2006 Автор вопроса

шлюз4

route -n 
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         89.**.**0.1*7   0.0.0.0         UG    402    0        0 vlan100
10.0.0.0        10.3.0.1        255.240.0.0     UG    0      0        0 tap0
10.3.0.0        0.0.0.0         255.255.255.0   U     0      0        0 tap0
89.**.**0.196   0.0.0.0         255.255.255.**  U     402    0        0 vlan100
172.16.0.0      10.3.0.1        255.240.0.0     UG    0      0        0 tap0
172.17.1.0      0.0.0.0         255.255.255.0   U     100    0        0 ens3
172.17.3.0      0.0.0.0         255.255.255.0   U     406    0        0 vlan3
172.17.4.0      0.0.0.0         255.255.255.0   U     403    0        0 vlan4
172.17.5.0      0.0.0.0         255.255.255.0   U     404    0        0 vlan5
172.17.6.0      0.0.0.0         255.255.255.0   U     400    0        0 vlan6
172.17.7.0      0.0.0.0         255.255.255.0   U     101    0        0 ens4
172.17.25.0     0.0.0.0         255.255.255.0   U     401    0        0 vlan25
192.168.1.0     0.0.0.0         255.255.255.0   U     405    0        0 vlan2
192.168.4.0     172.17.7.6      255.255.255.0   UG    101    0        0 ens4

Написано более двух лет назад

Sand @sand3001
Дима Петров, Ну вот смотрите, с компьютера у которого шлюз4 шлем пакет на комп с адресом 172.17.11.23
он попадает в это правило:

172.16.0.0 10.3.0.1 255.240.0.0 UG 0 0 0 tap0

то есть трафик идет на 10.3.0.1 (наверное это шлюз1) и дальше напрямую к хосту 172.17.11.23

172.17.11.0 0.0.0.0 255.255.255.0 U 101 0 0 ens4

в другую сторону, шлем пакет на комп с адресом 172.17.1.10 пакет обрабатывает шлюз2 почему-то (172.17.11.119) и срабатывает правило которое отправляет пакет на 172.17.11.120 (шлюз3), дальше шлюз3 шлет пакет на 10.3.0.4 (шлюз4)

172.17.1.0 10.3.0.4 255.255.255.0 UG 32 0 0 tap0

а оттуда петля на шлюз1 (10.3.0.1)

172.16.0.0 10.3.0.1 255.240.0.0 UG 0 0 0 tap0

Боюсь что Ваш вопрос без изменения маршрутизации на шлюзах не разрешим
Написано более двух лет назад
Дима Петров @sajor2006 Автор вопроса

Sand,Спасибо.
Пакет должен уходить по тому же маршруту что и пришел, правильно ?

Написано более двух лет назад
Sand @sand3001

Дима Петров, не должно быть петель на маршруте, в принципе, разные маршруты туда обратно вроде допустимы

Написано более двух лет назад

Дима Петров @sajor2006 Автор вопроса

Sand, петлю убрал, и трассировка выглядит красиво, но ssh не устанавливается.
ssh 172.17.1.10 -> 172.17.11.21
а к mysql подключится смог.
http не отвечает.

tracepath 172.17.1.10
 1?: [LOCALHOST]                      pmtu 1500
 1:  172.17.11.119                                         0.146ms 
 1:  172.17.11.119                                         0.180ms 
 2:  172.17.11.120                                         0.247ms asymm  1 
 3:  10.3.0.4                                             24.217ms asymm  2 
 4:  172.17.1.10                                          24.851ms reached

Написано более двух лет назад

Sand @sand3001

Дима Петров, проверьте firewall/iptables на хосте к которому не подключиться

Написано более двух лет назад
Дима Петров @sajor2006 Автор вопроса

Sand, все перепроверил.
на всем маршруте отключил iptables.

Прикладываю dump файл с клиента (172.17.1.10)

Написано более двух лет назад

Пригласить эксперта

Ваш ответ на вопрос

Войдите, чтобы написать ответ

Похожие вопросы

Компьютерные сети

+2 ещё

Средний
Как правильно использовать шлюз из локальной сети с роутингом трафика на микротик?
- 2 подписчика
- вчера
- 276 просмотров
2

ответа
VPN

+2 ещё

Простой
Как заставить работать whatsapp в обход прокси?
- 2 подписчика
- вчера
- 278 просмотров
3

ответа
Linux

+1 ещё

Средний
Как направить трафик с одного интерфейса на другой?
- 4 подписчика
- 20 дек.
- 1059 просмотров
1

ответ
Системное администрирование

+1 ещё

Средний
Возможно ли пробросить подсети белых IP через L3-туннель?
- 2 подписчика
- 15 дек.
- 646 просмотров
3

ответа
Базы данных

+2 ещё

Простой
Почему тормозят запросы к БД когда добавляю шлюз?
- 2 подписчика
- 13 дек.
- 304 просмотра
4

ответа
VPN

+1 ещё

Простой
Как настроить Wireguard server/client, чтобы клиенты видели друг друга?
- 1 подписчик
- 08 дек.
- 484 просмотра
3

ответа
Сетевое администрирование

+1 ещё

Средний
Что могло случиться с роутером?
- 1 подписчик
- 28 нояб.
- 197 просмотров
3

ответа
Компьютерные сети

+4 ещё

Сложный
Как настроить MPLS между Cisco и Arista?
- 3 подписчика
- 26 нояб.
- 293 просмотра
0

ответов
Сетевая маршрутизация

Сложный
Имеется в наличии olt терминал bdcom p3600-04-2ac. Как маршрутизировать его epon порт в другую сеть?
- 1 подписчик
- 25 нояб.
- 36 просмотров
0

ответов
Компьютерные сети

+4 ещё

Средний
Как настроить маршрутизацию трафика с использованием двух сетевых карт для выхода на перечень адресов (сайтов) ТОЛЬКО через одну сетевую карту?
- 2 подписчика
- 22 нояб.
- 3266 просмотров
3

ответа
Показать ещё Загружается…

Руководитель RTB-интеграций

Wanted. • Москва

До 700 000 ₽

Помощник бухгалтера

AGIMA • Москва

До 50 000 ₽

Senior/TeamLead Golang Разработчик

Wanted. • Санкт-Петербург

До 450 000 ₽

Написать простую игру под Play Market

26 дек. 2024, в 16:23

30000 руб./за проект

Отрефакторить приложение на Blazor

26 дек. 2024, в 16:23

100000 руб./за проект

Спинтакс шаблон

26 дек. 2024, в 14:40

15000 руб./за проект

Все маршруты прописаны

Все это какие?
Есть ли в сети nat? Есть ли в сети фаерволл?

запрос от компьютер1 к компьютер2 проходят так

компьютер1 -> шлюз1 -> шлюз3 -> компьютер2
Ответ
компьютер2 -> шлюз3 -> компьютер1

Покажите трассировку маршрута от компьютера 1 к компьютеру 2 и от компьютера 2 к компьютеру 1, не вот эта абстрактная схема прописью, а конкретно результат выполнения команды tracert или traceroute (не знаю какие ОС там у Вас)
Sand,
tracepath 172.17.11.23 -n 1?: [LOCALHOST] pmtu 1500 1: 172.17.1.1 0.773ms 1: 172.17.1.1 0.643ms 2: 10.3.0.1 23.050ms 3: 172.17.11.23 33.071ms !H Resume: pmtu 1500

tracepath 172.17.1.10 -n 1?: [LOCALHOST] pmtu 1500 1: 172.17.11.119 9.803ms 1: 172.17.11.119 9.598ms 2: 172.17.11.120 19.257ms asymm 1 3: 10.3.0.4 32.403ms asymm 2 4: 172.17.1.10 33.232ms reached Resume: pmtu 1500 hops 4 back 3

nat и фаерволл нет, все отключено.
Дима Петров, таблицы маршрутизации на шлюзах можно увидеть? Что такое 192.168.1.1?
Sand, В схеме пытаюсь показать что компьютер1 получает SYN от компьютер2 через шлюз3, а SYN-ACT через шлюз1, шлюз1 предает пакет шлюз3 а тот дальше.
Теоретически маршрут ответа должен быть идентичен.

192.168.1.1 = 172.17.1.1 (поправил вопрос и ответ)
это еще один шлюз, не обозначенный на схеме.
Дима Петров, да что ж такое то, третий раз прошу показать таблицы маршрутизации на шлюзах
Sand,
шлюз3

10.1.0.0 172.17.11.119 255.255.255.0 UG 32 0 0 ens4 10.2.0.0 172.17.11.118 255.255.255.0 UG 32 0 0 ens4 10.3.0.0 0.0.0.0 255.255.255.0 U 0 0 0 tap0 10.47.1.0 0.0.0.0 255.255.255.0 U 0 0 0 tap1 10.47.2.0 0.0.0.0 255.255.255.0 U 0 0 0 tap2 10.47.3.0 0.0.0.0 255.255.255.0 U 0 0 0 tap3 10.47.4.0 0.0.0.0 255.255.255.0 U 0 0 0 tap4 10.47.5.0 0.0.0.0 255.255.255.0 U 0 0 0 tap5 10.47.6.0 0.0.0.0 255.255.255.0 U 0 0 0 tap6 10.47.7.0 0.0.0.0 255.255.255.0 U 0 0 0 tap7 92.**.**.128 0.0.0.0 255.255.255.** U 100 0 0 ens3 172.17.1.0 10.3.0.4 255.255.255.0 UG 32 0 0 tap0 172.17.3.0 10.3.0.4 255.255.255.0 UG 32 0 0 tap0 172.17.4.0 10.3.0.4 255.255.255.0 UG 32 0 0 tap0 172.17.5.0 10.3.0.4 255.255.255.0 UG 32 0 0 tap0 172.17.6.0 10.3.0.4 255.255.255.0 UG 32 0 0 tap0 172.17.7.0 10.3.0.4 255.255.255.0 UG 32 0 0 tap0 172.17.11.0 0.0.0.0 255.255.255.0 U 101 0 0 ens4 192.168.4.0 10.3.0.5 255.255.255.0 UG 32 0 0 tap0

шлюз1

10.1.0.0 0.0.0.0 255.255.255.0 U 0 0 0 tap0 10.2.0.0 172.17.11.118 255.255.255.0 UG 32 0 0 ens4 10.3.0.0 172.17.11.120 255.255.255.0 UG 32 0 0 ens4 10.88.1.0 0.0.0.0 255.255.255.0 U 0 0 0 tap1 10.88.2.0 0.0.0.0 255.255.255.0 U 0 0 0 tap2 10.88.3.0 0.0.0.0 255.255.255.0 U 0 0 0 tap3 10.88.4.0 0.0.0.0 255.255.255.0 U 0 0 0 tap4 10.88.5.0 0.0.0.0 255.255.255.0 U 0 0 0 tap5 10.88.6.0 0.0.0.0 255.255.255.0 U 0 0 0 tap6 10.88.7.0 0.0.0.0 255.255.255.0 U 0 0 0 tap7 92.**.**.128 0.0.0.0 255.255.255.** U 100 0 0 ens3 172.17.1.0 172.17.11.120 255.255.255.0 UG 32 0 0 ens4 172.17.3.0 172.17.11.120 255.255.255.0 UG 32 0 0 ens4 172.17.4.0 172.17.11.120 255.255.255.0 UG 32 0 0 ens4 172.17.5.0 172.17.11.120 255.255.255.0 UG 32 0 0 ens4 172.17.6.0 172.17.11.120 255.255.255.0 UG 32 0 0 ens4 172.17.7.0 172.17.11.120 255.255.255.0 UG 32 0 0 ens4 172.17.11.0 0.0.0.0 255.255.255.0 U 101 0 0 ens4 192.168.4.0 172.17.11.120 255.255.255.0 UG 32 0 0 ens4
Дима Петров, шлюз 4 тоже участвует, где его таблица?
шлюз4

route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 0.0.0.0 89.**.**0.1*7 0.0.0.0 UG 402 0 0 vlan100 10.0.0.0 10.3.0.1 255.240.0.0 UG 0 0 0 tap0 10.3.0.0 0.0.0.0 255.255.255.0 U 0 0 0 tap0 89.**.**0.196 0.0.0.0 255.255.255.** U 402 0 0 vlan100 172.16.0.0 10.3.0.1 255.240.0.0 UG 0 0 0 tap0 172.17.1.0 0.0.0.0 255.255.255.0 U 100 0 0 ens3 172.17.3.0 0.0.0.0 255.255.255.0 U 406 0 0 vlan3 172.17.4.0 0.0.0.0 255.255.255.0 U 403 0 0 vlan4 172.17.5.0 0.0.0.0 255.255.255.0 U 404 0 0 vlan5 172.17.6.0 0.0.0.0 255.255.255.0 U 400 0 0 vlan6 172.17.7.0 0.0.0.0 255.255.255.0 U 101 0 0 ens4 172.17.25.0 0.0.0.0 255.255.255.0 U 401 0 0 vlan25 192.168.1.0 0.0.0.0 255.255.255.0 U 405 0 0 vlan2 192.168.4.0 172.17.7.6 255.255.255.0 UG 101 0 0 ens4
Дима Петров, Ну вот смотрите, с компьютера у которого шлюз4 шлем пакет на комп с адресом 172.17.11.23
он попадает в это правило:

172.16.0.0 10.3.0.1 255.240.0.0 UG 0 0 0 tap0

то есть трафик идет на 10.3.0.1 (наверное это шлюз1) и дальше напрямую к хосту 172.17.11.23

172.17.11.0 0.0.0.0 255.255.255.0 U 101 0 0 ens4

в другую сторону, шлем пакет на комп с адресом 172.17.1.10 пакет обрабатывает шлюз2 почему-то (172.17.11.119) и срабатывает правило которое отправляет пакет на 172.17.11.120 (шлюз3), дальше шлюз3 шлет пакет на 10.3.0.4 (шлюз4)

172.17.1.0 10.3.0.4 255.255.255.0 UG 32 0 0 tap0

а оттуда петля на шлюз1 (10.3.0.1)

172.16.0.0 10.3.0.1 255.240.0.0 UG 0 0 0 tap0

Боюсь что Ваш вопрос без изменения маршрутизации на шлюзах не разрешим
Sand,Спасибо.
Пакет должен уходить по тому же маршруту что и пришел, правильно ?
Дима Петров, не должно быть петель на маршруте, в принципе, разные маршруты туда обратно вроде допустимы
Sand, петлю убрал, и трассировка выглядит красиво, но ssh не устанавливается.
ssh 172.17.1.10 -> 172.17.11.21
а к mysql подключится смог.
http не отвечает.

tracepath 172.17.1.10 1?: [LOCALHOST] pmtu 1500 1: 172.17.11.119 0.146ms 1: 172.17.11.119 0.180ms 2: 172.17.11.120 0.247ms asymm 1 3: 10.3.0.4 24.217ms asymm 2 4: 172.17.1.10 24.851ms reached
Дима Петров, проверьте firewall/iptables на хосте к которому не подключиться
Sand, все перепроверил.
на всем маршруте отключил iptables.

Прикладываю dump файл с клиента (172.17.1.10)

Вопрос с маршрутизацией?

Войдите, чтобы написать ответ

Минуточку внимания

Войдите на сайт