The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"Проблема с DHCP."
Вариант для распечатки  
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [Проследить за развитием треда]

"Проблема с DHCP."  
Сообщение от stakado email(ok) on 31-Май-07, 18:18 
Здравствуйте!
Есть серв под Мандривой 2007.0, на нем стоит dhcp-server 3.0.4. При попытке получения Windows-клиентом ip-адреса с этого сервера в логе видно следующее:
May 31 14:14:38 gtw dhcpd: DHCPDISCOVER from 00:14:85:84:8c:12 (adm) via eth0
May 31 14:14:38 gtw dhcpd: DHCPOFFER on 10.0.0.150 to 00:14:85:84:8c:12 (adm) via eth0

И так несколько раз, а вот DHCPREQUEST от клиента не приходит. Почему так? Куда копать, чтобы клиент всё же получил ИП.

Пробовал с нескольких машин под разными виндами, эффект одинаков.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

 Оглавление

Сообщения по теме [Сортировка по времени, UBB]


1. "Проблема с DHCP."  
Сообщение от Cyrus_user on 01-Июн-07, 10:53 
>Здравствуйте!
>Есть серв под Мандривой 2007.0, на нем стоит dhcp-server 3.0.4. При попытке
>получения Windows-клиентом ip-адреса с этого сервера в логе видно следующее:
>May 31 14:14:38 gtw dhcpd: DHCPDISCOVER from 00:14:85:84:8c:12 (adm) via eth0
>May 31 14:14:38 gtw dhcpd: DHCPOFFER on 10.0.0.150 to 00:14:85:84:8c:12 (adm) via
>eth0
>
>И так несколько раз, а вот DHCPREQUEST от клиента не приходит. Почему
>так? Куда копать, чтобы клиент всё же получил ИП.
>
>Пробовал с нескольких машин под разными виндами, эффект одинаков.

мало инфы.. обычно 2 варианта:
1. дрова для сетевых стандартные от микрософт. естественно ставить родные и новые.
2. offer клиенту приходит позже чем посылается следующий discover. в винде крутить обновления, сеть, qos, дрова опять жена,  и в самых запущенных случаях реестр.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Проблема с DHCP."  
Сообщение от witos (??) on 01-Июн-07, 12:39 
>>Здравствуйте!
>>Есть серв под Мандривой 2007.0, на нем стоит dhcp-server 3.0.4. При попытке
>>получения Windows-клиентом ip-адреса с этого сервера в логе видно следующее:
>>May 31 14:14:38 gtw dhcpd: DHCPDISCOVER from 00:14:85:84:8c:12 (adm) via eth0
>>May 31 14:14:38 gtw dhcpd: DHCPOFFER on 10.0.0.150 to 00:14:85:84:8c:12 (adm) via
>>eth0
>>
>>И так несколько раз, а вот DHCPREQUEST от клиента не приходит. Почему
>>так? Куда копать, чтобы клиент всё же получил ИП.
>>
>>Пробовал с нескольких машин под разными виндами, эффект одинаков.
>
>мало инфы.. обычно 2 варианта:
>1. дрова для сетевых стандартные от микрософт. естественно ставить родные и новые.
>
>2. offer клиенту приходит позже чем посылается следующий discover. в винде крутить
>обновления, сеть, qos, дрова опять жена,  и в самых запущенных
>случаях реестр.

А настройки файервола какие, может, в нем проблема?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Проблема с DHCP."  
Сообщение от stakado email(ok) on 01-Июн-07, 14:05 
>А настройки файервола какие, может, в нем проблема?
[root@gtw build-2.6]# iptables -L
Chain INPUT (policy ACCEPT)
target     prot opt source               destination

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "Проблема с DHCP."  
Сообщение от stakado email(ok) on 01-Июн-07, 13:21 
>мало инфы.. обычно 2 варианта:
какая ещё инфа нужна? Скажите, всё выложу, просто не знаю что выкладывать.
>1. дрова для сетевых стандартные от микрософт. естественно ставить родные и новые.
>2. offer клиенту приходит позже чем посылается следующий discover. в винде крутить
>обновления, сеть, qos, дрова опять жена,  и в самых запущенных
>случаях реестр.
судя по логу offer чередуется с discover, т.е. offer отправляется раньше, чем следующий discover (правда это судя по /var/log/messages)

