DHCP options
-
Последняя версия от 2 мая выдает вообще бред какой-то вместо прописанных адресов, но выдает! Правда я задал основной и один опциональный, а получил три роутера на клиенте, и адреса совсем не похожи на те что я задавал (мои 192****, а получил что-то из 94.****) Это очень плохо!!! Что с этим делать?!
Что делать….. что делать..... Ставить stable версию,
-
Последняя версия от 2 мая выдает вообще бред какой-то вместо прописанных адресов, но выдает! Правда я задал основной и один опциональный, а получил три роутера на клиенте, и адреса совсем не похожи на те что я задавал (мои 192****, а получил что-то из 94.****) Это очень плохо!!! Что с этим делать?!
Можно подробнее?
-
Что делать….. что делать..... Ставить stable версию,
А как в стабле (1.2.3 которая) задавать дополнительные маршрутизаторы и опции вообще?
-
-
Можно подробнее?
Можно. Ставлю последний пф (02 мая). Включаю DHCP сервер. Клиент на вин ХР получает адрес маршрутизатора (который по умолчанию равен лан интерфейсу пф-а 192.168.1.35). Прописываю в настройках сервера в поле гатевей другой адрес (192.168.1.1) маршрутизатора. Клиент получает его нормально. Но как только я добавляю в в опции DHCP опцию нумбер = 3, валуе = 192.168.1.ххх клиент получает вместо двух адресов маршрутизатора три!, и они имеют значение вида 94.ххх.ххх.ххх (точные значения не помню, если это важно могу выяснить).
ИМНО так же следует обратить внимание на то, что с версией от 24 марта клиенты на ХР вообще не получали адрес маршрутизатора, если был прописан опциональный маршрутизатор, при этом клиенты на висте получали оба роутера нормально (см. первый пост). Поведение версии от 2 мая с виста-клиентами я сейчас проверить не могу.
Прошу вас обратить внимание на параллельное обсуждение на форуме forum.ixbt.com ссылку на который я приводил выше. Там человек приводит описание причины неисправности. Может оно Вам или разработчикам подскажет путь решения проблемы. -
Так что, проблема решаема? Может нужны какие-то дополнительные сведения?
-
Сегодня опробовал последний пф (04 мая). Ситуация такая же как в первом посте, вистовские клиенты нормально получают оба шлюза, ХР-шные ни одного!
-
Сегодня опробовал последний пф (04 мая). Ситуация такая же как в первом посте, вистовские клиенты нормально получают оба шлюза, ХР-шные ни одного!
Ориентироваться на Microsoft нелогично, ибо славна сея компания косяками.
Делай tcpdump, будем смотреть по стандарту pfSense отдаёт DHCP или нет. Другого пути я не вижу. -
Проблема криво, но все таки решена.
http://forum.pfsense.org/index.php/topic,24811.0.html -
Проблема криво, но все таки решена.
http://forum.pfsense.org/index.php/topic,24811.0.htmlВ посте присоветовали модифицировать ручками конфиг файл. А не пофик ли Windows как ты конфигурируешь dhcp-сервер, используя web-interface или командную строку?
-
В посте присоветовали модифицировать ручками конфиг файл. А не пофик ли Windows как ты конфигурируешь dhcp-сервер, используя web-interface или командную строку?
Там присоветовали отключить проверку значения поля гатевей при сохранении настроек дхцп сервера, что позволит в конфиге сохранить запись вида option routers x.x.x.x, x.x.x.y; в конфиге дхцп, а не
option routers 192.168.1.247;
option domain-name-servers 192.168.1.190;
option custom-lan-0 "192.168.1.190";Метод имхо кривой (а что делать если понадобиться задать не 2 роутера, а два чего нибудь еще. Да и виста вполне понимала и при старой конфигурации что ей дают 2 роутера, а вот хр не видела ни одного, хотя обе нормально получали два роутера от майкрософтовского дхцп).
Тем не менее сейчас и виста и хр нормально получают оба шлюза от пф-а.
Если я правильно понял статью http://technet.microsoft.com/ru-ru/library/bb878104%28en-us%29.aspx
они будут пытаться использовать при недоступности первого второй и т.д. -
Хорошая статья. Но я одного не пойму - у тебя компьютеры пользователей, что получают IP через DHCP имеют по две сетевых карты? Или ты серверам раздаёшь IP через DHCP?
-
Хорошая статья. Но я одного не пойму - у тебя компьютеры пользователей, что получают IP через DHCP имеют по две сетевых карты? Или ты серверам раздаёшь IP через DHCP?
Нет, по одной. Просто когда первый шлюз становится недоступен, клиенты атоматически начинают ходить через второй (сам пф).
Вы мне не подскажете про нарезку скорости клиентам? -
Хорошая статья. Но я одного не пойму - у тебя компьютеры пользователей, что получают IP через DHCP имеют по две сетевых карты? Или ты серверам раздаёшь IP через DHCP?
Нет, по одной. Просто когда первый шлюз становится недоступен, клиенты атоматически начинают ходить через второй (сам пф).
Можно по-подробнее, что сам pf?
Вы мне не подскажете про нарезку скорости клиентам?
К сожалению нет, не силён в шэйпинге.
-
Можно по-подробнее, что сам pf?
Сам пф является дхцп сервером и вторым шлюзом. В сети есть еще один шлюз. Пф раздает первым шлюзом адрес первого шлюза, а вторым шлюзом свой адрес. Когда становится недоступен первый, клиенты начинают идти через второй (тот который сам пф).
-
Сам пф является дхцп сервером и вторым шлюзом. В сети есть еще один шлюз. Пф раздает первым шлюзом адрес первого шлюза, а вторым шлюзом свой адрес. Когда становится недоступен первый, клиенты начинают идти через второй (тот который сам пф).
может перевести локальную сеть на ipv6 а шлюзы сделать с двойным стеком?
P.S. в ipv6 шлюз бы второй находился автоматически