Это - кросспостинг от Суперпользователей, так как он мог бы притянуть больше людей здесь.
Я пытался в течение последних дней получить настройки как та ниже работы.
У меня есть сервер Ubuntu 16.04 с двумя сетевыми платами, 1 1Gbit, 1 10Gbit машина окон окна 10 с двумя сетевыми платами, 1 1Gbit, 1 10Gbit
Я могу проверить с помощью ping-запросов с машины окон на серверы 192.168.1.200 адреса, но не к 192.168.0.200. Машина окон может также получить доступ к Интернету очень хорошо.
с сервера я могу проверить с помощью ping-запросов машину окон, т.е. 192.168.1.49. Я могу также проверить с помощью ping-запросов некоторые хосты в 192.168.0.0/24 сети, но не шлюз по умолчанию. Сервер также не имеет никакого соединения с Интернетом.
Таким образом, мой вопрос, как я заставляю это работать, это кажется довольно простым - я хочу, чтобы эти две машины передали весь 192.168.1.0/24 трафик непосредственно по быстрой ссылке на 10 ГБ, и все остальное должно пойти через шлюз по умолчанию.
Я попробовал все виды маршрутизации установки на сервере, я попытался следовать руководству здесь: https://www.thomas-krenn.com/en/wiki/Two_Default_Gateways_on_One_System - но моя установка немного отличается, так как у меня нет шлюза по умолчанию в 192.168.1.0/24 сети.
Сети на 10 ГБ являются новым дополнением, прежде, чем добавить, что это, everyhing было замечательно - я добавил 10 ГБ netcards для получения быстрого соединения с сервером, таким образом, я мог смонтировать iscsi на быстром низком соединении задержки.
Я надеюсь Вы, у ярких людей есть хорошие идеи.
Спасибо Bjørn
Internet
|
|
|
|
|
|
|
--------------------
| |
------------| Router/Switch |-----------
| | 192.168.0.1 | |
| -------------------- |
| |
| |
| |
| |
| |
| |
| |
Network Card 1 (ens192) Network Card 1 (eth0)
| |
192.168.0.200 (s) 192.168.0.29 (d)
-------------------- ---------------------
| | | |
| Server 1 | | Windows client |
| | | |
-------------------- ---------------------
192.168.1.200 (s) 192.168.1.49 (s)
| |
Network Card 2 (ens161) Network Card 2 (eth1)
| |
| |
| Direct 10GbE |
-------------------------------------------
# The loopback network interface
auto lo
iface lo inet loopback
auto ens192
iface ens192 inet static
address 192.168.0.200
netmask 255.255.255.0
gateway 192.168.0.1
dns-nameservers 192.168.0.201
dns-domain smith.local
dns-domain cloud.local
auto ens161
iface ens161 inet static
address 192.168.1.200
netmask 255.255.255.0
# fast interface route
post-up ip route add 192.168.1.0/24 dev ens161 src 192.168.1.200 table rt2
post-up ip route add default 192.168.1.49 dev ens161 table rt2
post-up ip rule add from 192.168.1.200/32 table rt2
post-up ip rule add to 192.168.1.200/32 table rt2
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 ens192
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 ens192
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 ens161
0: from all lookup local
32764: from all to 192.168.1.200 lookup rt2
32765: from 192.168.1.200 lookup rt2
32766: from all lookup main
32767: from all lookup default
192.168.1.0/24 dev ens161 scope link src 192.168.1.200
default via 192.168.0.1 dev ens192 onlink
192.168.0.0/24 dev ens192 proto kernel scope link src 192.168.0.200
192.168.1.0/24 dev ens161 proto kernel scope link src 192.168.1.200
===========================================================================
Interface List
14...00 02 c9 4d 4d fc ......Mellanox ConnectX-2 Ethernet Adapter #2
19...30 9c 23 81 a4 53 ......Intel(R) I211 Gigabit Network Connection
3...00 19 0e 0b 54 55 ......Bluetooth Device (Personal Area Network)
1...........................Software Loopback Interface 1
===========================================================================
IPv4 Route Table
===========================================================================
Active Routes:
Network Destination Netmask Gateway Interface Metric
0.0.0.0 0.0.0.0 192.168.0.1 192.168.0.29 25
127.0.0.0 255.0.0.0 On-link 127.0.0.1 331
127.0.0.1 255.255.255.255 On-link 127.0.0.1 331
127.255.255.255 255.255.255.255 On-link 127.0.0.1 331
192.168.0.0 255.255.255.0 On-link 192.168.0.29 281
192.168.0.29 255.255.255.255 On-link 192.168.0.29 281
192.168.0.255 255.255.255.255 On-link 192.168.0.29 281
192.168.1.0 255.255.255.0 On-link 192.168.1.49 271
192.168.1.49 255.255.255.255 On-link 192.168.1.49 271
192.168.1.255 255.255.255.255 On-link 192.168.1.49 271
224.0.0.0 240.0.0.0 On-link 127.0.0.1 331
224.0.0.0 240.0.0.0 On-link 192.168.0.29 281
224.0.0.0 240.0.0.0 On-link 192.168.1.49 271
255.255.255.255 255.255.255.255 On-link 127.0.0.1 331
255.255.255.255 255.255.255.255 On-link 192.168.0.29 281
255.255.255.255 255.255.255.255 On-link 192.168.1.49 271
===========================================================================
Persistent Routes:
None
IPv6 Route Table
===========================================================================
Active Routes:
If Metric Network Destination Gateway
1 331 ::1/128 On-link
1 331 ff00::/8 On-link
===========================================================================
Persistent Routes:
None
0 вниз голосование признает, что я вырыл больше в то, почему я не мог создать другой виртуальный коммутатор и узнал, что Вы, как предполагается, можете к, таким образом, мне удалось сделать другой виртуальный коммутатор в esxi, поместить карту на 10 ГБ там и переместить виртуальный netcard в тот переключатель и когда я запустил сервер снова, все просто работало.
Позвольте этому быть уроком для всех, различные физические сети должны быть на различных виртуальных коммутаторах в esxi.
Так в действительности не было никакой проблемы вообще, это было в действительности esxi проблемой и не проблемой Linux. Linux отправлял пакеты правильно, но esxi отбрасывал их, по-видимому.