Хочу все знать о DNS/DHCP

[Andron70]

Уважаемое собрание!!!

Ввиду ограниченности во времени, отсутствии нужной литературы и необходимости таки решать задачу вынужден уповать на ваше милосердие, снисходительность и активность
Заранее прошу делать скидку на отсутствие необходимого образования и навыков в области стека TCP/IP и посредственное знание Novell'f базирующееся только на пытливом уме

Вернемся к нашим коням:

Имею: NW 5.1 sp7 (скоро будет sp8), с тремя карточками (две гиговых 3com и одна 100mbit-onboard). Гиговые зацеплены на гиговые ап-линки 24-х портового и 8-ми портового коммутаторов 3Com 13700 и 1670108, а на 100мегабитах висит 24-х портовый Intel StandAlone Switch.
Подняты протоколы IPX и IP (одновременно).

NW как файловая помойка + несколько сетевых приложений. На клиентах в основном ХР с новелевским клиентом (кое-где вин9х). На отдельной клиентской машине собран симантек антивирус сервер рассылающий клиентам обновления антивирусных баз. С другого клиента пытаюсь реализовать управление арксервом 9.0 для нетвари.

Выход в Инет не нужен (т.е. сетка 192.168.0.0).

Арксерв с клиента к новелу цепляется, все видит, но задания на бэкап создать не дает - ругается только

Как я понимаю, все дело в моих кривых ручках организовавших IP

Решил поправить дело подняв DNS/DHCP, а далее только вопросы:
- сколько в моем случае получается подсетей или все это можно реализовать в одной сетке
- почему когда в DHCP прописываю ип "вручную" - привязывая по мак-адресам - то у меня они (IP в смысде) не присваиваются, а дается станции динамический ип (что-ли я таки должен вручную прописать ип на каждой станции в сетевом соединении?)
- где создавать ДНС сервер - в rootinfozone или создать свою?
- и как вообще правильно организовать IP сетку в моем случае
- кстати у вас в форуме вычитал, что клиента для мелкософтовской сети и шары файлов и принтеров для нее надо однозначно убивать пока они еще маленькие, тогда вопрос: как должен антивирус сервер работать (он без них вроде как жить не могет)?
и т.д.

Заранее спасибо всем откликнувшимся, отвечу на возникшие у вас вопросы - формулируйте.

[Andron70]

Ну вот и пообщались....
Попробую сформулировать вопросы менее глобально:

- Почему при поднятом DHCP-сервере с назначенными в DNSDHCP-менеджере вручную ИП-адрессами по MAC'ам из сетки 192.168.0. с постоянной арендой:

во-первых - при регистрации клиентской станции начинаются страшные тормоза (выспаться можно пока загрузиться - под IPX такого не наблюдалось), причем они сохраняются и при дольнейшей работе. Это что - из-за широковещательных пакетов при получении IP?

во-вторых - при получении станцией правильного (прописанного) ИП и ее последующей перезагрузке она этот ИП скидывает и получает частный ИП-адрес 169.254....

Надеюсь все-таки получить чье-либо мнение, а то самому с собой в форуме разговаривать - это уже перебор, так и в Кащенко можно угодить

[IlyaK]

Были похожие пробелмы, когда пытался заставить работать Арксерв 9 под WIN2000. Причем иногда задания всеже цеплялись.. Но под рабочий вариант такая связка конечно не годилась.. Может действительно стоило поковырять DNS/DHCP, но я пошел другим путем: поставил ArcServ 11. О чем нисколько не жалею, поскольку проблем с его использованием не испытываю уже около полугода..

[АлександрСмирнов]

тебе стоит почитать теорию по построению сетей,
как работает DNS и DHCP
можно найти такую информацию в и-нете,
в книжном магазине в книгах (не в каждой конечно) про сервера Win2000 или про Linux очень обстаятельно описан протокол TCP/IP
и сервисы работающие на нем.
И тогда возможно твои вопросы будут конкретнее и понятнее !
и на них станут отвечать.