Проверено на другом серве - клиенты получают адреса. Т.е. дело не в клиентах, а в сервере, собсна почему и опубликовал этот пост на опеннете.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "Проблема с DHCP."  
Сообщение от melnik (??) on 01-Июн-07, 13:57 
>Здравствуйте!
>Есть серв под Мандривой 2007.0, на нем стоит dhcp-server 3.0.4. При попытке
>получения Windows-клиентом ip-адреса с этого сервера в логе видно следующее:
>May 31 14:14:38 gtw dhcpd: DHCPDISCOVER from 00:14:85:84:8c:12 (adm) via eth0
>May 31 14:14:38 gtw dhcpd: DHCPOFFER on 10.0.0.150 to 00:14:85:84:8c:12 (adm) via
>eth0
>
>И так несколько раз, а вот DHCPREQUEST от клиента не приходит. Почему
>так? Куда копать, чтобы клиент всё же получил ИП.
>
>Пробовал с нескольких машин под разными виндами, эффект одинаков.


покажи dhcp.conf

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6. "Проблема с DHCP."  
Сообщение от stakado email(ok) on 01-Июн-07, 14:14 
>покажи dhcp.conf

[root@gtw build-2.6]# cat /etc/dhcpd.conf
ddns-update-style none;
subnet 10.0.0.0 netmask 255.255.255.0 {
        # default gateway
        option routers 10.0.0.1;
        option subnet-mask 255.255.255.0;

#       option domain-name "domain.org";

        # Seting up an ip address is better here
        option domain-name-servers 10.0.0.1;
#       option nis-domain "domain.org";

        range dynamic-bootp 10.0.0.100 10.0.0.150;
        default-lease-time 21600;
        max-lease-time 43200;
}

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

7. "Проблема с DHCP."  
Сообщение от melnik (??) on 01-Июн-07, 14:27 
>>покажи dhcp.conf
>
>[root@gtw build-2.6]# cat /etc/dhcpd.conf
>ddns-update-style none;
>subnet 10.0.0.0 netmask 255.255.255.0 {
>        # default gateway
>        option routers 10.0.0.1;
>        option subnet-mask 255.255.255.0;
>
>#       option domain-name "domain.org";
>
>        # Seting up an
>ip address is better here
>        option domain-name-servers 10.0.0.1;
>#       option nis-domain "domain.org";
>
>        range dynamic-bootp 10.0.0.100 10.0.0.150;
>
>        default-lease-time 21600;
>        max-lease-time 43200;
>}

у тебя dhcp -стоит на шлюзе???

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

8. "Проблема с DHCP."  
Сообщение от melnik (??) on 01-Июн-07, 14:28 
>>покажи dhcp.conf
>
>[root@gtw build-2.6]# cat /etc/dhcpd.conf
>ddns-update-style none;
>subnet 10.0.0.0 netmask 255.255.255.0 {
>        # default gateway
>        option routers 10.0.0.1;
>        option subnet-mask 255.255.255.0;
>
>#       option domain-name "domain.org";
>
>        # Seting up an
>ip address is better here
>        option domain-name-servers 10.0.0.1;
>#       option nis-domain "domain.org";
>
>        range dynamic-bootp 10.0.0.100 10.0.0.150;
>
>        default-lease-time 21600;
>        max-lease-time 43200;
>}

у тебя dhcp -стоит на шлюзе???
фаервол стоит?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

11. "Проблема с DHCP."  
Сообщение от stakado email(ok) on 01-Июн-07, 14:35 
>у тебя dhcp -стоит на шлюзе???
>фаервол стоит?
стоит на шлюзе. Сетка не велика (25 машин), ставить отдельный серв под dhcp... ну не знаю... а что, есть смысл глубокий в этом?

