форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

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

"DHCP vs ручной настройки для eth-провайдера"

Сообщение от users_q on 05-Мрт-08, 10:46

Рассматриваю переход на получение адресов клиентом по протоколу DHCP, сейчас адреса настраиваются вручную. Какие "сюрпризы" меня могут ожидать при этом? Выдавать планирую по mac-адресу. В сети около 600 клиентов, в каждом районе стоит Linux-шлюз. Как понял, шлюз эти пакеты не пропустит, поэтому придется накаждый район ставить свой сервер. Есть ли возможность использовать один конфиг на всех или я что-то не так думаю?

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

Сообщения по теме

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

1. "DHCP vs ручной настройки для eth-провайдера"

Сообщение от users_q on 05-Мрт-08, 10:52

Еще интересует, как настроить ретрансляцию на шлюзах и на свитчах третьего уровня. По каким словам искать ): ?

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

	2. "DHCP vs ручной настройки для eth-провайдера"
	Сообщение от sergei_vasilyev (??) on 05-Мрт-08, 12:00
	>Еще интересует, как настроить ретрансляцию на шлюзах и на свитчах третьего уровня. >По каким словам искать ): ? "DHCP RELAY" конфиг один на всех можно.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	3. "DHCP vs ручной настройки для eth-провайдера"
	Сообщение от PavelR (??) on 05-Мрт-08, 12:08
	>>Еще интересует, как настроить ретрансляцию на шлюзах и на свитчах третьего уровня. >>По каким словам искать ): ? > >"DHCP RELAY" > >конфиг один на всех можно. Просто посетила мысль, об организации и реализации ничего не знаю. Можно ли запихнуть данные в централизированное LDAP-хранилище ?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	4. "DHCP vs ручной настройки для eth-провайдера"
	Сообщение от DogEater (ok) on 05-Мрт-08, 12:25
	>>>Еще интересует, как настроить ретрансляцию на шлюзах и на свитчах третьего уровня. >>>По каким словам искать ): ? >> >>"DHCP RELAY" >> >>конфиг один на всех можно. > >Просто посетила мысль, об организации и реализации ничего не знаю. > >Можно ли запихнуть данные в централизированное LDAP-хранилище ? можно: http://www.lunytune.net/isc-ldap.html
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	5. "DHCP vs ручной настройки для eth-провайдера"
	Сообщение от user_q on 05-Мрт-08, 19:53
	>[оверквотинг удален] >>> >>>"DHCP RELAY" >>> >>>конфиг один на всех можно. >> >>Просто посетила мысль, об организации и реализации ничего не знаю. >> >>Можно ли запихнуть данные в централизированное LDAP-хранилище ? > >можно: http://www.lunytune.net/isc-ldap.html Как быть в ситуации: есть клиенты, у которых на одной сетевой карте два ip (внутренний и внешний), могут использоваться попеременно (нужно в варкрафт поиграть-ставят внешний, иначе-внутренний). Как подобную ситуацию разрулить при использовании DHCP в сети провайдера?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	6. "DHCP vs ручной настройки для eth-провайдера"
	Сообщение от DogEater (??) on 05-Мрт-08, 21:52
	>[оверквотинг удален] >>>Просто посетила мысль, об организации и реализации ничего не знаю. >>> >>>Можно ли запихнуть данные в централизированное LDAP-хранилище ? >> >>можно: http://www.lunytune.net/isc-ldap.html > >Как быть в ситуации: есть клиенты, у которых на одной сетевой карте >два ip (внутренний и внешний), могут использоваться попеременно (нужно в варкрафт >поиграть-ставят внешний, иначе-внутренний). >Как подобную ситуацию разрулить при использовании DHCP в сети провайдера? если в лоб - определить спец. пул мак адресов (ты же хочешь жёсткую привязку мак/ip?) и по этому пулу выдавать внешние ip. Но ты гарантированно столкнёшься с массовой подменой mac в своих сетях(и, соотвественно с конфликтами по поводу каржи чужого инета). Для корпоративных сетей это решается с помошью клизмы из скипидара и патефонных иголок. Для провайдерской сети такой волюнтаризм неприемлем. Решение,насколько я помню  дискуссии, лежит в плоскости pppoe (pptp), т.е. авторизация по логинам/паролям. Для внешних ip можно выдавать отдельные логины(и, соответственно логинам -  ip.).
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	7. "DHCP vs ручной настройки для eth-провайдера"
	Сообщение от Virtual (??) on 06-Мрт-08, 01:20
	>[оверквотинг удален] >если в лоб - определить спец. пул мак адресов (ты же хочешь >жёсткую привязку мак/ip?) и по этому пулу выдавать внешние ip. >Но ты гарантированно столкнёшься с массовой подменой mac в своих сетях(и, соотвественно >с конфликтами по поводу каржи чужого инета). Для корпоративных сетей это >решается с помошью клизмы из скипидара и патефонных иголок. Для провайдерской >сети такой волюнтаризм неприемлем. > >Решение,насколько я помню  дискуссии, лежит в плоскости pppoe (pptp), т.е. авторизация >по логинам/паролям. Для внешних ip можно выдавать отдельные логины(и, соответственно логинам >-  ip.). На счет массовой подмены - человек же сказал коммутаторы 3-го уровня там должна быть привязка на порту по МАСу. а DHCP RELAY любой линукс может делать
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	8. "DHCP vs ручной настройки для eth-провайдера"
	Сообщение от DogEater (ok) on 06-Мрт-08, 09:29
	>>[оверквотинг удален] >На счет массовой подмены - человек же сказал коммутаторы 3-го уровня там >должна быть привязка на порту по МАСу. >а DHCP RELAY любой линукс может делать как же тогда users_q сможет выдавать внутренние/внешние ip, если будет привязка mac/ip на коммутаторах? (напомню, что сейчас его пользователи сами меняют ip вручную) кстати, в записи dhcp-ldap не может существовать больше одного атрибута dhcpStatements для ip адреса. (так же dhcp-ldap глючит, если существует 2 и более записи с одинаковым мак адресом для одной подсети)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	9. "DHCP vs ручной настройки для eth-провайдера"
	Сообщение от userE on 15-Мрт-08, 08:28
	>[оверквотинг удален] >>На счет массовой подмены - человек же сказал коммутаторы 3-го уровня там >>должна быть привязка на порту по МАСу. >>а DHCP RELAY любой линукс может делать > >как же тогда users_q сможет выдавать внутренние/внешние ip, если будет привязка mac/ip >на коммутаторах? (напомню, что сейчас его пользователи сами меняют ip вручную) > >кстати, в записи dhcp-ldap не может существовать больше одного атрибута dhcpStatements для >ip адреса. (так же dhcp-ldap глючит, если существует 2 и более >записи с одинаковым мак адресом для одной подсети) В принципе могу в условиях договора указать, что на один адаптер дается один адрес (эти случаи редко случаются и в крайнем случае их настроим вручную). Какие еще подводные камни могут быть при переходе на DHCP? Хотелось бы заранее предусмотреть их и будут ли реальные преимущества от автоматической выдачи адресов. Сейчас думаю об этом в связи с планируемым переходом на автономную систему (придется менять внешние адреса).
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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