[Andron70]

Спасибо за отклик

В и-нете по DNS-DHCP под Novell усе в основном по-англицки, а это дополнительное время (на родном всеж быстрее читается)

По Арксерву 11.0 - а он под винду или под нетварь ?
У меня библиотека на серваке нетвари висит, а мой 9.0 для NW не ставит задания из под менеджера с рабочей станции, а с консоли сервера ставит, но при попытке выполнения выдает ошибку
Может подскажите где взять литературу по Арксерву под нетварь (версия 9 или 11), желательно на русском для экономии времени

[Павел Гарбар]

Сядь, спокойненько почитай на аглицком. Раз ты основ не знаешь, то быстро только напортачить можешь.
ARCserve уже очень давно есть и под NW и под винду, консоль управления под виндой (а теперь и через вэб) может управлять всеми серверами с ARCserv'ом. Последняя версия 11.1.
Почитал бы руководство на досуге про свой ARCserve - многое бы узнал.
Со временем придет и скорость чтения, даже на английском.

[Константин Ошмян]

[...] при получении станцией правильного (прописанного) ИП и ее последующей перезагрузке она этот ИП скидывает и получает частный ИП-адрес 169.254...

Насколько я помню, такой эффект наблюдается на Windows-станциях, которые сконфигурированы получать IP-адрес по DHCP, но от DHCP-сервера так и не дождались никакого предложения. Т.е. скорее всего - просто либо некорректно сконфигурирован, либо вообще не запущен DHCP-сервер.

Может подскажите где взять литературу по Арксерву под нетварь (версия 9 или 11), желательно на русском для экономии времени

Есть русскоязычный ресурс как раз по Арксерву.

[Владимир Горяев]

Насколько я помню, такой эффект наблюдается на Windows-станциях, которые сконфигурированы получать IP-адрес по DHCP, но от DHCP-сервера так и не дождались никакого предложения. Т.е. скорее всего - просто либо некорректно сконфигурирован, либо вообще не запущен DHCP-сервер.

Сто пудов!

[PavelKHTW]

Насколько я помню, такой эффект наблюдается на Windows-станциях, которые сконфигурированы получать IP-адрес по DHCP, но от DHCP-сервера так и не дождались никакого предложения. Т.е. скорее всего - просто либо некорректно сконфигурирован, либо вообще не запущен DHCP-сервер.

Сто пудов!

А еще такое наблюдается когда на портах свичей включено STP - отключите и будет вам счастье

[Andron70]

Сядь, спокойненько почитай на аглицком. Раз ты основ не знаешь, то быстро только напортачить можешь.
ARCserve уже очень давно есть и под NW и под винду, консоль управления под виндой (а теперь и через вэб) может управлять всеми серверами с ARCserv'ом. Последняя версия 11.1.
Почитал бы руководство на досуге про свой ARCserve - многое бы узнал.
Со временем придет и скорость чтения, даже на английском.

Все это ясно, просто администрированием я занимаюсь на общественных началах (основные мои функции заключаются в другом) - отсюда и полное отсутствие времени читать что-либо на работе, а дома могу только в печатном виде (а книжочков-то нету). Еще и базовое оброзование инженер-электромеханик (спец-ть - авиационное приборостроение). Вообще не в кассу все.

Однако если сетка ляжет - спросят по всй строгости закона :
- где бэкапы
- чего все колом встает
и т.д.

[Andron70]

[...] при получении станцией правильного (прописанного) ИП и ее последующей перезагрузке она этот ИП скидывает и получает частный ИП-адрес 169.254...

Насколько я помню, такой эффект наблюдается на Windows-станциях, которые сконфигурированы получать IP-адрес по DHCP, но от DHCP-сервера так и не дождались никакого предложения. Т.е. скорее всего - просто либо некорректно сконфигурирован, либо вообще не запущен DHCP-сервер.

Может подскажите где взять литературу по Арксерву под нетварь (версия 9 или 11), желательно на русском для экономии времени

Есть русскоязычный ресурс как раз по Арксерву.

