Настройка максимальной длины пути каталога файлового сервера — как правильно снять ограничение? NTFS Long Path?

Question

[ZeroMan]

Наткнулся на слишком длинную каталогизацию, которые превышает 250+ символов, надо ещё больше делать но ограничение не дают....
На WinSRV Домене поменял GPO вот тут: Local Computer Policy > Computer Configuration > Administrative Templates > System > Filesystem > NTFS
Включил длинные пути Обновил политику, всё равно не даёт.
Тоже самое сделал на сервере файловом, обновил политику не даёт...
На пк тоже самое сделал, не помогает.
Как правильно отключит ограничение это?
Вот какой максимальный путь смог создать, но он уже не редактируется, увеличить даже на 1 символ не могу.
"A:\IT\TestTestTestTestTestTestTestTestTest\TestTestTestTestTestTestTestTestTestTestTestTestTestTest\TestTestTestTestTestTestTestTestTestTestTestTestTest\TestTestTestTestTestTestTestTestTestTestTestTestTestTestTest\ZITTestTestTestTestTestTestTestTe\Документ Microsoft Word.docx"

Answer 1

[MaxKozlov]

Ээто ограниение winapi. Так просто вот прям для всех оно не снимается. Только те программы которые сами знают как его обходить или новые, написанные для 10 винды в которой работают соответствующие спец-настройки прописанныемв манифесте программы и реестре. Короче, лучше поменять подход

Comments

[ZeroMan]

Ну проводник то точно должен уменить читать и делать путь свыше 260 символов но не даёт...
На рабочем столе делаю файл в 100+ сиволов закидываю по пути где уже 250+ символов то он кладётся туда, но не открывается, это да проблема в приложениях)

[MaxKozlov]

Anton Mo, Вот как раз проводник-то поправить и забыли, когда я первый раз об этом читал :)

И сейчас рядом с explorer.exe я никакого манифеста не вижу. и внутри него строки "longPathAware" тоже не наблюдается.

В длинный путь, но короче 260 символов, вы сможете положить файл, но открыть его, не перемещая куда-то покороче, уже не получится. Просто потому что в CopyFile в качестве параметра назначения попадает короткий путь, а в OpenFile уже длинный

Можете попробовать положить рядом с эксплорером манифест (по ссылке от Alexey Dmitriev) и перелогиниться, но в успехе я не уверен

[Денис _______________]

Anton Mo, попробуйте на клиентах заменить проводник на Total Commader, он длинные пути видит и позволяет проводить манипуляции с файлами, если их осуществлять их через него, но вот корректное открытие файлов софтом все равно не гарантируется

Answer 2

[Alexey Dmitriev]

1. Версии ОС на файловом сервере и клиенте, с которого обращаетесь к shared folder?
Если Windows 10 и Server 2016\Server 2019 - и если этот ключ есть в gpedit.msc и там и там - то все должно работать.
https://docs.microsoft.com/en-us/windows/win32/fil...
2. Что значит "WinSRV Домене поменял GPO вот тут: Local Computer Policy"? Можете объяснить - что вы хотели достичь?

Answer 3

[Владимир Коротенко]

Пробуйте так
\\server\IT\TestTestTestTestTestTestTestTestTest\TestTestTestTestTestTestTestTestTestTestTestTestTestTest\TestTestTestTestTestTestTestTestTestTestTestTestTest\TestTestTestTestTestTestTestTestTestTestTestTestTestTestTest\ZITTestTestTestTestTestTestTestTe\Документ Microsoft Word.docx

Comments

[ZeroMan]

\\?\UNC\192.168.0.200\Share\IT\TestTestTestTestTestTestTestTestTest\TestTestTestTestTestTestTestTestTestTestTestTestTestTest\TestTestTestTestTestTestTestTestTestTestTestTestTest\TestTestTestTestTestTestTestTestTestTestTestTestTestTestTest\ZITTestTestTestTestTestTestTestTe
Тоже не даёт(

Answer 4

[Sergey Ryzhkin]

Знаю что проблема длинных путей точно решается сменой системы на ReFS, там это ограничение снято.

Comments

[MaxKozlov]

Это ограничение API, а не файловой системы.
у NTFS тоже вполне себе не маленькие 32767 символов, но API со времён FAT осталось

Answer 5

[Максим Корнеев]

255 символов - это стандарт. да, новые виндусы позволяют его обойти. но надо понимать что Вы делаете непереносимую ни с чем не совместимую систему. грамотное решение - исправить голову автора, а не обойти стандарт.