LINUX.ORG.RU
решено ФорумAdmin

Помогите развидеть ЭТО... Ubuntu 14.04 srv network

 , ,


0

1

Ладно, в этом «багульнике», они придумали именовать имена интерфейсов основываясь на biosname ( http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceN... )... Ладно они даже сделали это через жопу... - А именно, привет systemd. Имена путаются местами, и этот баг официально подтверждён... Лечится отключением этой функции systemd и возврату к udev правилам.

Чёрт с ним, что если оно стоит на lvm вылетает вот такой багульник: https://bugs.launchpad.net/ubuntu/ source/grub2/ bug/1274320

Это-ж вообще эпик...

Ну я бы всё понял, НО..! КАК МНЕ РАЗВИДЕТЬ ВОТ ЭТО:

host A:

ip a
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 90:2b:34:d7:83:b9 brd ff:ff:ff:ff:ff:ff
    inet 192.168.11.43/24 brd 192.168.11.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet 192.168.94.1/24 brd 192.168.94.255 scope global eth0:0
       valid_lft forever preferred_lft forever
    inet6 fe80::922b:34ff:fed7:83b9/64 scope link 
       valid_lft forever preferred_lft forever

host B (Ubuntu 14.04 server):

ip a
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: p1p1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 10:fe:ed:02:5b:29 brd ff:ff:ff:ff:ff:ff
    inet 192.168.2.222/24 brd 192.168.2.255 scope global p1p1
       valid_lft forever preferred_lft forever
    inet6 fe80::12fe:edff:fe02:5b29/64 scope link 
       valid_lft forever preferred_lft forever
3: p1p2: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
    link/ether 10:fe:ed:02:a7:91 brd ff:ff:ff:ff:ff:ff
    inet 192.168.9.2/24 brd 192.168.9.255 scope global p1p2
       valid_lft forever preferred_lft forever
4: p2p1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
    link/ether 94:de:80:aa:87:9b brd ff:ff:ff:ff:ff:ff
    inet 192.168.94.2/24 brd 192.168.94.255 scope global p2p1
       valid_lft forever preferred_lft forever
5: p1p3: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
    link/ether 10:fe:ed:02:be:52 brd ff:ff:ff:ff:ff:ff
6: p3p1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
    link/ether c0:4a:00:00:ad:f1 brd ff:ff:ff:ff:ff:ff
7: p3p2: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
    link/ether 10:fe:ed:02:93:40 brd ff:ff:ff:ff:ff:ff
8: p4p1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
    link/ether 10:fe:ed:02:9f:ef brd ff:ff:ff:ff:ff:ff

АДАПТЕР: p2p1 ВЫКЛЮЧЕН! - state DOWN (т.е. в него кабель не вставлен даже...).

С host А делаю:

ping 192.168.94.2 -c 3 ; arp -a |grep 192.168.94.2 ; tracepath 192.168.94.2
PING 192.168.94.2 (192.168.94.2) 56(84) bytes of data.
64 bytes from 192.168.94.2: icmp_seq=1 ttl=63 time=0.296 ms
64 bytes from 192.168.94.2: icmp_seq=2 ttl=63 time=0.290 ms
64 bytes from 192.168.94.2: icmp_seq=3 ttl=63 time=0.334 ms

--- 192.168.94.2 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 1998ms
rtt min/avg/max/mdev = 0.290/0.306/0.334/0.028 ms
? (192.168.94.2) в 10:fe:ed:02:5b:29 [ether] на eth0
 1?: [LOCALHOST]                                         pmtu 1500
 1:  192.168.94.2                                          1.150ms reached
 1:  192.168.94.2                                          1.182ms reached
     Resume: pmtu 1500 hops 1 back 2 

КАК ТАКОЕ ВОЗМОЖНО? Обратите внимане на MAC адрес...

P.S. от форвардинга пакетов - это не зависит... Я ничего не понимаю ребят...

Пойду смотреть, не включен ли часом какой-нибудь «неразборчивый режим» на сетевой по-умолчанию...

★★★★★

Последнее исправление: DALDON (всего исправлений: 1)

Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.