Тогда как объяснить, что при первом включении клиент таки получает прописанный для его МАСа ИП-адрес из сетки 192.169.0..., а при перезагрузке клиентского компьютера соскакивает на частный ИП из сетки 169.254.чего-то-там.
As to me тут с какими-нить временными параметрами собака порылась

[Павел Гарбар]

В том случае, если виндовая станция по DHCP не получила адреса, она, вместо того чтобы усохнуть и не отсвечивать, берет адрес из той самой 169.ххх сети, которую в свой стэк TCP/IP MS и вписала.
Как всегда - из лучших побуждений - типа "раз адреса не дождались, а работать-то хочется", то берем заранее известный нам, виндам, адрес и начинаем друг с другом в рабочей группе трудиться. Подход именно небольшой рабочей группы, а не приличной компании.

[Андрей Фисенко]

К чести M$ должен сказать, что это не она придумала вписывать такие адреса. Это понудил ее делать RFC3927
И то хоть где-то они предержались хоть как-то RFC.

1.6. Alternate Use Prohibition
Note that addresses in the 169.254/16 prefix SHOULD NOT be configured manually or by a DHCP server. Manual or DHCP configuration may cause a host to use an address in the 169.254/16 prefix without following the special rules regarding duplicate detection and automatic configuration that pertain to addresses in this prefix. While the DHCP specification [RFC2131] indicates that a DHCP client SHOULD probe a newly received address with ARP, this is not mandatory.
Similarly, while the DHCP specification recommends that a DHCP server SHOULD probe an address using an ICMP Echo Request before allocating it, this is also not mandatory, and even if the server does this, IPv4 Link-Local addresses are not routable, so a DHCP server not directly connected to a link cannot detect whether a host on that link is already using the desired IPv4 Link-Local address.
Administrators wishing to configure their own local addresses (using manual configuration, a DHCP server, or any other mechanism not described in this document) should use one of the existing private address prefixes [RFC1918], not the 169.254/16 prefix.

[Andron70]

[quote="Павел Гарбар"]В том случае, если виндовая станция по DHCP не получила адреса, она, вместо того чтобы усохнуть и не отсвечивать, берет адрес из той самой 169.ххх сети, которую в свой стэк TCP/IP MS и вписала.
Как всегда - из лучших побуждений - типа "раз адреса не дождались, а работать-то хочется", то берем заранее известный нам, виндам, адрес и начинаем друг с другом в рабочей группе трудиться. Подход именно небольшой рабочей группы, а не приличной компании.[/quote

Это интуитивно было понятно, непонятно почему после останова он с DHCP-сервером общается нормально, а при перезагрузке клиент переговоры с ним не доводит до логического конца и не получает тотже самый IP
И почему такие жуткие тормоза - даже клиент на P4 тормозит жутко, особенно при сохранении файлов на серваке
Может это из-за Арксервовского Бэкап клиента для открытых файлов или из-зза того что оба протокола подняты (IP и IPX) ?

[Константин Ошмян]

Это интуитивно было понятно, непонятно почему после останова он с DHCP-сервером общается нормально, а при перезагрузке клиент переговоры с ним не доводит до логического конца и не получает тотже самый IP
И почему такие жуткие тормоза - даже клиент на P4 тормозит жутко, особенно при сохранении файлов на серваке

Надо сниффером смотреть - что там в сети происходит. Может оказаться, что дело вовсе и не в DHCP - например, однажды были подобные эффекты, когда просто свитч с сервером (либо раб. станцией - не помню уже) насчёт дуплекса не договорились. Один считал, что работает в полудуплексе, а другой - в full, посылая одновременно с приёмом, в результате другая сторона часть пакетов просто теряла. Внешне это проявлялось довольно неожиданно: по протоколу IPX всё ходило без проблем, по IP - с большими тормозами (что наводило на мысли о проблемах с протоколами, хотя на самом деле просто у этих протоколов временнЫе параметры слегка различаются - всяческие тайм-ауты для повторных передач).