|
2.21, Игорь (??), 13:40, 04/12/2009 [^] [^^] [^^^] [ответить]
| +/– |
А как сделать, что бы шлюзом здесь отдавался тот самый ip-шник, который назначен клиенту?
PS
Объясню, зачем это нужно. При передачи мультикастом iptv все вобщем то замечательно, до тех пор, пока клиент не поднимает pppoe (или любое другое VPN соединение). При этом у него прописывается шлюзом по умолчанию для мультикаста другой ip-шник, который выдается по ppp-соединению, причем с лучшей метрикой. iptv работать перестает. Как это выглядит:
224.0.0.0 240.0.0.0 192.168.1.201 192.168.1.201 192.168.1.201 20
224.0.0.0 240.0.0.0 91.192.97.1 91.192.97.1 91.192.97.1 1
Если бы удалось передать маршрут:
239.1.1.0 255.255.255.0 192.168.1.201 192.168.1.201 192.168.1.201 1
то проблема бы была решена....
Но как в конфиге-то это прописать?
| |
|
1.2, VecH (ok), 01:45, 11/08/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Маршруты в десятичном заданы и читабельны
Для чего тут скрипт на perl-е ?
Да, и маршрутов можно передавать несколько:
MASK, NETWORK, GATEWAY, MASK, NET, GATEWAY, .....;
| |
|
2.5, Аноним (-), 08:54, 11/08/2009 [^] [^^] [^^^] [ответить]
| +/– |
А это читабельно будет?
> ($s1, $s2, $s3, $s4) = split(/\./, $router);
> push(@bytes, sprintf('%02x', $s1));
> ...
> return join(':', @bytes);
Строка вида 0a:00:00:01 для 10.0.0.1 еще понимается, а для более запущенных случаев? :-)
| |
|
3.8, VecH (ok), 15:24, 11/08/2009 [^] [^^] [^^^] [ответить]
| +/– |
Я имею ввиду вот это:
> option rfc3442-classless-static-routes 16, 172,16, 10,16,40,100;
> где
> 16 (маска)
> 172.16.0.0 (сеть)
> 10.16.40.100 (шлюз)
Где тут используется шестнадцатеричный формат который выдает перл?
помню когда сталкивался с этим, перловый скрипт предназначался совсем для другого метода решения проблемы
Он тут не к месте, поправьте меня если неправ
| |
|
4.11, коекто (?), 22:38, 11/08/2009 [^] [^^] [^^^] [ответить]
| +/– |
>[оверквотинг удален]
>> где
>> 16 (маска)
>> 172.16.0.0 (сеть)
>> 10.16.40.100 (шлюз)
>
>Где тут используется шестнадцатеричный формат который выдает перл?
>помню когда сталкивался с этим, перловый скрипт предназначался совсем для другого метода
>решения проблемы
>
>Он тут не к месте, поправьте меня если неправ
Определение новых опций допустимо только в последних версиях dhcpd
у кого более старые
option ortion-249 10:AC:10:0A:10:28:64
| |
|
5.12, VecH (ok), 22:51, 11/08/2009 [^] [^^] [^^^] [ответить]
| +/– |
>Определение новых опций допустимо только в последних версиях dhcpd
>
>у кого более старые
>option ortion-249 10:AC:10:0A:10:28:64
Так об этом даже упоминания нет а скрипт есть ))
| |
|
|
|
|
1.3, VecH (ok), 01:45, 11/08/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
И еще вопрос
как передавать статические марщруты клиентам подключающимся по VPN и получаемые адреса с сервера
| |
|
2.4, madvamp (?), 07:11, 11/08/2009 [^] [^^] [^^^] [ответить]
| +/– |
Вроде смотрел такого сделать вроде бы нельзя (по крайней мере на Windows), хотя если в радиусе видел атрибут framed-route (вроде бы он за это отвечает), но виндовые клиенты не понимают и все :(
| |
2.7, Славон (?), 09:57, 11/08/2009 [^] [^^] [^^^] [ответить]
| +/– |
Если в винде создавать ВПН через админскую фигню (честно не помню как называется, но иконка у ней в виде баранки разноцветной) то там можно указать адрес веб сервера от куда будут забираться роуты после соединения....
| |
|
3.9, VecH (ok), 15:25, 11/08/2009 [^] [^^] [^^^] [ответить]
| +/– |
>Если в винде создавать ВПН через админскую фигню (честно не помню как
>называется, но иконка у ней в виде баранки разноцветной) то там
>можно указать адрес веб сервера от куда будут забираться роуты после
>соединения....
Искал, не нашел
| |
|
4.10, Alexander (??), 17:34, 11/08/2009 [^] [^^] [^^^] [ответить]
| +/– |
тулза называется CMAK (Connection Manager Administration Kit). умеет создавать бандл коннекции со статик роутами внутри.
| |
|
|
2.13, freedom (?), 17:35, 13/08/2009 [^] [^^] [^^^] [ответить]
| +/– |
такое работает через dhcp inform, его умеет делать сам клиент MS.
Но нужна поддержка со стороны VPN сервера, он должен быть dhcp-relay для проброса пакета на dhcp-server.
| |
|
1.16, pavlinux (ok), 11:49, 26/08/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
И в ...дцатый раз спрошу -
Есть блейд серваки, 256 штук, все МАC одинаковые, кроме последних байт - 00:01:02:03:04:xx
Как объяснить DHCP серверу, что только этим МАКам
разрешена PXE загрузка и адреса из сети 192.168.20.0/15!
| |
|
2.17, pavel_simple (ok), 12:14, 26/08/2009 [^] [^^] [^^^] [ответить]
| +/– |
>И в ...дцатый раз спрошу -
>Есть блейд серваки, 256 штук, все МАC одинаковые, кроме последних байт -
>00:01:02:03:04:xx
>
>Как объяснить DHCP серверу, что только этим МАКам
>разрешена PXE загрузка и адреса из сети 192.168.20.0/15!
интересно...
man 5 dhcp-eval
в части
substring (data-expr, offset, length)
и в класс его , а там уже и параметры PXE/BOOTP выставить или вообще отдельный пул.
готовое решение отсутствует.
| |
|
3.18, pavel_simple (ok), 12:15, 26/08/2009 [^] [^^] [^^^] [ответить]
| +/– |
>[оверквотинг удален]
>
>man 5 dhcp-eval
>в части
>
> substring (data-expr, offset, length)
>
>и в класс его , а там уже и параметры PXE/BOOTP выставить
>или вообще отдельный пул.
>
>готовое решение отсутствует.
а ещё у бдейдов должен быть свой vendor-string
| |
3.19, pavlinux (ok), 14:16, 26/08/2009 [^] [^^] [^^^] [ответить]
| +/– |
>[оверквотинг удален]
>>разрешена PXE загрузка и адреса из сети 192.168.20.0/15!
>
>интересно...
>
>man 5 dhcp-eval в части
>
> substring (data-expr, offset, length)
>
>и в класс его , а там уже и параметры PXE/BOOTP выставить
>или вообще отдельный пул.
сейчас вот так...
class "allocation-class-1" {
match pick-first-value(option dhcp-client-identifier, hardware);
}
subclass "allocation-class-1" 1:0:10:f3:0b:0c:22;
subclass "allocation-class-1" 1:0:10:f3:0b:0c:24;
subclass "allocation-class-1" 1:0:10:f3:0b:0c:36;
subclass "allocation-class-1" 1:0:10:f3:0b:0c:39;
subclass "allocation-class-1" 1:0:10:f3:0b:0c:9f;
subclass "allocation-class-1" 1:0:10:f3:0b:0c:ba;
... итд
subnet 192.168.20.0 netmask 255.255.254.0 {
pool {
allow members of "allocation-class-1";
range dynamic-bootp 192.168.20.128 192.168.21.254;
option routers 192.168.20.1;
option broadcast-address 192.168.21.255;
next-server 192.168.20.1;
filename "pxelinux.0";
}
У меня уже 8-ая партия по 8-10 блейд-корзин, и каждый раз переписывать sub-class_ы достало.
P.S.
Замена
class "allocation-class-1" {
match pick-first-value(option dhcp-client-identifier, hardware);
}
на
class "allocation-class-1" {
match if option dhcp-vendor-identifier = "nxcm"; # (Nexcom)
# match if dhcp-vendor-identifier = "nxcm";
# match option dhcp-vendor-identifier = "nxcm";
# match dhcp-vendor-identifier = "nxcm";
}
не отрабатываются :(
Кстати, как и где отловить dhcp-vendor-identifier, tcpdump поможет?
А шаманские строки vendor-class-identifier и vendor-encapsulated-options
вообще не ясно с какой планеты
| |
3.20, pavlinux (ok), 14:37, 26/08/2009 [^] [^^] [^^^] [ответить]
| +/– |
>[оверквотинг удален]
>
>man 5 dhcp-eval
>в части
>
> substring (data-expr, offset, length)
>
>и в класс его , а там уже и параметры PXE/BOOTP выставить
>или вообще отдельный пул.
>
>готовое решение отсутствует.
Кстати про substring
class "allocation-class-1" {
match pick-first-value(option dhcp-client-identifier,
substring (hardware, 0, 4));
}
То же не пошло
| |
|
|
|