forum.opennet.ru - "Несколько подсетей на микротиках и центральный DHCP" (15)

"Несколько подсетей на микротиках и центральный DHCP"

Форум Открытые системы на сервере (DHCP / FreeBSD)
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Несколько подсетей на микротиках и центральный DHCP"	+/–
Сообщение от DHCPep on 16-Янв-18, 10:20
Уважаемые специалисты! Хочу проконсультироваться с знающими людьми по вопросу организации автоматической раздачи DHCP настроек по подсетям офисов. Схема такая: Есть центральная серверная, где стоит шлюз в интернет и DHCP сервер. На нём описаны все подсети офисов. В конфиге dhcpd созданы группы по подсетям в которых описаны все имеющиеся в них устройства с привязкой mac-ip. В данный момент все офисы заведены оптикой в эту серверную, vlan'он никаких нет и возможностей по их организации тоже нет. Провайдер предоставляет только связь меж офисами в одном vlan. И в данный момент соответственно все офисы в рамках одного широковещательного домена со всеми вытекающими отсюда трудностями. В ближайшее время на границе каждого офиса буду ставить маршрутизатор (микротик) с поднятым DHCP релеем который будет стучаться уже к центральному DHCP. Так вот вопрос в чём: Если с прописанными в DHCP устройствами всё понятно, микротик запрашивает адрес для устройства и сервер для указанной подсети выдаст настройки для этого устройства. То вот раздачу адресов для неизвестных устройств из пула, не совсем понятно как делать. Сейчас это работает так: в подсетях 192.168.1.0, 2.0 ... только известные устройства, а неизвестным выдаются адреса из 10.1.0.0/16. Но это в рамках одного широковещательного домена с единым шлюзом центральным 10.1.0.1, а после разграничения маршрутизаторами на подсети, мне для гостевой сети каждого офиса надо будет выдавать настройки из разных пулов. Т.е. в одном офисе гостевая подсетка должна будет быть: 10.1.0.0/24, во втором 10.1.1.0/24 Как мне это организовать? Поделитесь пожалуйста соображениями. Думал на центральном сервере поднять на одном интерфейсе с алиасами несколько dhcp серверов и с каждого релея чтобы указан dhcp был отвечающий за данную подсеть. Но выглядит сомнительно, ведь dhcp работает широковещательными запросами, а тут фактически все эти dchp будут на одной сетевухе работать. Да и кажется вариант костыльным. Помогите плиз!
Ответить \| Правка \| Cообщить модератору

Оглавление

Несколько подсетей на микротиках и центральный DHCP, DHCPep, 10:48 , 16-Янв-18, (1)

Несколько подсетей на микротиках и центральный DHCP, _, 09:15 , 17-Янв-18, (2)

Несколько подсетей на микротиках и центральный DHCP, DHCPep, 11:29 , 17-Янв-18, (3)

Несколько подсетей на микротиках и центральный DHCP, fantom, 16:57 , 17-Янв-18, (4)

Несколько подсетей на микротиках и центральный DHCP, DHCPep, 20:01 , 17-Янв-18, (5)

Несколько подсетей на микротиках и центральный DHCP, reader, 12:33 , 18-Янв-18, (6) –1

Несколько подсетей на микротиках и центральный DHCP, DHCPep, 14:54 , 18-Янв-18, (7)

Несколько подсетей на микротиках и центральный DHCP, reader, 15:24 , 18-Янв-18, (8)

Несколько подсетей на микротиках и центральный DHCP, shadow_alone, 05:28 , 20-Янв-18, (9)

Несколько подсетей на микротиках и центральный DHCP, DHCPep, 17:55 , 20-Янв-18, (10)

Несколько подсетей на микротиках и центральный DHCP, fantom, 18:32 , 20-Янв-18, (12)

Несколько подсетей на микротиках и центральный DHCP, DHCPep, 13:11 , 29-Янв-18, (14)

Несколько подсетей на микротиках и центральный DHCP, fantom, 18:29 , 20-Янв-18, (11) –1

Несколько подсетей на микротиках и центральный DHCP, DHCPep, 13:10 , 29-Янв-18, (13)

