LINUX.ORG.RU

Сообщения new_sprite

 

arp запрос с 0.0.0.0 при получении ip

Наблюдаю такую проблему в Centos 6.3 (да и в Fedora 17):

    Dec 23 16:24:02 localhost dhclient[6707]: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 3 (xid=0x2df8462d)
    Dec 23 16:24:02 localhost dhclient[6707]: DHCPOFFER from 31.159.8.1
    Dec 23 16:24:02 localhost dhclient[6707]: DHCPREQUEST on eth1 to 255.255.255.255 port 67 (xid=0x2df8462d)
    Dec 23 16:24:02 localhost dhclient[6707]: DHCPACK from 31.159.8.1 (xid=0x2df8462d)
    Dec 23 16:24:02 localhost dhclient[6707]: DHCPDECLINE on eth1 to 255.255.255.255 port 67 (xid=0x2df8462d)
    Dec 23 16:24:06 localhost dhclient[4525]: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 13 (xid=0x3f9da378)
    Dec 23 16:24:06 localhost dhclient[4525]: DHCPOFFER from 31.159.8.1
    Dec 23 16:24:06 localhost dhclient[4525]: DHCPREQUEST on eth1 to 255.255.255.255 port 67 (xid=0x3f9da378)
    Dec 23 16:24:06 localhost dhclient[4525]: DHCPACK from 31.159.8.1 (xid=0x3f9da378)
    Dec 23 16:24:06 localhost dhclient[4525]: DHCPDECLINE on eth1 to 255.255.255.255 port 67 (xid=0x3f9da378)
    Dec 23 16:24:06 localhost dhclient[4525]: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 3 (xid=0x3ebbf754)
    Dec 23 16:24:06 localhost dhclient[4525]: DHCPOFFER from 31.159.8.1
    Dec 23 16:24:06 localhost dhclient[4525]: DHCPREQUEST on eth1 to 255.255.255.255 port 67 (xid=0x3ebbf754)
    Dec 23 16:24:06 localhost dhclient[4525]: DHCPACK from 31.159.8.1 (xid=0x3ebbf754)
    Dec 23 16:24:06 localhost dhclient[4525]: DHCPDECLINE on eth1 to 255.255.255.255 port 67 (xid=0x3ebbf754)

и т.д. до бесконечности

MAC = 00:1E:73:81:81:A1

Ковыряние трафика показало следующую картину: после пакета DHCPACK от сервера, где подтверждают выдачу 31.159.11.227, моя машина делает запрос ARP

    No.     Time        Source                Destination           Protocol Length Info
          5 0.203383    Zte_81:81:a1          Broadcast             ARP      42     Who has 31.159.11.227?  Tell 0.0.0.0

    Frame 5: 42 bytes on wire (336 bits), 42 bytes captured (336 bits)
    Ethernet II, Src: Zte_81:81:a1 (00:1E:73:81:81:A1), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
    Address Resolution Protocol (request)
        Hardware type: Ethernet (1)
        Protocol type: IP (0x0800)
        Hardware size: 6
        Protocol size: 4
        Opcode: request (1)
        [Is gratuitous: False]
        Sender MAC address: Zte_81:81:a1 (00:1E:73:81:81:A1)
        Sender IP address: 0.0.0.0 (0.0.0.0)
        Target MAC address: Broadcast (ff:ff:ff:ff:ff:ff)
        Target IP address: 31.159.11.227 (31.159.11.227)

    No.     Time        Source                Destination           Protocol Length Info
          6 0.203396    Zte_81:81:a2         Zte_81:81:a1          ARP      42     31.159.11.227 is at 00:1E:73:81:81:A2

    Frame 6: 42 bytes on wire (336 bits), 42 bytes captured (336 bits)
    Ethernet II, Src: Zte_81:81:a2 (00:1E:73:81:81:A2), Dst: Zte_81:81:a1 (00:1E:73:81:81:A1)
    Address Resolution Protocol (reply)
        Hardware type: Ethernet (1)
        Protocol type: IP (0x0800)
        Hardware size: 6
        Protocol size: 4
        Opcode: reply (2)
        [Is gratuitous: False]
        Sender MAC address: Zte_81:81:a2 (00:1E:73:81:81:A2)
        Sender IP address: 31.159.11.227 (31.159.11.227)
        Target MAC address: Zte_81:81:a1 (00:1E:73:81:81:A1)
        Target IP address: 0.0.0.0 (0.0.0.0)

После чего машина посылает DHCPDECLINE 

No.     Time        Source                Destination           Protocol Length Info
      7 0.206309    0.0.0.0               255.255.255.255       DHCP     342    DHCP Decline  - Transaction ID 0x3653e725

Frame 7: 342 bytes on wire (2736 bits), 342 bytes captured (2736 bits)
Ethernet II, Src: Zte_81:81:a1 (00:1E:73:81:81:A1), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Internet Protocol Version 4, Src: 0.0.0.0 (0.0.0.0), Dst: 255.255.255.255 (255.255.255.255)
User Datagram Protocol, Src Port: bootpc (68), Dst Port: bootps (67)
Bootstrap Protocol
    Message type: Boot Request (1)
    Hardware type: Ethernet
    Hardware address length: 6
    Hops: 0
    Transaction ID: 0x3653e725
    Seconds elapsed: 0
    Bootp flags: 0x0000 (Unicast)
    Client IP address: 0.0.0.0 (0.0.0.0)
    Your (client) IP address: 0.0.0.0 (0.0.0.0)
    Next server IP address: 0.0.0.0 (0.0.0.0)
    Relay agent IP address: 0.0.0.0 (0.0.0.0)
    Client MAC address: Zte_81:81:a1 (00:1E:73:81:81:A1)
    Client hardware address padding: 00000000000000000000
    Server host name not given
    Boot file name not given
    Magic cookie: DHCP
    Option: (t=53,l=1) DHCP Message Type = DHCP Decline
    Option: (t=54,l=4) DHCP Server Identifier = 31.159.8.1
    Option: (t=50,l=4) Requested IP Address = 31.159.11.227
    End Option
    Padding

Т.е. хост с 0.0.0.0 опрашивает 31.159.11.227 , который ему же и выдают, получает от себя ответ и решает, что этот ip используется?? Как это исправить?

З.Ы. в Debian\Ubuntu все работает в этой сети - ip выдается, arp-запрос от выданного айпи до сервера dhcp: 

        Sender MAC address: Zte_81:81:a1 (00:1E:73:81:81:A1)
        Sender IP address: 31.159.11.227 (31.159.11.227)
        Target MAC address: Broadcast (ff:ff:ff:ff:ff:ff)
        Target IP address: 31.159.8.1 (31.159.8.1)

 , ,

new_sprite
()
6 комментариев

RSS подписка на новые темы