Как запустить командный файл из сетевого ресурса без сообщения UNC path are not supported?

PUSHD и POPD должны помочь в вашем случае.

@echo off
:: Create a temporary drive letter mapped to your UNC root location
:: and effectively CD to that location
pushd \\server\soft

:: Do your work
WP15\setup.exe
robocopy.exe "WP15\Custom" /copyall "C:\Program Files (x86)\WP\Custom Templates"
Regedit.exe /s WPX5\Custom\Migrate.reg

:: Remove the temporary drive letter and return to your original location
popd

Для получения дополнительной информации введите PUSHD /? в командной строке.

Существует параметр реестра, позволяющий избежать этой проверки безопасности (однако используйте ее на свой страх и риск):

По пути в реестре

HKEY_CURRENT_USER
\ Программное обеспечение
\ Microsoft
\ Командный процессор

добавьте значение DisableUNCCheck REG_DWORD и установите значение 0 x 1 (Hex).

Примечание. В Windows 10 версии 1803 этот параметр находится в разделе HKLM: HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Command Processor.

Я считаю, что cls - лучший ответ. Он скрывает сообщение UNC до того, как его увидят. Я объединил его с @pushd %~dp0 сразу после этого, чтобы казалось, что я открываю скрипт и отображаю местоположение за один шаг, тем самым предотвращая дальнейшие проблемы UNC.

cls
@pushd %~dp0
:::::::::::::::::::
:: your script code here
:::::::::::::::::::
@popd

Примечания:

pushd изменит ваш рабочий каталог на место сценария на новом подключенном диске.

popd в конце, чтобы очистить подключенный диск.

По сути, вы не можете запустить его по пути UNC, не увидев этого сообщения.

Обычно я просто помещаю CLS в начало скрипта, чтобы мне не приходилось видеть это сообщение. Затем укажите полный путь к файлам в общей сетевой папке, которые вам нужно использовать.

Мне нужно было, чтобы проводник Windows мог просто просмотреть общий ресурс сервера, а затем дважды щелкнуть запускать пакетный файл. @dbenham привел меня к более простому решению для моего сценария (без забот popd):

:: Capture UNC or mapped-drive path script was launched from
set NetPath=%~dp0

:: Assumes that setup.exe is in the same UNC path
%NetPath%setup.exe

:: Note that NetPath has a trailing backslash ("\")
robocopy.exe "%NetPath%Custom" /copyall "C:\Program Files (x86)\WP\Custom Templates"
Regedit.exe /s %NetPath%..\WPX5\Custom\Migrate.reg

:: I am not sure if WPX5 was typo, so use ".." for parent directory
set NetPath=
pause

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

Чтобы удалить символическую ссылку, используйте команду rmdir.

Я столкнулся с той же проблемой, недавно работая с пакетным файлом на сетевом диске в Windows 7.

Другой способ, который сработал для меня, - это сопоставить сервер с диском через проводник Windows: Инструменты -> Подключить сетевой диск. Дайте ему букву диска и путь к папке \ yourserver. Поскольку я работаю с общим сетевым ресурсом, его сопоставление с сетевым ресурсом часто делает его более удобным и устраняет ошибку «Путь UNC не поддерживается».

Моя ситуация немного другая. Я запускаю командный файл при запуске для распространения последней версии внутренних бизнес-приложений.

В этой ситуации я использую ключ запуска реестра Windows со следующей строкой

cmd /c copy \\serverName\SharedFolder\startup7.bat %USERPROFILE% & %USERPROFILE%\startup7.bat

Это запускает две команды при запуске в правильной последовательности. Сначала скопируйте пакетный файл локально в каталог, на который у пользователя есть разрешение. Затем выполняем тот же командный файл. Я могу создать локальный каталог c: \ InternalApps и скопировать все файлы из сети.

Вероятно, уже слишком поздно решать вопрос исходного плаката, но это может помочь кому-то другому.

Это RegKey, который я использовал:

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Command Processor]
"DisableUNCCheck"=dword:00000001

Моя версия env windows10 2019 lts, ​​и я добавляю эти два данных binray, исправьте эту ошибку

Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Command Processor DisableUNCCheck значение 1 Computer\HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\Command Processor DisableUNCCheck значение 1

Это очень старый поток, но я все еще использую Windows 7. :-)

Есть один момент, который, похоже, никто не принял во внимание, что, вероятно, также поможет пользователям Windows 10.

Если расширения команд включены, команда PUSHD принимает сетевые пути в дополнение к обычной букве диска и пути.

Таким образом, очевидным и самым простым ответом может быть включение расширений команд в пакетном сценарии, если вы собираетесь использовать PUSHD. По крайней мере, это должно уменьшить проблемы, которые могут возникнуть при использовании PUSHD с сетевым путем.

Редактировать реестры Windows не стоит и небезопасно, используйте Map network drive и загрузите общий сетевой ресурс, как если бы он загружался с одного из ваших локальных дисков.