Отключите скрытое образование моста между сетевыми интерфейсами

Мой вопрос похож на дубликат для этого, но так как он не имеет никаких ответов, я повторно спрошу это с большим количеством информации. Примите во внимание, что я - полный новичок во всем этом сетевом материале. Я могу вставка копии, но у меня есть очень неопределенное понимание того, что действительно происходит),

Так, у меня есть домашний сервер под управлением Ubuntu 14.04 с двумя NICs, названными p2p1 (на материнской плате, ссылке 100 МБ) и eth0 (через PCI-E, ссылку 1000 МБ). И имейте долю самбы, которую я хотел бы использовать через eth0.

Я подключил оба интерфейса к своему гигабитному маршрутизатору (IP 192.168.1.1) и использующий p2p1 для конфигурирования сервера через SSH. Вот вывод ifconfig:

eth0      Link encap:Ethernet  HWaddr c4:e9:84:03:ee:d0
          inet addr:192.168.1.112  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::c6e9:84ff:fe03:eed0/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:25090 errors:0 dropped:0 overruns:0 frame:0
          TX packets:41728 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:3306168 (3.3 MB)  TX bytes:9338018 (9.3 MB)

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:583385 errors:0 dropped:0 overruns:0 frame:0
          TX packets:583385 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:105373919 (105.3 MB)  TX bytes:105373919 (105.3 MB)

p2p1      Link encap:Ethernet  HWaddr d0:50:99:6a:5c:5b
          inet addr:192.168.1.105  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::d250:99ff:fe6a:5c5b/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:48954046 errors:0 dropped:0 overruns:0 frame:0
          TX packets:84807022 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:4101748891 (4.1 GB)  TX bytes:114444015383 (114.4 GB)

Затем я соединяюсь с//192.168.1.112 в моей машине Windows, и доля самбы открыта успешно. Я отправляю некоторый ~100MB файл и вижу скорость передачи вокруг ~11MB/sec (т.е. скорость канала 100 МБ вместо 1 ГБ). Я проверяю счетчики ifconfig снова, и p2p1 увеличен объемом переданных данных, но eth0 не. счетчики петлевого интерфейса остаются тем же.

Похож я так или иначе использую eth0 через p2p1.

Другая вещь, которая доказывает скрытое образование моста, состоит в том, что, когда я включаю кабель от интерфейса p2p1 (IP 192.168.1.105) я не могу соединиться с 192.168.1.112 IP-адресами.

Я погуглил каждый способ проверить, соединяются ли мои интерфейсы мостом и как отключить его, но никакая удача до этого момента.

Первой вещью проверить является/etc/network/interfaces. Ничто преступное для меня:

auto lo
iface lo inet loopback

auto p2p1
iface p2p1 inet dhcp

auto eth0
iface eth0 inet dhcp

Я проверил IP, передающий (на всякий случай)

$ cat /proc/sys/net/ipv4/ip_forward
0

Я проверил, что существует, не вмешиваются в GUI NetworkManager

$ nmcli dev status
DEVICE     TYPE              STATE
p2p1       802-3-ethernet    unmanaged
eth0       802-3-ethernet    unmanaged

Одной вещью, которую я не люблю, является маршрут-n вывод. Но я не специалист, таким образом, я не знаю ли хорошо.Вот:

$ route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.1.1     0.0.0.0         UG    0      0        0 p2p1
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 p2p1
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0

Единственную разницу между моими сетевыми интерфейсами показывает IP addr команду. p2p1 имеют адрес ipv6, в то время как eth0 не имеют. Не знайте, релевантна ли эта информация, хотя:

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether c4:e9:84:03:ee:d0 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.112/24 brd 192.168.1.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 fe80::c6e9:84ff:fe03:eed0/64 scope link
       valid_lft forever preferred_lft forever
3: p2p1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether d0:50:99:6a:5c:5b brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.105/24 brd 192.168.1.255 scope global p2p1
       valid_lft forever preferred_lft forever
    inet6 fe80::d250:99ff:fe6a:5c5b/64 scope link
       valid_lft forever preferred_lft forever

Я не знаю, что еще проверить и настроить. Какие-либо мысли?

4
задан 4 November 2016 в 17:14

1 ответ

Я думаю, что вижу проблему в здесь. Так как оба из Ваших интерфейсов находятся на той же подсети и используют DHCP. У Вас может быть только один шлюз на подсеть. От вывода route команда, Ваш хост использует default route через p2p1 (если это не то, что Вы хотели) вместо eth0.

$ route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.1.1     0.0.0.0         UG    0      0        0 p2p1

Я предполагаю, что, так как оба интерфейса используют DHCP, независимо от того, что интерфейс подошел сначала и получил информацию арендного договора DHCP до другого, присвоил себе шлюз и на основе той информации, Linux созданный маршрут по умолчанию через то устройство. Если это не было вручную изменено.

Если Вы просто готовы использовать eth0 для всех операций все, что необходимо сделать, измениться default route через eth0. Причина, почему Вы видите, что счетчики увеличиваются на p2p интерфейс - то, что, так как это - устройство маршрута по умолчанию, что-либо, ввод или отъезд поразят этот интерфейс.

Короче говоря:

  • Измените запись маршрута по умолчанию в dev eth0. Тест, если это работает как ожидалось. Еще:
  • измените дюйм/с на Статический вместо DHCP и определите шлюз только для eth0. Принятие Вас хочет использовать ssh от того же subnet, на p2p интерфейс. И измените таблицу маршрутизации снова.

Здесь можно найти, что учебное руководство добавляет маршрут.

0
ответ дан 1 December 2019 в 11:30

Другие вопросы по тегам:

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