Несколько подсетей на микротиках и центральный DHCP, fantom, 23:23 , 29-Янв-18, (15)

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

1. "Несколько подсетей на микротиках и центральный DHCP" +/–

Сообщение от DHCPep on 16-Янв-18, 10:48

Дополню вопрос, есть ли возможность на пограничных офисных роутерах сделать что-то типа:
Запрос dhcp от клиента релеем запрашивается у центрального сервера, и если тот не даёт настроек (mac не прописан на центральном), то микротик выдаёт из гостевого пула сконфигурированного на нём самом. Можно так сделать?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Несколько подсетей на микротиках и центральный DHCP" +/–

Сообщение от _ (??) on 17-Янв-18, 09:15

> Дополню вопрос, есть ли возможность на пограничных офисных роутерах сделать что-то типа:
> Запрос dhcp от клиента релеем запрашивается у центрального сервера, и если тот
> не даёт настроек (mac не прописан на центральном), то микротик выдаёт
> из гостевого пула сконфигурированного на нём самом. Можно так сделать?
802.1X ?

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Несколько подсетей на микротиках и центральный DHCP" +/–

Сообщение от DHCPep on 17-Янв-18, 11:29

> 802.1X ?
Спасибо, подумаю над таким вариантом. А всё-же связку DHCP и DHCP релей возможно сделать?

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "Несколько подсетей на микротиках и центральный DHCP" +/–

Сообщение от fantom (??) on 17-Янв-18, 16:57

>> 802.1X ?
> Спасибо, подумаю над таким вариантом. А всё-же связку DHCP и DHCP релей
> возможно сделать?
Ну в этом мире нет ничего невозможного если у вас достаточно денег и времени.

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

5. "Несколько подсетей на микротиках и центральный DHCP" +/–

Сообщение от DHCPep on 17-Янв-18, 20:01

> Ну в этом мире нет ничего невозможного если у вас достаточно денег
> и времени.
Филосовствуете? Ну да, оно приятно бывает :)

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

6. "Несколько подсетей на микротиках и центральный DHCP" –1 +/–

Сообщение от reader (ok) on 18-Янв-18, 12:33

>> Ну в этом мире нет ничего невозможного если у вас достаточно денег
>> и времени.
> Филосовствуете? Ну да, оно приятно бывает :)
То о чем вы спрашиваете зависит от возможностей конкретного микротика, как вам отвечать в данном случае.
Ставите локальные DHCP с большой задержкой, что бы они отвечали гарантированно позже центрального.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

7. "Несколько подсетей на микротиках и центральный DHCP" +/–

Сообщение от DHCPep on 18-Янв-18, 14:54

> То о чем вы спрашиваете зависит от возможностей конкретного микротика, как вам
> отвечать в данном случае.
> Ставите локальные DHCP с большой задержкой, что бы они отвечали гарантированно позже
> центрального.
Это вот очень интересно. А что есть такая опция как задержка ответа для клиента? Т.е. схема такая:
У микротика адреса допустим 192.168.0.1 (к центральному серверу), 192.168.1.1 (офисная) и 10.0.1.1 (гостевая)
И на 192.168.1.1 висит релей к центральному серверу с прописанными клиентами.,
а на 10.0.1.1 висит DHCP который отвечает с задержкой.
Клиент делает запрос, его получает микротик на оба адреса, релей пересылает серверу и если сервер не выдаёт ему настроек, то клиент ничего не получает от него.
А через условно 10 секунд, гостевой dhcp отправляет ответ с параметрами гостевой сети, и если клиент до сих пор не получил никаких настроек, то он подхватывает гостевые.
Так получается?

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

8. "Несколько подсетей на микротиках и центральный DHCP" +/–

Сообщение от reader (ok) on 18-Янв-18, 15:24

