Windows максимальная длина имени компьютера в windows 7
Windows максимальная длина имени компьютера в windows 7
Добрый день! Уважаемые читатели и гости одного из крупнейших IT блогов Pyatilistnik.org. В прошлый раз мы с вами разобрали возможности утилиты PING, рассмотрели как ее применять на практике. В сегодняшней публикации я вам покажу, как устраняется боль и печаль в операционных системах Windows, я говорю про длинные пути, в своей практике я очень часто встречал жалобы «Слишком длинный целевой путь» или «Слишком длинный конечный путь«, то же самое вы можете встретить и при удалении. Ниже я покажу, как выкручиваться из данной ситуации.
Описание проблемы длинных путей
Тем не менее, файловая система Windows по-прежнему накладывает некоторые ограничения, например, какие символы могут использоваться в именах файлов и общую длину путей. Некоторое время максимальная длина пути составляла 260 символов, но с появлением Windows 10, часть ограничений начала потихоньку уходить, например для приложений и появилась возможность отключить проверку MAX_PATH и использовать длинные пути без префикса \\?\.
Что интересно, значение в 260 символов обусловлено значением MAX_PATH Win32 API. У файловой системы NTFS максимальная длина пути ″немного″ больше и составляет 32767 символа. Для обхода ограничений Win32 API некоторые приложения используют формат UNC, указывая абсолютный путь с префиксом \\?\, например так:
Большинство людей может и не столкнуться с ней, а вот почти каждый системный администратор обязательно это увидит. Тут все дело в том, что в большинстве организаций есть свои сетевые файловые ресурсы, через которые пользователи производят обмен и работу с документами. В какой-то момент люди могут создать такой путь, который будет 258 или 260 символов, попытаются туда скопировать файл, а им выдастся ошибка:
Тоже самое при копировании в папку, так же выскакивает «Слишком длинный целевой путь».
Вот ошибка при извлечении архива в сетевую папку:
Методы снимающие ограничения на длину пути в Windows
Нюансы длинных путей в приложениях
Есть один нюанс. Этот новый параметр (имеется ввиду та политика и ключ реестра) не обязательно будет работать со всеми существующими приложениями, но он будет работать с большинством. В частности, любые современные приложения должны работать нормально, как и все 64-битные приложения. Старые 32-разрядные приложения должны быть применимы для работы, что на самом деле просто означает, что разработчик указал в файле манифеста приложения, что приложение поддерживает более длинные пути. Большинство популярных 32-битных приложений не должно вызывать проблем. Тем не менее, вы ничем не рискуете, пробуя настройку. Если приложение не работает, единственное, что произойдет, это то, что оно не сможет открывать или сохранять файлы, сохраненные в местах, где полный путь превышает 260 символов.
Если вы разработчик, то чтобы ваше приложение имело возможность работать с длинными путями Windows, в манифесте обязательно указывайте следующие настройки:
Как в Windows 10 отключить ограничение на длину пути в 260 символов через политику
Чем примечателен данный метод, так это тем, что неподготовленных пользователей он не вынуждает выполнять команды или производить правку реестра, тут все в графическом виде. Так же если у вас есть домен Active Directory и вы хотите массово убрать ошибки «Слишком длинный целевой путь» или «Слишком длинный конечный путь» в приложениях и запретить им проверять MAX_PATH и использовать длинные пути без префикса \\?\, то групповые политики вам это помогут.
Покажу для начала, как делать через локальную политику, открываете окно «Выполнить» в котором пишите gpedit.msc.
Далее идем по пути:
Найдите тут параметр «Включить длинные пути Win32 (Enable Win32 long paths)«, по умолчанию он отключен, и я честно не понимаю почему. Активируйте его.
Как я писал выше, в проводнике это не даст ни каких эффектов, поэтому вы все так же будите получать ошибку при копировании, создании, удалении «Слишком длинный целевой путь» или «Слишком длинный конечный путь«. Ниже я покажу, что делать если нужно что-то там удалить или изменить. Данное ограничение в длине пути теперь не подхватиться на лету всеми приложениями, потребуется перезагрузка.
Включение поддержки длинных путей через реестр
Данный метод ни чуть не сложнее предыдущего и делает все то же самое, включает поддержку длинных путей свыше 256 символов для приложений Windows. Когда вы что-то меняете через редактор политик, по сути меняются настройки в реестре, это нужно помнить и знать. Сейчас я вам покажу какой ключ меняется. Откройте редактор реестра Windows. Перейдите в раздел:
тут вам необходимо найти параметр LongPathEnabled, которому для активации поддержки длинных путей и изменения ограничений в MAX_PATH, нужно задать значение «1». Тут потребуется перезагрузка.
Все что вам нужно, это распаковать zip-архив и запустить нужный файл активации, потом так же перезагрузиться, так как у вас будет создан нужный ключ реестра, без необходимости лезть в реестр самостоятельно.
Еще вы можете сделать такую поддержку и для конкретного пользователя по пути:
Если там нет ключа LongPathsEnabled, то создайте его, тип DWORD (32 бита) и значение 1.
Как в Windows 10 отключить ограничение на длину пути в 260 символов через PowerShell
Не все люди готовы копаться в редакторах и реестрах, им нужно быстрое решение, одним из таких является PowerShell. В оболочке выполните команду для активации параметра «Включить длинные пути Win32 (LongPathEnabled)». Не забываем перезагрузить систему.
Как удалять, копировать, переносить файлы и папки при ошибке с длинными путями
Разобравшись с тем, как отключить проверку MAX_PATH в приложениях, давайте теперь поймем и научимся решать проблему длинных путей на файловых шарах и просто в проводнике. Классическая ситуация, когда пользователь попытался перенести свой файл или удалить его, создать папку и так далее, и он получает ошибку с пресловутыми длинными путями. Он просит разобраться вас и тут начинаются танцы с бубнами, вы просите его либо переименовать часть пути, или попросить его произвести действия в другом расположении, или просто забить, сказав, что виновата Windows со своими ограничениями, но мы же с вами профессионалы и инженеры, поэтому должны уметь выходить из таких ситуаций.
Как в Windows 10 отключить ограничение на длину пути в 260 символов через командную строку
Запустите командную строку в режиме администратора и введите:
Обход ограничений длинных путей через 7zFM
Наверняка многие знают архиватор 7Zip, но мало кто пользуется его файловым менеджером 7zFM.exe, а зря именно он может вам помочь в ситуации с сообщением «Слишком длинный целевой путь» или «Слишком длинный конечный путь». Вот у меня есть тестовая директория, у которой уже есть 260 символов в пути, и я не могу там создавать новую папку.
Откройте 7zFM.exe и перейдите в нем в конечную папку вашего пути.
Для создания новой папки нажмите клавишу F7.
Задайте необходимое вам имя, в моем примере это будет «БОльше 260 Microsot«.
В результате у нас создалась новая папка и заметьте 7zFM не ругнулся на наличие длинных путей, он их игнорирует просто и все.
Проверяем, что директория доступна через проводник Windows.
Все прекрасно отображается. Теперь я думаю вы легко сможете переносить, копировать, удалять файлы через 7zFM, когда вам проводник Windows ругается на наличие длинных путей.
Как обойти ограничение длинных путей через символьную ссылку
Такой трюк мы с вами уже проделывали, когда нужно было переносить IMAP профиль у Outlook. Смысл в том, что создается файл в нужном вам месте, и этот файл это просто ярлык ссылающийся на нужный вам файл или папку, после этого путь сокращается и вы можете удалять или создавать все что вам нужно. Откройте командную строку, далее вам нужно иметь два составляющих:
Нам поможет команда mklink, где ключ /D создает ссылку на каталог
Соглашения об именах в Active Directory для компьютеров, доменов, сайтов и OUS
В этой статье описываются соглашения об именах для учетных записей компьютеров в Windows, доменных именах NetBIOS, доменных именах DNS, сайтах Active Directory и подразделениях, определенных в службе каталогов Active Directory.
Исходная версия продукта: Windows Server 2012 R2
Исходный номер КБ: 909264
Аннотация
В этой статье обсуждаются следующие темы:
Все объекты, именуются в Active Directory, в AD/AM и LDS, могут соответствовать именам на основе алгоритма, описанного в следующей статье:
Нельзя добавить имя пользователя или объект,которое отличается только знаком с диакритической метой.
В этой статье данное соглашение об именованиях применяется к именам компьютеров, OU и сайтов.
Имена компьютеров
NetBIOS-имена компьютеров
NetBIOS-имена компьютеров могут содержать все буквы и цифры, за исключением расширенных символов, перечисленных в символах disallowed. Имена могут содержать точка, но имена не могут начинаться с точка.
Имена компьютеров NetBIOS не могут содержать следующие символы:
Имена могут содержать точка (.). Но имя не может начинаться с точка. В Microsoft Windows NT разрешено использовать не DNS-имена с периодами. Периоды не следует использовать в Microsoft Windows 2000 или более поздних версиях Windows. При обновлении компьютера, имя NetBIOS которого содержит точка, измените имя компьютера. Дополнительные сведения см. в специальных символах.
В Windows 2000 и более поздних версиях Windows компьютеры, которые являются членами домена Active Directory, не могут иметь имена, состоящие полностью из чисел. Это ограничение из-за ограничений DNS.
Дополнительные сведения о синтаксисе имен NetBIOS см. в синтаксисе имени NetBIOS.
Минимальная длина имени: 1 символ
Максимальная длина имени: 15 символов
16-й символ зарезервирован для определения функций, установленных на зарегистрированном сетевом устройстве.
Специальные символы: Точка (.)
Знак точка разделяет имя на идентификатор области NetBIOS и имя компьютера. Идентификатор области NetBIOS — это необязательная строка символов, идентифицирует логические сети NetBIOS, которые работают в одной физической сети TCP/IP. Чтобы NetBIOS работал между компьютерами, компьютеры должны иметь одинаковый идентификатор области NetBIOS и уникальные имена компьютеров.
Использование областей NetBIOS в именах является устаревшей конфигурацией. Его не следует использовать с лесами Active Directory. Дополнительные сведения об области NetBIOS см. на следующих веб-сайтах:
Имена хостов DNS
DNS-имена могут содержать только алфавитные символы (A-Z), числимые символы (0–9), знак минус (-) и период (.). Символы периода разрешены только в том случае, если они используются для разграничия компонентов имен стилей домена.
В системе доменных имен Windows 2000 (DNS) и DNS Windows Server 2003 поддерживаются символы Юникода. Другие реализации DNS не поддерживают символы Юникода. Избегайте символов Юникода, если запросы будут передаваться на серверы, которые используют реализации DNS, не корпорации Майкрософт.
Дополнительные сведения см. на следующих веб-сайтах:
Имена хостов DNS не могут содержать следующие символы:
восклицательный восклицательный пункт (!)
Подчеркивать имеет специальную роль. Это разрешено для первого символа в записях SRV по определению RFC. Но более новые DNS-серверы также могут разрешить его в любом месте имени. Дополнительные сведения см. в под названием «Соблюдение ограничений имен для ведущих и доменов».
Все символы сохраняют форматирование дела, за исключением символов American Standard Code for Information Interchange (ASCII).
Первый символ должен быть буквой или числом.
Последний символ не должен быть знаком «минус» или «точка».
Нельзя использовать двух символьные пользовательские строки SDDL, перечисленные в хорошо известном списке SIDs. В противном случае операции импорта, экспорта и контроля не удастся.
В Windows 2000 и более поздних версиях Windows компьютеры, которые являются членами домена Active Directory, не могут иметь имена, состоящие полностью из чисел. Это ограничение из-за ограничений DNS.
Регистрация имени хоста DNS заменяет символ дефиса (-) недопустимыми символами.
Минимальная длина имени: 2 символа
Максимальная длина имени: 63 символа
Максимальная длина имени хоста и полного доменного имени составляет 63 на метку и 255 на полное доменное имя.
Windows не разрешает имена компьютеров, превышающиеся 15 символов, и нельзя указать имя хоста DNS, которое отличается от имени хоста NETBIOS. Однако можно создать заглавные страницы для веб-сайта, на который будет налагаться эта рекомендация.
В Windows 2000 и Windows Server 2003 максимальное имя хоста и FQDN используют стандартные ограничения длины, упомянутые выше, а также поддержку UTF-8 (Юникод). Так как длина некоторых символов UTF-8 превышает один октет, вы не можете определить размер с помощью подсчета символов.
У контроллеров домена должно быть имя FQDN меньше 155байт.
Зарезервированные имена на RFC 952
Дополнительные сведения см. в rfc952.
Зарезервированные имена в Windows
При создании имен для DNS-компьютеров в новой инфраструктуре DNS Windows Server 2003 используйте следующие рекомендации:
Доменные имена
Вот подробные сведения об именах доменов NetBIOS и DNS.
Доменные имена NetBIOS
NetBIOS-доменные имена могут содержать все буквы и цифры, кроме расширенных символов, перечисленных в символах disallowed. Имена могут содержать точка, но имена не могут начинаться с точка.
Имена компьютеров NetBIOS не могут содержать следующие символы:
Имена могут содержать точка (.). Но имя не может начинаться с точка. В Microsoft Windows NT разрешено использовать не DNS-имена с периодами. Периоды не должны использоваться в доменах Active Directory. При обновлении домена, имя NetBIOS которого содержит период, измените имя, переносив домен в новую структуру домена. Не используйте периоды в новых доменных именах NetBIOS.
В Windows 2000 и более поздних версиях Windows компьютеры, которые являются членами домена Active Directory, не могут иметь имена, состоящие полностью из чисел. Это ограничение из-за ограничений DNS.
Минимальная длина имени: 1 символ
Максимальная длина имени: 15 символов.
16-й символ зарезервирован для определения функций, установленных на зарегистрированном сетевом устройстве.
Зарезервированные имена в Windows
Имена обновленного домена могут включать зарезервированное слово. Однако отношения доверия с другими доменами в этой ситуации не удастся.
Специальные символы: Period (.).
Знак точка разделяет имя на идентификатор области NetBIOS и имя компьютера. Идентификатор области NetBIOS — это необязательная строка символов, идентифицирует логические сети NetBIOS, которые работают в одной физической сети TCP/IP. Чтобы NetBIOS работал между компьютерами, компьютеры должны иметь одинаковый идентификатор области NetBIOS и уникальные имена компьютеров.
Использование областей NetBIOS в именах является устаревшей конфигурацией. Его не следует использовать с лесами Active Directory. Это не является проблемой, но могут быть приложения, которые фильтруют имя и предполагают DNS-имя при обнаружении данной заданной дн.
DNS-доменные имена
DNS-имена могут содержать только алфавитные символы (A-Z), числимые символы (0–9), знак минус (-) и период (.). Символы периода разрешены только в том случае, если они используются для разграничия компонентов имен стилей домена.
В системе доменных имен Windows 2000 (DNS) и DNS Windows Server 2003 поддерживаются символы Юникода. Другие реализации DNS не поддерживают символы Юникода. Избегайте символов Юникода, если запросы будут передаваться на серверы, которые используют реализации DNS, не корпорации Майкрософт.
Дополнительные сведения можно получить на следующих веб-сайтах:
DNS-имена доменов не могут содержать следующие символы:
восклицательный восклицательный пункт (!)
Подчеркивать имеет специальную роль. Это разрешено для первого символа в записях SRV по определению RFC. Но более новые DNS-серверы также могут разрешить его в любом месте имени. Дополнительные сведения см. в под названием «Соблюдение ограничений имен для ведущих и доменов».
При продвижении нового домена вы получаете предупреждение о том, что символ подчеркивания может вызвать проблемы с некоторыми DNS-серверами. Но он по-прежнему позволяет создать домен.
Все символы сохраняют форматирование дела, кроме символов ASCII.
Первый символ должен быть буквой или числом.
Последний символ не должен быть знаком «минус» или «точка».
Минимальная длина имени: 2 символа
Максимальная длина имени: 255 символов
Максимальная длина имени хоста и полного доменного имени составляет 63 на метку и 255 символов на полное доменное имя. Последний вариант основан на максимально возможной длине пути с именем домена Active Directory с необходимыми путями и должен соблюдать SYSVOL ограничение в 260 MAX_PATH символов.
Пример пути SYSVOL содержит:
Они могут содержать входные данные пользователя, такие как имя файла сценария входа, поэтому оно также может достигать значительной длины.
Имя FQDN домена AD отображается в пути дважды, поскольку длина доменного имени домена AD ограничена 64 символами.
В Windows 2000 и Windows Server 2003 максимальное имя хоста и FQDN используют стандартные ограничения длины, упомянутые выше, а также поддержку UTF-8 (Юникод). Так как длина некоторых символов UTF-8 превышает один октет, вы не можете определить размер с помощью подсчета символов.
Пространства имен домена с одной меткой
К проблемам, связанным с пространствами имен с одной меткой, относятся:
DNS-имена с одной меткой нельзя зарегистрировать с помощью интернет-регистратора.
Домены с DNS-именами с одной меткой требуют дополнительной настройки.
Служба DNS Server может не использоваться для поиска контроллеров домена в доменах с DNS-именами с одной меткой.
По умолчанию члены домена на основе Windows Server 2003, windows XP и windows 2000 не выполняют динамические обновления зон DNS с одной меткой.
Дополнительные сведения см. в сведениях о развертывании и работе доменов Active Directory, настроенных с помощью DNS-имен с одной меткой.
Несоединяемые пространства имен
Как возникают несоединяемые пространства имен:
Основной контроллер Windows NT 4.0 обновляется до контроллера домена Windows 2000 с помощью исходной версии выпуска Windows 2000. В элементе «Сеть» панели управления определено несколько DNS-суффиксов.
Домен переименовывают, когда лес находится на функциональном уровне леса Windows Server 2003. Основной DNS-суффикс не меняется, чтобы отразить новое DNS-имя домена.
Эффекты несоединяемого пространства имен:
Контроллер домена динамически регистрирует свои записи расположения службы (SRV) в зоне DNS, соответствующей DNS-имени домена. Однако контроллер домена регистрирует свои записи хоста в зоне DNS, соответствующей основному DNS-суффиксу.
Дополнительные сведения о несоединяемом пространстве имен см. в следующих статьях:
Другие факторы
Леса, подключенные к Интернету
Пространство имен DNS, подключенное к Интернету, должно быть поддоменом домена верхнего или второго уровня пространства имен DNS Интернета.
Максимальное число доменов в лесу
В Windows 2000 максимальное число доменов в лесу составляет 800. В Windows Server 2003 и более поздних версиях максимальное число доменов на функциональном уровне леса 2 составляет 1200. Это ограничение является ограничением многоценных атрибутов, не связанных в Windows Server 2003.
DNS-имена всех узлов, для которых требуется разрешение имен, включают DNS-имя домена Интернета для организации. Поэтому выберите короткое DNS-имя домена в Интернете, которое легко запомнить. Поскольку DNS является иерархической, имена доменов DNS возрастают при добавлении поддоменов в организацию. Короткие доменные имена делают имена компьютеров легко запомнить.
Если в организации имеется интернет-присутствие, используйте имена, относительные к зарегистрированным доменным именам DNS в Интернете. Например, если вы зарегистрировали доменное имя DNS в Интернете, используйте DNS-имя домена, например для доменного contoso.com corp.contoso.com имени интрасети.
Не используйте имя существующей корпорации или продукта в качестве доменного имени. Позже вы можете выполнить конфликт имен.
Избегайте универсального имени, например domain.localhost. Такое же решение может возникнуть и в другой компании, совмеся с ней через несколько лет.
Не используйте аббревиатуру или аббревиатуру в качестве доменного имени. Пользователи могут с трудом распознать бизнес-единицу, представленную аббревиатурой.
Избегайте использования подчеркивать (_) в доменных именах. Приложения могут быть очень неуявными RFC и отклонить имя и не будут устанавливаться или работать в вашем домене. При этом могут возникнуть проблемы со старыми DNS-серверами.
Не используйте имя подразделения или подразделения в качестве доменного имени. Бизнес-единицы и другие подразделения изменятся, и эти доменные имена могут вводить в заблуждение или устареть.
Не используйте географические имена, которые сложно орфографию и запомнить.
Избегайте расширения иерархии доменных имен DNS более чем на пять уровней из корневого домена. Вы можете сократить административные расходы, ограничив область иерархии доменных имен.
Если DNS развертывается в частной сети и не планируется создавать внешнее пространство имен, зарегистрируйте DNS-имя домена, которое вы создаете для внутреннего домена. В противном случае вы можете обнаружить, что имя недоступно при попытке использовать его в Интернете или при подключении к сети, подключенной к Интернету.
Имена сайтов
При создании нового имени сайта рекомендуется использовать допустимое DNS-имя. В противном случае сайт будет доступен, только если используется DNS-сервер Майкрософт. Дополнительные сведения о допустимых DNS-именах см. в разделе «Имена хостов DNS».
DNS-имена могут содержать только алфавитные символы (A-Z), числимые символы (0–9), знак минус (-) и период (.). Символы периода разрешены только в том случае, если они используются для разграничия компонентов имен стилей домена.
В системе доменных имен Windows 2000 (DNS) и DNS Windows Server 2003 поддерживаются символы Юникода. Другие реализации DNS не поддерживают символы Юникода. Избегайте символов Юникода, если запросы будут передаваться на серверы, которые используют реализации DNS, не корпорации Майкрософт.
Дополнительные сведения можно получить на следующих веб-сайтах:
DNS-имена не могут содержать следующие символы: