citramon Опубликовано 24 февраля, 2011 · Жалоба Доброго времени суток! Имеем: dhcp-сервер DHCP Server V3.0.5-RedHat и железо DLink 1228ME (в роли релея). Сервер и железка в одном влане, с адресами в одной подсети, клиент в другом влане и естественно другой подсетке. Идея такая: раздавать адреса в зависимости от порта коммутатора. Как я себе это представляю сервер должен общаться только с релеем, но сталкнулся с такой проблемой: при первом запросе адреса все гуд: Feb 24 19:36:44 dhcp dhcpd: DHCPREQUEST for 10.0.0.147 from 00:26:6c:82:2f:05 (satellite-655) via 10.90.90.116 Feb 24 19:36:44 dhcp dhcpd: DHCPACK on 10.0.0.147 to 00:26:6c:82:2f:05 (satellite-655) via 10.90.90.116 Все выдается и работает, а при продлении лизы уже сервер шлет почему-то без релея, напрямую клиенту: Feb 24 19:36:01 dhcp dhcpd: DHCPINFORM from 10.0.0.147 via 10.90.90.116 Feb 24 19:36:01 dhcp dhcpd: DHCPACK to 10.0.0.147 (00:26:6c:82:2f:05) via eth0.13 Почему при выданных настройках сервер на прямую отвечает? Как можно заставить его отвечать на релей, который прислал этот запрос? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vurd Опубликовано 24 февраля, 2011 · Жалоба Потому что по rfc сервер должен общается с клиентом напрямую. Этот ответ на первый вопрос. ena dhcp_local_relay попробуйте. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
citramon Опубликовано 24 февраля, 2011 · Жалоба пробовал... Все так же... Получается все равно сервер и клиент должны друг друга видеть? Вроде ж релей должен все релеить... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 24 февраля, 2011 · Жалоба ifconfig -a покажите Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
citramon Опубликовано 24 февраля, 2011 (изменено) · Жалоба [root@dhcp ~]# ifconfig -a eth0 Link encap:Ethernet HWaddr 00:1A:92:72:D9:B1 inet6 addr: fe80::21a:92ff:fe72:d9b1/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:274085 errors:0 dropped:0 overruns:0 frame:0 TX packets:52199 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:30704218 (29.2 MiB) TX bytes:16647666 (15.8 MiB) Interrupt:58 Base address:0x6000 eth0.13 Link encap:Ethernet HWaddr 00:1A:92:72:D9:B1 inet addr:10.90.90.234 Bcast:10.90.90.255 Mask:255.255.255.0 inet6 addr: fe80::21a:92ff:fe72:d9b1/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:54781 errors:0 dropped:0 overruns:0 frame:0 TX packets:52106 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:11098121 (10.5 MiB) TX bytes:16628014 (15.8 MiB) eth0.13:0 Link encap:Ethernet HWaddr 00:1A:92:72:D9:B1 inet addr:10.0.245.234 Bcast:10.0.245.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 eth1 Link encap:Ethernet HWaddr 00:21:91:D4:E7:9C 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:66 Base address:0x8c00 eth2 Link encap:Ethernet HWaddr 00:21:91:D4:E7:9D 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:74 Base address:0xa800 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:16436 Metric:1 RX packets:8 errors:0 dropped:0 overruns:0 frame:0 TX packets:8 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:560 (560.0 b) TX bytes:560 (560.0 b) sit0 Link encap:IPv6-in-IPv4 NOARP MTU:1480 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:0 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) Изменено 24 февраля, 2011 пользователем citramon Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 24 февраля, 2011 · Жалоба citramon В самом деле, вам нужно научиться каким-то образом не транслировать dhcpinform на dhcp-сервер, т.к. в операторских сетях это ненужная вещь. Попробуйте это сделать на оборудовании, которое выступает в роли релея Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ivan_83 Опубликовано 27 февраля, 2011 · Жалоба Все выдается и работает, а при продлении лизы уже сервер шлет почему-то без релея, напрямую клиенту: Feb 24 19:36:01 dhcp dhcpd: DHCPINFORM from 10.0.0.147 via 10.90.90.116 Feb 24 19:36:01 dhcp dhcpd: DHCPACK to 10.0.0.147 (00:26:6c:82:2f:05) via eth0.13 Почему при выданных настройках сервер на прямую отвечает? Как можно заставить его отвечать на релей, который прислал этот запрос? информ - это запрос дополнительных параметров.получение/продление аренды это регвест. Обновите ваш сервер, потому что всё что пришло через релей агента уходит обратно через него же. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...