Я думаю cletus, Wayne, и iny ответил на это вполне прилично. Я хотел бы добавить, что действительно, это не огромное соглашение. Я работаю в комбинированной среде, где у нас есть хинду (перевозка), SUSE (rpm/zypper) и OpenBSD (пакеты и порты). Установка пакетов на любом из них не является трудной, и я действительно не забочусь о том, какой формат они используют.
С точки зрения упаковочного программного обеспечения, это не открыто трудно также. Будьте этим хинду, ОСНОВАННЫЙ НА ОБ/МИН дистрибутив или находящийся в deb дистрибутив, это действительно просто сводится к наличию рецептов для создания программного обеспечения и добавления некоторых метаданных. Если система сборки того, что Вы пытаетесь упаковать, не полностью безумна, обычно она берет немного больше, чем запись прославленного сценария оболочки для создания пакета.
Наша проблема, остановленная от определенного стечения обстоятельств. Vista SP1 + SP2
"Мобильные" пользователи
Неполное Беспроводное покрытие с плохой передачей
Пользователи, помещающие их машины в, в спящем режиме и перемещение их прочь и в сети
Это заставило Защиту Конечной точки Symantec, конкретно компонент Защиты Сетевой угрозы закатывать истерику. Отключение этого компонента и проблемы не повторялось. Я на 99% уверен, что это был symantec, когда мы испытали ту же самую проблему о другом сайте, которому развернули symantec в тот день.
Фиксация для этого должна перезагрузить проблематичную машину и отключить Защиту Сетевой угрозы. Нам зарегистрировали вызов с Symantec, чтобы видеть, является ли это известной проблемой или потенциальной неверной конфигурацией. Я сильно рассматриваю рекомендацию перемещения далеко от Symantec и выбора тенденции как наш поставщик A/V.
BAD_ADDRESS является IP-адресом confliction, таким образом, сервер DHCP, очевидно, получает ответ, когда он пытается проверить с помощью ping-запросов те адреса. Вы попытались использовать ping вручную с сервера DHCP? Вы могли также попытаться посмотреть на кэш ARP (arp-a в оболочке командной строки).
Я не полагаю, что это - свойственная проблема перспективы. Никакая версия Vista не имела эту проблему в нашей комбинированной среде. Могло случиться так, что некоторые, как, платы NIC в машинах Vista были повторно высвечены, чтобы иметь тот же MAC-адрес? Я думаю, что это имело бы те признаки. Вы говорите, что wireshark показывает машины перспективы, отказываясь от адреса DHCP. Они просили его и затем отказывались от него? Мог человек со странностями nic причина драйвера эта проблема?
Другая мысль - то, что Vista действительно пытается обнаружить, какая сеть Вы идете так, чтобы она могла установить брандмауэры соответственно. При перемещении машины от одного местоположения до другого это - ясно другая подсеть, или это совместно использует тот же диапазон IP?
Я соглашаюсь с pauska, это - конфликты IP-адреса. Вы МОЖЕТЕ иметь;
a.) Другие перекрывающиеся адреса издания сервера DHCP, который конфликтует с объемом, который Вы выпускаете теперь.
b.) Я соглашаюсь искренне с сокращением времени владения. Я установил бы его приблизительно на 8 часов и удалил бы записи "BAD_ADDRESS". Вы будете видеть больше конфликтов, но поскольку рабочие станции позволяют адресам пойти, они возобновят OK. (Если у Вас нет жулика сервером DHCP там!:)
Если Вы начинаете получать сообщения об оскорблении рабочих станций, получающих "конфликт IP-адреса!" сообщения, выполненные "ipconfig/, выпускают && ipconfig/, возобновляют" на проблематичных машинах.
О, также.. Будьте предупреждены при использовании интегрированного AD динамического DNS где машины автоматически обновляют себя в DC, после того как Вы выгоняете то время владения, Вы испытываете необходимость для компенсации путем очистки тех записей DNS. Возможно, Вы могли добавить, которые выстраиваются в линию там и добавляют, "&& ipconfig/registerdns"
HTH..
Это - проблема с широковещательным флагом в DHCP в Vista.
Проверьте эту статью для фиксации Ваших проблем DHCP. http://thedaneshproject.com/posts/vista-not-working-with-dhcp/
Просто сделайте привязку IP к Mac или, простыми словами, просто зарезервируйте те IP-адреса в DHCP, которые отображаются как неверный адрес. Хорошо бы