>> То о чем вы спрашиваете зависит от возможностей конкретного микротика, как вам
>> отвечать в данном случае.
>> Ставите локальные DHCP с большой задержкой, что бы они отвечали гарантированно позже
>> центрального.
> Это вот очень интересно. А что есть такая опция как задержка ответа
min-secs в ISC DHCP , про микротик незнаю
>[оверквотинг удален]
> и 10.0.1.1 (гостевая)
> И на 192.168.1.1 висит релей к центральному серверу с прописанными клиентами.,
> а на 10.0.1.1 висит DHCP который отвечает с задержкой.
> Клиент делает запрос, его получает микротик на оба адреса, релей пересылает серверу
> и если сервер не выдаёт ему настроек, то клиент ничего не
> получает от него.
> А через условно 10 секунд, гостевой dhcp отправляет ответ с параметрами гостевой
> сети, и если клиент до сих пор не получил никаких настроек,
> то он подхватывает гостевые.
> Так получается?
это и имелось ввиду, только возможно не про микротик

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

9. "Несколько подсетей на микротиках и центральный DHCP" +/–

Сообщение от shadow_alone (ok) on 20-Янв-18, 05:28

На офисных микротиках делаешь релей, в релее первый сервером идет центральный микротик, на котором настраиваешь отдачу только зарезервированных адресов.
Далее, на офисных микротиках создаешь loopback интерфейс, на котором создаешь dhcp-сервер для локальной раздачи, и вешаешь его вторым сервером в релей.
Вот всё что тебе надо.
Но я бы так не делал - не комильфо это. Уж лучше просить у провайдера Q-in-Q.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

10. "Несколько подсетей на микротиках и центральный DHCP" +/–

Сообщение от DHCPep on 20-Янв-18, 17:55

> Но я бы так не делал - не комильфо это. Уж лучше
> просить у провайдера Q-in-Q.
Спасибо за пояснение. А у прова я это просил, нет говорят. Оборудование у них не позволяет QinQ реализовать. Может врут, но я настойчиво просил.

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

12. "Несколько подсетей на микротиках и центральный DHCP" +/–

Сообщение от fantom (??) on 20-Янв-18, 18:32

>> Но я бы так не делал - не комильфо это. Уж лучше
>> просить у провайдера Q-in-Q.
> Спасибо за пояснение. А у прова я это просил, нет говорят. Оборудование
> у них не позволяет QinQ реализовать. Может врут, но я настойчиво
> просил.
И фиг сним с провайдером, Ethernet-Over-Ip никто не отменял и если трафика у вас там НЕ сотни мегабит то все довольно просто реализуется,
Та даже если сотни - VXLAN вам в помощь.

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

14. "Несколько подсетей на микротиках и центральный DHCP" +/–

Сообщение от DHCPep on 29-Янв-18, 13:11

>>> Но я бы так не делал - не комильфо это. Уж лучше
>>> просить у провайдера Q-in-Q.
>> Спасибо за пояснение. А у прова я это просил, нет говорят. Оборудование
>> у них не позволяет QinQ реализовать. Может врут, но я настойчиво
>> просил.
> И фиг сним с провайдером, Ethernet-Over-Ip никто не отменял и если трафика
> у вас там НЕ сотни мегабит то все довольно просто реализуется,
> Та даже если сотни - VXLAN вам в помощь.
Спасибо за наводки. Посмотрю что это за технологии такие в частности VXLAN. Пока не знаком.

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

11. "Несколько подсетей на микротиках и центральный DHCP" –1 +/–

Сообщение от fantom (??) on 20-Янв-18, 18:29

>[оверквотинг удален]
> нет и возможностей по их организации тоже нет. Провайдер предоставляет только
> связь меж офисами в одном vlan.
> И в данный момент соответственно все офисы в рамках одного широковещательного домена
> со всеми вытекающими отсюда трудностями.
> В ближайшее время на границе каждого офиса буду ставить маршрутизатор (микротик) с
> поднятым DHCP релеем который будет стучаться уже к центральному DHCP.
> Так вот вопрос в чём: Если с прописанными в DHCP устройствами всё
> понятно, микротик запрашивает адрес для устройства и сервер для указанной подсети
> выдаст настройки для этого устройства. То вот раздачу адресов для неизвестных
> устройств из пула, не совсем понятно как делать.
Классический пример:
subnet 192.168.1.0 netmask 255.255.255.0 {
        range 192.168.1.10 192.168.1.100;
}
host hostname {
        hardware ethernet 08:00:00:00:00:23;
        fixed-address 192.168.1.222;
}
Вы знаете как релей работает???
На пальцах - он в запрос добавляет инфу о подсети, из которой запрос получен.
В результате неопознанные получают адреса 10-100, опознанные - что назначите.
В чем проблема?
или вам неопознанным надо РАДИКАЛЬНО другая подсеть???

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

