Активация Windows 7: KMS по сравнению с MAK

Это зависит от программного обеспечения FTP-сервера, используемого в другом конце.

Некоторые подобные Unix демоны FTP поддерживают получение рекурсивного списка каталогов (Вы произвести подобные этому от ls-lR), который Вы могли вручную просканировать для поиска больших файлов, но это не стандартная функция. Вы могли попытаться просто дать команду ls -lR непосредственно и посмотрите то, что Вы возвращаете, или LIST -lR.

Если у Вас есть доступ SSH к удаленному концу, а также FTP, то Вы могли использовать du управляйте для списка размеров каталога. Если Вы находитесь в высокоуровневом каталоге области, у Вас есть фиксированная квота для, то издание du добьется цели или du -h если Вы предпочитаете вывод в Гбите/Мбите/Кбите вместо байтов. Также du -sc * (или du -shc *) перечислит сводку для текущего каталога, без отдельных чтений для всех подкаталогов.

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

Еще одно предложение: если можно позволить себе потратить впустую пропускную способность больше, чем можно позволить себе провести время на поиске больших файлов, Вы могли du рекурсивная загрузка местоположения FTP к Вашей локальной машине и анализировать размеры файла/каталога там с помощью локальных инструментов.

Много более оптимального варианта, но вероятно только доступный при выполнении Linux состоит в том, чтобы использовать основанную на FUSE файловую систему FTP (http://sourceforge.net/apps/mediawiki/fuse/index.php?title=NetworkFileSystems#CurlFtpFS) - это позволило бы Вам использовать команды как du и find непосредственно в файловой системе FTP от Вашей локальной машины.

14
задан 18 January 2012 в 17:53
2 ответа

Предположение, что Вы находитесь в среде домена Active Directory по крайней мере с 25 компьютерами на месте (или в Вашей надежной, важнейшей WAN или VPN) выполняющий любую комбинацию Сервера 2008, Сервер 2 008 R2, Windows Vista и Windows 7, Вы захотите использовать KMS.

Table of Pros and Cons, MAK vs. KMS

Подробные профессионалы/недостатки:

MAK:

  • Pro: при активации продукта ключом MAK он активируется постоянно. Это не должно повторно активировать ни на каком предварительно установленном интервале.

  • Довод "против": необходимо ввести ключ продукта каждый раз, когда Вы настраиваете новую рабочую станцию или сервер. Операционные системы не активируются автоматически.

  • Довод "против": Каждый ключ MAK имеет ограниченное количество активаций. (Вы все еще можете активировать больше компьютеров, чем лицензированный. Вы ответственны за поддержание записей Вашего лицензирования соответствия.)

  • Довод "против": Изменения аппаратной конфигурации могут делать недействительным Вашу активацию. Если количество активации Вашего ключа MAK будет истощено, то повторная активация потребует телефонного вызова Microsoft.

KMS:

  • Pro: Ваш сервер KMS может активировать неограниченные компьютеры без дальнейшего одобрения Microsoft. При активации продукта Windows ключом KMS тот компьютер становится сервером KMS. Обычно, сервер KMS, который активирует Ваши рабочие станции Win7, будет выполнять Windows Server 2008 R2, активированный ключом R2 KMS Сервера 2008 года. Это вызвано тем, что R2 KMS Сервера 2008 года может активировать любой продукт Windows 6.x, включая Vista, Win7 и Сервер 2008. Хотя сам ключ KMS активируется только несколько раз, это не ограничение, потому что Вам нужен только один сервер KMS. (Вы все еще ответственны за поддержание записей Вашего лицензирования соответствия; неограниченные активации не означают неограниченные лицензии.)

  • Pro: Вы не должны вводить ключ продукта каждый раз, когда Вы добавляете новую рабочую станцию или сервер. Они активируются против Вашего сервера KMS автоматически после присоединения к Вашему домену. (Это работает с Vista, Сервер 2008, Win7 и Сервер 2 008 R2. KMS должен иметь надлежащую запись SRV в DNS Вашего предприятия.)

  • Pro: Изменения аппаратной конфигурации, которые делают недействительным активацию компьютера, решат автоматически после перезагрузки без телефонного вызова Microsoft, потому что компьютер повторно активирует с сервером KMS автоматически.

  • Довод "против": сервер KMS должен получить запросы активации по крайней мере от 25 продуктов (любая комбинация Win7/Vista, Сервер 2008 и Сервер 2 008 R2), прежде чем это предоставит активацию для Windows 7. Поэтому, если у Вас нет по крайней мере 25 компьютеров и/или VMs, выполняющего операционные системы Windows 6.x, Вы не можете использовать KMS на своем предприятии.

  • Довод "против": активации KMS истекают после 180 дней. У всех клиентов KMS должен быть доступ к сети к серверу KMS, по крайней мере, один раз в 180 дней для повторной активации.

Переход от MAK до KMS:

  • Когда Вы переходите к KMS, Вы, возможно, должны преобразовать существующие компьютеры от активации MAK до активации KMS для достижения минимального количества 25. Возможно преобразовать компьютеры от MAK до активации KMS удаленно с помощью slmgr.vbs.

  • Microsoft публикует списки ключей продуктов, которые настроят Windows Vista/7/server2008/r2 как клиенты KMS вместо того, чтобы использовать активацию MAK.

  • Следующие команды могут быть выполнены администратором домена в командной строке Windows для изменения компьютера Windows 7 Professional под названием ПК в качестве примера от активации MAK до активации KMS, активирующейся против ИМЕНИ ХОСТА KMS. (Отметьте: ключ продукта, включенный после /ipk переключатель является специальным ключом, который говорит Windows 7 связываться с сервером KMS. Для других версий Windows обратитесь к статьям TechNet, связанным выше для корректных ключей):

    slmgr.vbs EXAMPLE-PC /ipk FJ82H-XT6CR-J8D7P-XQJJ2-GPDD4

    slmgr.vbs EXAMPLE-PC /skms KMS-HOSTNAME

    slmgr.vbs EXAMPLE-PC /ato

  • Такие изменения должны быть внесены на Ваш собственный риск, и только после тщательного планирования. Изменение ключа продукта компьютера будет делать недействительным существующую активацию компьютера MAK. Если Вы не можете получить KMS, работающий правильно, например, потому что у Вас нет минимальных 25 компьютеров, или KMS не настроен правильно, это могло создать основные проблемы. Как всегда, прочитайте руководство (и тест) перед прыганием!

22
ответ дан 2 December 2019 в 21:06

Компьютеры, активированные KMS, должны регистрация с KMS однажды когда-либо 180 дней. Если компьютер не будет способным общаться с KMS (если это - скажем, удаленный сотрудник w/никакой доступ к LAN), затем, активация KMS, вероятно, не является способом пойти.

После активации MAK не требуется никакая дальнейшая связь с Microsoft. Это заставляет его работать хорошо на компьютеры, которые не могут связаться с Вашим KMS. Ключ MAK может использоваться ограниченное количество раз, поэтому если у Вас есть много компьютеров (я полагаю, что Microsoft рекомендует KMS для 50 или больше компьютеров).

Microsoft имеет некоторое официальное ре рекомендаций: активация продукта, также.

2
ответ дан 2 December 2019 в 21:06
  • 1
    Существует также 25 компьютерных минимумов для каждой рабочей станции ОС и минимум 5 для каждого сервера ОС. –  Chris S 20 July 2010 в 20:56
  • 2
    @Chris: предел не для каждой ОС. Это - количество совокупных продуктов. Например, если у Вас будет 5 компьютеров, выполняющих Сервер 2 008 R2, 5 компьютеров, выполняющих Сервер 2008 (не R2), 5 компьютеров под управлением Vista и 10 компьютеров, запускающих Windows 7, для в общей сложности 25, и на всех них указывают на тот же R2 KMS Сервера 2008 года, то затем все они активируются успешно против KMS. Я сделал это в реальной продуктивной среде. –  Skyhawk 20 July 2010 в 21:04

Теги

Похожие вопросы