фаервол я уже выкладывал выше, но вот повторение:
[root@gtw building]# iptables -L
Chain INPUT (policy ACCEPT)
target     prot opt source               destination

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination
[root@gtw building]# iptables -t nat -L
Chain PREROUTING (policy ACCEPT)
target     prot opt source               destination

Chain POSTROUTING (policy ACCEPT)
target     prot opt source               destination

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination
[root@gtw building]# iptables -t mangle -L
Chain PREROUTING (policy ACCEPT)
target     prot opt source               destination

Chain INPUT (policy ACCEPT)
target     prot opt source               destination

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination

Chain POSTROUTING (policy ACCEPT)
target     prot opt source               destination


Буду очень благодарен любой помощи! Особенно той, которая решит мою проблему)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

9. "Проблема с DHCP."  
Сообщение от stakado email(ok) on 01-Июн-07, 14:28 
Так же таблица маршрутизации (может в ней чё напортачено?):
[root@gtw build-2.6]# route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
10.0.0.0        *               255.255.255.0   U     5      0        0 eth0
169.254.0.0     *               255.255.0.0     U     5      0        0 eth0
default         10.0.0.1        0.0.0.0         UG    5      0        0 eth0

Хотя вроде всё просто по самое некуда, ошибиться не в чем.

И лог попытки получения ИПа клиентом:
Jun  1 10:09:43 gtw dhcpd: DHCPDISCOVER from 00:13:d4:c3:29:ef via eth0
Jun  1 10:09:43 gtw dhcpd: DHCPOFFER on 10.0.0.150 to 00:13:d4:c3:29:ef (technolog) via eth0
Jun  1 10:09:47 gtw dhcpd: DHCPDISCOVER from 00:13:d4:c3:29:ef (technolog) via eth0
Jun  1 10:09:47 gtw dhcpd: DHCPOFFER on 10.0.0.150 to 00:13:d4:c3:29:ef (technolog) via eth0
Jun  1 10:09:53 gtw dhcpd: DHCPDISCOVER from 00:13:d4:c3:29:ef (technolog) via eth0
Jun  1 10:09:53 gtw dhcpd: DHCPOFFER on 10.0.0.150 to 00:13:d4:c3:29:ef (technolog) via eth0
Jun  1 10:09:56 gtw dhcpd: DHCPDISCOVER from 00:13:d4:c3:29:ef (technolog) via eth0
Jun  1 10:09:56 gtw dhcpd: DHCPOFFER on 10.0.0.150 to 00:13:d4:c3:29:ef (technolog) via eth0
... и так же дальше

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

10. "Проблема с DHCP."  
Сообщение от melnik (??) on 01-Июн-07, 14:34 
>Так же таблица маршрутизации (может в ней чё напортачено?):
>[root@gtw build-2.6]# route
>Kernel IP routing table
>Destination     Gateway      
>  Genmask        
>Flags Metric Ref    Use Iface
>10.0.0.0        *    
>          
>255.255.255.0   U     5  
>   0        
>0 eth0
>169.254.0.0     *      
>        255.255.0.0  
>  U     5    
>  0        0
>eth0
>default         10.0.0.1  
>     0.0.0.0      
>   UG    5    
>  0        0
>eth0
>
>Хотя вроде всё просто по самое некуда, ошибиться не в чем.
>
>И лог попытки получения ИПа клиентом:
>Jun  1 10:09:43 gtw dhcpd: DHCPDISCOVER from 00:13:d4:c3:29:ef via eth0
>Jun  1 10:09:43 gtw dhcpd: DHCPOFFER on 10.0.0.150 to 00:13:d4:c3:29:ef (technolog)
>via eth0
>Jun  1 10:09:47 gtw dhcpd: DHCPDISCOVER from 00:13:d4:c3:29:ef (technolog) via eth0
>
>Jun  1 10:09:47 gtw dhcpd: DHCPOFFER on 10.0.0.150 to 00:13:d4:c3:29:ef (technolog)
>via eth0
>Jun  1 10:09:53 gtw dhcpd: DHCPDISCOVER from 00:13:d4:c3:29:ef (technolog) via eth0
>
>Jun  1 10:09:53 gtw dhcpd: DHCPOFFER on 10.0.0.150 to 00:13:d4:c3:29:ef (technolog)
>via eth0
>Jun  1 10:09:56 gtw dhcpd: DHCPDISCOVER from 00:13:d4:c3:29:ef (technolog) via eth0
>
>Jun  1 10:09:56 gtw dhcpd: DHCPOFFER on 10.0.0.150 to 00:13:d4:c3:29:ef (technolog)
>via eth0
>... и так же дальше