13. "Несколько подсетей на микротиках и центральный DHCP" +/–

Сообщение от DHCPep on 29-Янв-18, 13:10

> Вы знаете как релей работает???
> На пальцах - он в запрос добавляет инфу о подсети, из которой
> запрос получен.
> В результате неопознанные получают адреса 10-100, опознанные - что назначите.
> В чем проблема?
> или вам неопознанным надо РАДИКАЛЬНО другая подсеть???
Да, мне для неопознанных нужна радикально другая подсеть. Причём в каждом офисе своя.

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

15. "Несколько подсетей на микротиках и центральный DHCP" +/–

Сообщение от fantom (??) on 29-Янв-18, 23:23

>> Вы знаете как релей работает???
>> На пальцах - он в запрос добавляет инфу о подсети, из которой
>> запрос получен.
>> В результате неопознанные получают адреса 10-100, опознанные - что назначите.
>> В чем проблема?
>> или вам неопознанным надо РАДИКАЛЬНО другая подсеть???
> Да, мне для неопознанных нужна радикально другая подсеть. Причём в каждом офисе
> своя.
А опознанные и не опознанные в одном лан сегменте??
Потому, что если в одном то все это фикция будет. Все равно что прятать ключ от сейфа под ковриком перед сейфом.

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

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

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Несколько подсетей на микротиках и центральный DHCP"	+/–
Сообщение от DHCPep on 16-Янв-18, 10:48
Дополню вопрос, есть ли возможность на пограничных офисных роутерах сделать что-то типа: Запрос dhcp от клиента релеем запрашивается у центрального сервера, и если тот не даёт настроек (mac не прописан на центральном), то микротик выдаёт из гостевого пула сконфигурированного на нём самом. Можно так сделать?
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	2. "Несколько подсетей на микротиках и центральный DHCP"	+/–
	Сообщение от _ (??) on 17-Янв-18, 09:15
	> Дополню вопрос, есть ли возможность на пограничных офисных роутерах сделать что-то типа: > Запрос dhcp от клиента релеем запрашивается у центрального сервера, и если тот > не даёт настроек (mac не прописан на центральном), то микротик выдаёт > из гостевого пула сконфигурированного на нём самом. Можно так сделать? 802.1X ?
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору


	3. "Несколько подсетей на микротиках и центральный DHCP"	+/–
	Сообщение от DHCPep on 17-Янв-18, 11:29
	> 802.1X ? Спасибо, подумаю над таким вариантом. А всё-же связку DHCP и DHCP релей возможно сделать?
	Ответить \| Правка \| ^ к родителю #2 \| Наверх \| Cообщить модератору


	4. "Несколько подсетей на микротиках и центральный DHCP"	+/–
	Сообщение от fantom (??) on 17-Янв-18, 16:57
	>> 802.1X ? > Спасибо, подумаю над таким вариантом. А всё-же связку DHCP и DHCP релей > возможно сделать? Ну в этом мире нет ничего невозможного если у вас достаточно денег и времени.
	Ответить \| Правка \| ^ к родителю #3 \| Наверх \| Cообщить модератору


	5. "Несколько подсетей на микротиках и центральный DHCP"	+/–
	Сообщение от DHCPep on 17-Янв-18, 20:01
	> Ну в этом мире нет ничего невозможного если у вас достаточно денег > и времени. Филосовствуете? Ну да, оно приятно бывает :)
	Ответить \| Правка \| ^ к родителю #4 \| Наверх \| Cообщить модератору


	6. "Несколько подсетей на микротиках и центральный DHCP"	–1 +/–
	Сообщение от reader (ok) on 18-Янв-18, 12:33
	>> Ну в этом мире нет ничего невозможного если у вас достаточно денег >> и времени. > Филосовствуете? Ну да, оно приятно бывает :) То о чем вы спрашиваете зависит от возможностей конкретного микротика, как вам отвечать в данном случае. Ставите локальные DHCP с большой задержкой, что бы они отвечали гарантированно позже центрального.
	Ответить \| Правка \| ^ к родителю #5 \| Наверх \| Cообщить модератору


	7. "Несколько подсетей на микротиках и центральный DHCP"	+/–
	Сообщение от DHCPep on 18-Янв-18, 14:54
	> То о чем вы спрашиваете зависит от возможностей конкретного микротика, как вам > отвечать в данном случае. > Ставите локальные DHCP с большой задержкой, что бы они отвечали гарантированно позже > центрального. Это вот очень интересно. А что есть такая опция как задержка ответа для клиента? Т.е. схема такая: У микротика адреса допустим 192.168.0.1 (к центральному серверу), 192.168.1.1 (офисная) и 10.0.1.1 (гостевая) И на 192.168.1.1 висит релей к центральному серверу с прописанными клиентами., а на 10.0.1.1 висит DHCP который отвечает с задержкой. Клиент делает запрос, его получает микротик на оба адреса, релей пересылает серверу и если сервер не выдаёт ему настроек, то клиент ничего не получает от него. А через условно 10 секунд, гостевой dhcp отправляет ответ с параметрами гостевой сети, и если клиент до сих пор не получил никаких настроек, то он подхватывает гостевые. Так получается?
	Ответить \| Правка \| ^ к родителю #6 \| Наверх \| Cообщить модератору


	8. "Несколько подсетей на микротиках и центральный DHCP"	+/–
	Сообщение от reader (ok) on 18-Янв-18, 15:24
	>> То о чем вы спрашиваете зависит от возможностей конкретного микротика, как вам >> отвечать в данном случае. >> Ставите локальные DHCP с большой задержкой, что бы они отвечали гарантированно позже >> центрального. > Это вот очень интересно. А что есть такая опция как задержка ответа min-secs в ISC DHCP , про микротик незнаю >[оверквотинг удален] > и 10.0.1.1 (гостевая) > И на 192.168.1.1 висит релей к центральному серверу с прописанными клиентами., > а на 10.0.1.1 висит DHCP который отвечает с задержкой. > Клиент делает запрос, его получает микротик на оба адреса, релей пересылает серверу > и если сервер не выдаёт ему настроек, то клиент ничего не > получает от него. > А через условно 10 секунд, гостевой dhcp отправляет ответ с параметрами гостевой > сети, и если клиент до сих пор не получил никаких настроек, > то он подхватывает гостевые. > Так получается? это и имелось ввиду, только возможно не про микротик
	Ответить \| Правка \| ^ к родителю #7 \| Наверх \| Cообщить модератору

9. "Несколько подсетей на микротиках и центральный DHCP"	+/–
Сообщение от shadow_alone (ok) on 20-Янв-18, 05:28
На офисных микротиках делаешь релей, в релее первый сервером идет центральный микротик, на котором настраиваешь отдачу только зарезервированных адресов. Далее, на офисных микротиках создаешь loopback интерфейс, на котором создаешь dhcp-сервер для локальной раздачи, и вешаешь его вторым сервером в релей. Вот всё что тебе надо. Но я бы так не делал - не комильфо это. Уж лучше просить у провайдера Q-in-Q.
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	10. "Несколько подсетей на микротиках и центральный DHCP"	+/–
	Сообщение от DHCPep on 20-Янв-18, 17:55
	> Но я бы так не делал - не комильфо это. Уж лучше > просить у провайдера Q-in-Q. Спасибо за пояснение. А у прова я это просил, нет говорят. Оборудование у них не позволяет QinQ реализовать. Может врут, но я настойчиво просил.
	Ответить \| Правка \| ^ к родителю #9 \| Наверх \| Cообщить модератору


	12. "Несколько подсетей на микротиках и центральный DHCP"	+/–
	Сообщение от fantom (??) on 20-Янв-18, 18:32
	>> Но я бы так не делал - не комильфо это. Уж лучше >> просить у провайдера Q-in-Q. > Спасибо за пояснение. А у прова я это просил, нет говорят. Оборудование > у них не позволяет QinQ реализовать. Может врут, но я настойчиво > просил. И фиг сним с провайдером, Ethernet-Over-Ip никто не отменял и если трафика у вас там НЕ сотни мегабит то все довольно просто реализуется, Та даже если сотни - VXLAN вам в помощь.
	Ответить \| Правка \| ^ к родителю #10 \| Наверх \| Cообщить модератору


	14. "Несколько подсетей на микротиках и центральный DHCP"	+/–
	Сообщение от DHCPep on 29-Янв-18, 13:11
	>>> Но я бы так не делал - не комильфо это. Уж лучше >>> просить у провайдера Q-in-Q. >> Спасибо за пояснение. А у прова я это просил, нет говорят. Оборудование >> у них не позволяет QinQ реализовать. Может врут, но я настойчиво >> просил. > И фиг сним с провайдером, Ethernet-Over-Ip никто не отменял и если трафика > у вас там НЕ сотни мегабит то все довольно просто реализуется, > Та даже если сотни - VXLAN вам в помощь. Спасибо за наводки. Посмотрю что это за технологии такие в частности VXLAN. Пока не знаком.
	Ответить \| Правка \| ^ к родителю #12 \| Наверх \| Cообщить модератору