ты неответил на вопрос! это шлюз? фаервол стоит?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

12. "Проблема с DHCP."  
Сообщение от stakado email(ok) on 01-Июн-07, 15:02 
>ты неответил на вопрос! это шлюз? фаервол стоит?
ты меня постоянно опережаешь в вопросах)

смотри на два ответа выше


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

13. "Проблема с DHCP."  
Сообщение от melnik (??) on 01-Июн-07, 15:44 
>>ты неответил на вопрос! это шлюз? фаервол стоит?
>ты меня постоянно опережаешь в вопросах)
>
>смотри на два ответа выше

ксведению
недавно где-то , непомню где, читал что нежелательно по безопасности ставить дшсп на шлюзе!!!  

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

14. "Проблема с DHCP."  
Сообщение от melnik (??) on 01-Июн-07, 15:52 
>>>ты неответил на вопрос! это шлюз? фаервол стоит?
>>ты меня постоянно опережаешь в вопросах)
>>
>>смотри на два ответа выше
>
>ксведению
>недавно где-то , непомню где, читал что нежелательно по безопасности ставить дшсп
>на шлюзе!!!


я бы попробывал так:
отключил бы нет, фаервол, и так попробывать днсп!

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

15. "Проблема с DHCP."  
Сообщение от stakado email(ok) on 01-Июн-07, 16:05 
>>ксведению
>>недавно где-то , непомню где, читал что нежелательно по безопасности ставить дшсп
>>на шлюзе!!!
>
>
>я бы попробывал так:
>отключил бы нет, фаервол, и так попробывать днсп!

хрен с ней с безопасностью, ща бы серв поднять, чтоб работало всё.

Отключил бы инет...
eth0      Link encap:Ethernet  HWaddr 00:80:48:46:02:77
          inet addr:10.0.0.1  Bcast:10.0.0.255  Mask:255.255.255.0
          inet6 addr: fe80::280:48ff:fe46:277/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1859 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1153 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:177950 (173.7 KiB)  TX bytes:201726 (196.9 KiB)
          Interrupt:66 Base address:0xcc00

eth1      Link encap:Ethernet  HWaddr 00:18:F3:A8:8A:B3
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
          Interrupt:233


Физически шнурок вынут.
Далее фаервол (если посмотреть весь этот пост, то там уже есть данные о фаерволе):
[root@gtw util]# iptables -t nat -L && iptables -t mangle -L && iptables -L
Chain PREROUTING (policy ACCEPT)
target     prot opt source               destination

Chain POSTROUTING (policy ACCEPT)
target     prot opt source               destination

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination
Chain PREROUTING (policy ACCEPT)
target     prot opt source               destination

Chain INPUT (policy ACCEPT)
target     prot opt source               destination

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination

Chain POSTROUTING (policy ACCEPT)
target     prot opt source               destination
Chain INPUT (policy ACCEPT)
target     prot opt source               destination

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination


Всё, что можно было обрезать - обрезано.
Куда всё же смотреть? Чего искать, а то хз уже - голову сломал.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

16. "Проблема с DHCP."  
Сообщение от witos (??) on 01-Июн-07, 20:23 
>
>Всё, что можно было обрезать - обрезано.
>Куда всё же смотреть? Чего искать, а то хз уже - голову
>сломал.
>

Может, не совсем в тему - у меня когда-то довольно давно были проблемы с DHCP на новелловском серваке, точно уже не помню, но клиенты не могли получить адрес...
Проблемы наблюдались на встроенной сетевой карте, как только поставили внешнюю (от Intel), то все сразу пришло в норму.

Можно попробовать сменить сетевушку, раз уже все перебрано.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