11. "Несколько подсетей на микротиках и центральный DHCP"	–1 +/–
Сообщение от fantom (??) on 20-Янв-18, 18:29
>[оверквотинг удален] > нет и возможностей по их организации тоже нет. Провайдер предоставляет только > связь меж офисами в одном vlan. > И в данный момент соответственно все офисы в рамках одного широковещательного домена > со всеми вытекающими отсюда трудностями. > В ближайшее время на границе каждого офиса буду ставить маршрутизатор (микротик) с > поднятым DHCP релеем который будет стучаться уже к центральному DHCP. > Так вот вопрос в чём: Если с прописанными в DHCP устройствами всё > понятно, микротик запрашивает адрес для устройства и сервер для указанной подсети > выдаст настройки для этого устройства. То вот раздачу адресов для неизвестных > устройств из пула, не совсем понятно как делать. Классический пример: subnet 192.168.1.0 netmask 255.255.255.0 { range 192.168.1.10 192.168.1.100; } host hostname { hardware ethernet 08:00:00:00:00:23; fixed-address 192.168.1.222; } Вы знаете как релей работает??? На пальцах - он в запрос добавляет инфу о подсети, из которой запрос получен. В результате неопознанные получают адреса 10-100, опознанные - что назначите. В чем проблема? или вам неопознанным надо РАДИКАЛЬНО другая подсеть???
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	13. "Несколько подсетей на микротиках и центральный DHCP"	+/–
	Сообщение от DHCPep on 29-Янв-18, 13:10
	> Вы знаете как релей работает??? > На пальцах - он в запрос добавляет инфу о подсети, из которой > запрос получен. > В результате неопознанные получают адреса 10-100, опознанные - что назначите. > В чем проблема? > или вам неопознанным надо РАДИКАЛЬНО другая подсеть??? Да, мне для неопознанных нужна радикально другая подсеть. Причём в каждом офисе своя.
	Ответить \| Правка \| ^ к родителю #11 \| Наверх \| Cообщить модератору


	15. "Несколько подсетей на микротиках и центральный DHCP"	+/–
	Сообщение от fantom (??) on 29-Янв-18, 23:23
	>> Вы знаете как релей работает??? >> На пальцах - он в запрос добавляет инфу о подсети, из которой >> запрос получен. >> В результате неопознанные получают адреса 10-100, опознанные - что назначите. >> В чем проблема? >> или вам неопознанным надо РАДИКАЛЬНО другая подсеть??? > Да, мне для неопознанных нужна радикально другая подсеть. Причём в каждом офисе > своя. А опознанные и не опознанные в одном лан сегменте?? Потому, что если в одном то все это фикция будет. Все равно что прятать ключ от сейфа под ковриком перед сейфом.
	Ответить \| Правка \| ^ к родителю #13 \| Наверх \| Cообщить модератору