17. "Проблема с DHCP."  
Сообщение от johnjoy email(??) on 02-Июн-07, 03:00 
посмотрите сниффером что реально приходит и отпраялется на обеих сторонах - tcpdump на никсе и ethereal например на винде.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

18. "Проблема с DHCP."  
Сообщение от stakado email(ok) on 02-Июн-07, 17:24 
>посмотрите сниффером что реально приходит и отпраялется на обеих сторонах - tcpdump
>на никсе и ethereal например на винде.

Со стороны клиента видно следующее:
0.0.0.0 => 255.255.255.255 dhcp discover
10.0.0.1 (server) => broadcast arp-запрос на поиск мака для 10.0.0.150
10.0.0.1 (server) => 10.0.0.150 dhcp offer
10.0.0.1 (server) => broadcast arp-запрос на поиск мака для 10.0.0.150
10.0.0.1 (server) => broadcast arp-запрос на поиск мака для 10.0.0.150
10.0.0.1 (server) => broadcast arp-запрос на поиск мака для 10.0.0.150
10.0.0.1 (server) => 10.0.0.150 dhcp offer
10.0.0.1 (server) => broadcast arp-запрос на поиск мака для 10.0.0.150
10.0.0.1 (server) => 10.0.0.150 dhcp offer

10.0.0.150 это адрес, который серв пытается предложить клиенту.
10.0.0.1 - сам сервер

Со стороны серва видно:
0.0.0.0 => 255.255.255.255 boot request
10.0.0.1 (server) => broadcast arp-запрос на поиск мака для 10.0.0.150
10.0.0.1 => 10.0.0.150 boot reply
10.0.0.1 (server) => broadcast arp-запрос на поиск мака для 10.0.0.150
10.0.0.1 (server) => broadcast arp-запрос на поиск мака для 10.0.0.150
0.0.0.0 => 255.255.255.255 boot request
10.0.0.1 => 10.0.0.150 boot reply
0.0.0.0 => 255.255.255.255 boot request
10.0.0.1 => 10.0.0.150 boot reply
0.0.0.0 => 255.255.255.255 boot request
10.0.0.1 => 10.0.0.150 boot reply

Что неправильно тут? Запрос мака для 10.0.0.150, когда этого ИПа ещё не существует?

Я не особый знаток протокола dhcp, растолкуйте, плиз чего тут не так.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

19. "Проблема с DHCP."  
Сообщение от stakado email(ok) on 02-Июн-07, 17:26 
>Со стороны клиента видно следующее:
>0.0.0.0 => 255.255.255.255 dhcp discover
>10.0.0.1 (server) => broadcast arp-запрос на поиск мака для 10.0.0.150
>10.0.0.1 (server) => 10.0.0.150 dhcp offer
>10.0.0.1 (server) => broadcast arp-запрос на поиск мака для 10.0.0.150
>10.0.0.1 (server) => broadcast arp-запрос на поиск мака для 10.0.0.150
>10.0.0.1 (server) => broadcast arp-запрос на поиск мака для 10.0.0.150
>10.0.0.1 (server) => 10.0.0.150 dhcp offer
>10.0.0.1 (server) => broadcast arp-запрос на поиск мака для 10.0.0.150
>10.0.0.1 (server) => 10.0.0.150 dhcp offer

Тьфу, блин, не то скопипастил. Должно быть так:
0.0.0.0 => 255.255.255.255 dhcp discover
10.0.0.1 (server) => broadcast arp-запрос на поиск мака для 10.0.0.150
10.0.0.1 (server) => 10.0.0.150 dhcp offer
10.0.0.1 (server) => broadcast arp-запрос на поиск мака для 10.0.0.150
10.0.0.1 (server) => broadcast arp-запрос на поиск мака для 10.0.0.150
0.0.0.0 => 255.255.255.255 dhcp discover
10.0.0.1 (server) => 10.0.0.150 dhcp offer
0.0.0.0 => 255.255.255.255 dhcp discover
10.0.0.1 (server) => 10.0.0.150 dhcp offer

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей 		Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру