Что такое unc имя

Пути в Windows

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

Если компонент пути является именем файла, он должен быть последним компонентом.

Полные и относительные пути

Для функций Windows API, которые управляют файлами, имена файлов часто могут быть относительно текущего каталога, в то время как некоторые API требуют полного пути. Имя файла относится к текущему каталогу, если оно не начинается со следующего:

Максимальное ограничение длины пути

В API-интерфейсе Windows (с некоторыми исключениями, которые будут обсуждаться в следующих параграфах), есть максимальная длина пути в max_path, которая определяется как 260 символов. Локальный путь структурирован в следующем порядке: буква диска, двоеточие, обратная косая черта, компоненты имени, разделенные обратной косой чертой, и завершающий нулевой символ. Например, максимальный путь на диск D «D:\some 256-символьный путь строку «, где » » представляет собой невидимый символ NULL для текущей кодовой странице системы. (Символы используются здесь для наглядности и не могут быть частью допустимой строки пути.)

Функции файлового ввода/вывода в Windows API конвертируют «/» в «\» в рамках преобразования имени в НТ-имя типа, за исключением случаев использования «\\?\» префикса.

Обратите внимание, что максимальный путь 32 767 символов является приблизительным, потому что»\\?\ «префикс может быть расширен до более длинной строки системой во время выполнения, и это расширение применяется к общей длине.

Нет необходимости выполнять какие-либо действия для нормализации юникода в строках путь и имя файла для файла Windows функций API ввода-вывода, поскольку файловая система обрабатывает путь и имена файлов как последовательность значений типа wchar. Любые нормализации, необходимые для вашего приложения должны быть выполнены с учетом этого, внешнего на любые вызовы, связанные с файлом Windows функции API ввода-вывода.

При использовании API для создания каталога указанный путь не может быть таким длинным, что невозможно добавить Имя файла 8.3 (то есть имя каталога не может превышать MAX_PATH минус 12).

Оболочка и файловая система имеют различные требования. Можно создать путь с API Windows, который пользовательский интерфейс оболочки не в состоянии интерпретировать должным образом.

Начиная с Windows 10 версии 1607, ограничения MAX_PATH были удалены из общих Win32 файлов и каталогов функций. Тем не менее необходимо выбрать новое поведение. Рееста позволяет включить или отключить новое поведение длинного пути. Для включения длинных путей установить ключ реестра в

Вы также можете включить новое поведение длинного пути для каждого приложения через манифест:

Эти функции управления каталогами, которые не будут иметь ограничения в max_path если вы включите длинные пути: CreateDirectoryW, CreateDirectoryExW GetCurrentDirectoryW RemoveDirectoryW SetCurrentDirectoryW.

статьи IT, Windows, теория программирования, операционные системы

Источник

Работа с универсальным соглашением об именах (UNC Path)

Синтаксис имени UNC

Имена UNC идентифицируют сетевые ресурсы, используя определенные обозначения. Эти имена состоят из трех частей: имя хост-устройства, имя общего ресурса и необязательный путь к файлу.

Эти три элемента объединяются с помощью обратной косой черты:

Раздел имени хоста

Эти имена хостов обычно относятся к ПК с Windows или к Windows-совместимому принтеру.

Раздел Share-Name

Часть общего имени пути UNC ссылается на метку, созданную администратором или, в некоторых случаях, в операционной системе.

UNC-пути не включают буквы драйверов Windows, а только метки, которые могут ссылаться на определенный диск.

Раздел File_Path

Часть file_path имени UNC ссылается на локальный подкаталог под разделом общего доступа. Эта часть пути не является обязательной.

Если путь_файла не указан, путь UNC просто указывает на папку верхнего уровня общего ресурса.

File_path должен быть абсолютным. Относительные пути не допускаются.

Как работать с путями UNC

Используя имена UNC, вы подключаетесь к папкам на Teela .

Новые общие ресурсы UNC можно создавать с помощью проводника Windows. Просто щелкните правой кнопкой мыши папку и выберите один из параметров меню «Поделиться», чтобы назначить ему имя общего ресурса.

Источник

Форматы путей к файлам в системах Windows

Традиционные пути DOS

Стандартный путь DOS может состоять из трех компонентов:

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

В приведенном ниже примере показано различие между абсолютными и относительными путями. Предполагается, что каталог D:\FY2018\ существует и вы не установили какой-либо текущий каталог для диска D:\ из командной строки перед запуском этого примера.

Если вы хотите увидеть комментарии к коду, переведенные на языки, отличные от английского, сообщите нам на странице обсуждения этой проблемы на сайте GitHub.

UNC-пути

UNC-пути (универсальное соглашение об именовании) используются для доступа к сетевым ресурсам и имеют следующий формат:

Ниже приводятся некоторые примеры UNC-путей:

Пути к устройствам DOS

В операционной системе Windows используется унифицированная объектная модель, которая указывает на все ресурсы, включая файлы. Эти пути к объектам доступны из окна консоли и предоставляются на уровень Win32 с использованием специальной папки с символьными ссылками, с которыми сопоставляются устаревшие пути DOS и UNC. Доступ к этой специальной папке осуществляется с использованием синтаксиса пути к устройству DOS, который может иметь одну из приведенных ниже форм:

Помимо использования буквы диска, вы можете указать том с помощью его GUID. Синтаксис будет иметь вид:

Путь к устройству DOS состоит из следующих компонентов:

Описатель пути к устройству ( \\.\ или \\?\ ), который идентифицирует путь как путь к устройству DOS.

Символьная ссылка на «реальный» объект устройства (C: в случае имени диска или Volume в случае GUID тома).

Для UNC-путей к устройствам часть сервера или общего сетевого ресурса образует том. Например, в пути \\?\server1\e:\utilities\\filecomparer\ часть server1\utilities представляет сервер или общий сетевой ресурс. Это важно при вызове такого метода, как Path.GetFullPath(String, String) с сегментами с относительным путем к каталогу, поскольку переход дальше тома невозможен.

Пример. Способы задать ссылку на один и тот же файл

В следующем примере демонстрируются некоторые способы задать ссылку на файл с использованием API в пространстве имен System.IO. В этом примере создается экземпляр объекта FileInfo и используются его свойства Name и Length, чтобы отобразить имя и длину файла.

Нормализация путей

Практически все передаваемые в API Windows пути нормализуются. При нормализации в Windows выполняются следующие действия:

Нормализация осуществляется неявно, но при необходимости вы можете выполнить ее явно, вызвав метод Path.GetFullPath, который создает оболочку для вызова функции GetFullPathName(). Также можно вызвать функцию GetFullPathName() Windows напрямую с помощью P/Invoke.

Идентификация пути

На первом шаге процесса нормализации осуществляется идентификация типа пути. Пути могут относиться к одной из нескольких категорий:

Тип пути определяет, будет ли каким-либо образом применяться текущий каталог. Кроме того, от типа пути зависит применяемый корень.

Работа с устаревшими устройствами

Применение текущего каталога

Канонизация разделителей

Все символы косой черты ( / ) преобразуются в стандартные разделители Windows, то есть символы обратной косой черты ( \ ). Если они присутствуют, последовательность символов косой черты после первых двух таких символов свертывается в один символ косой черты.

Вычисление относительных компонентов

Если обнаруживается одна точка, текущий сегмент удаляется, поскольку он ссылается на текущий каталог.

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

Родительские каталоги удаляются только в том случае, если они не находятся после корня пути. Корень пути зависит от его типа. Это будет диск ( C:\ ) для путей DOS, сервер или общий сетевой ресурс для UNC-путей ( \\Server\Share ) и префикс пути к устройству для путей к устройствам ( \\?\ или \\.\ ).

Удаление знаков

Помимо удаленных ранее разделителей и относительных сегментов во время нормализации также удаляются некоторые дополнительные знаки:

Если сегмент заканчивается одной точкой, эта точка удаляется. (Сегмент, состоящий из одной или двух точек, нормализуется на предыдущем шаге. Сегмент, состоящий из трех или более точек, не нормализуется и фактически представляет собой допустимое имя файла или каталога.)

Если путь не заканчивается разделителем, удаляются все конечные точки и пробелы (U+0020). Если последний сегмент содержит только одну или две точки, к нему применяется приведенное выше правило для относительных компонентов.

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

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

Пропуск нормализации

Как правило, любой путь, передаваемый в API Windows передается в функцию GetFullPathName и нормализуется. Существует одно важное исключение: путь к устройству, который начинается со знака вопроса, а не с точки. Если путь не начинается с последовательности \\?\ (обратите внимание на использование канонической формы с обратной косой чертой), он нормализуется.

Зачем нужно пропускать нормализацию? Существует три основных причины:

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

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

Регистр символов и файловая система Windows

Особенность файловой системы Windows заключается в том, что пользователи и разработчики, имеющие дело с другими операционными системами, могут сталкиваться с проблемами из-за того, что в именах каталогов и путях не учитывается регистр символов. Это значит, что в именах каталогов и файлов сохраняется регистр строк, используемый в момент их создания. Например, вызов метода

Источник

Справка

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

Путь (Path)

Путь – это разделенное символами обратной косой черты имя директории или файла. Директория – это тоже самое, что и папка в проводнике Windows.

Вы можете столкнуться с двумя написаниями пути: «pathname» и «path name». Все варианты написания пути (Path, pathname и path name) являются синонимами.

Системный путь и путь каталога

ArcGIS оперирует термином «путь каталога» или «путь ArcCatalog». Путь каталога – это путь, распознаваемый только ArcGIS. Например:

Рабочая область и базовое имя

Пути каталога состоят из двух частей: рабочей области и базового имени, как показано ниже:

Местоположение

Местоположение (Location) является общим термином (см., например: «Укажите местоположение ваших данных» или «Введите местоположение ваших данных»).

Прямые и обратные косые черты

В Windows обратная косая черта ( \ ) используется в качестве разделителя при указании пути. UNIX системы используют прямую косую черту ( / ). В ArcGIS не имеет значения, какая косая черта используется при указании пути. ArcGIS всегда будет правильно считывать путь, какой бы знак в нем не использовался.

Обратная косая черта при написании скрипта

Языки программирования, уходящие корнями в UNIX и язык C, такие как Python, рассматривают обратную косую черту ( \ ) в качестве управляющего символа. К примеру, \n соответствует возврату каретки. Поскольку пути могут содержать обратные косые черты, необходимо избегать их распознавания как знак перехода. Обычным делом является использование двойной обратной косой черты, например:

Другой вариант преобразования путей в строки Python с помощью директивы r показан ниже. Благодаря этому Python будет игнорировать обратные косые черты.

Абсолютные и относительные пути

Абсолютный, или полный путь

Относительный путь

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

Если вы хотите перейти к папке Landuse из текущей директории ( Soils ), вам нужно ввести следующий текст в адресную строку Проводника Windows:

Примечание:

Вы не сможете вводить относительные пути (с использованием точки и двойной точки) в приложениях ArcGIS.

Абсолютные и относительные пути в ArcMap

При сохранении документа с относительными путями приложение преобразует пути в относительные (используя точку и двойную точку) в зависимости от того, где вы сохранили документ (т.е. от текущей директории). Например, если ваш документ сохранен в

и данными одного из слоев являются

то в Newmap.mxd записано следующее:

Преобразуются только пути, относящиеся к одному диску

Абсолютные и относительные пути в инструментах модели

Так же как и в ArcMap вы можете указывать, что в инструментах модели будут сохраняться относительные пути.

Текущая папка, используемая для относительных путей, это папка, в которой находится соответствующий набор инструментов. Опция относительного пути конвертирует и сохраняет пути к:

Преобразуются только пути, относящиеся к одному диску

Абсолютные и относительные пути в инструментах-скриптах

Текущая папка, используемая для относительных путей, это папка, в которой находится соответствующий набор инструментов. Опция относительного пути конвертирует и сохраняет пути к:

Преобразуются только пути, относящиеся к одному диску

Пути в скрипте не преобразуются

Нельзя использовать точку и двойную точку в скриптах. Например, представленная ниже запись работать не будет:

Какой смысл в использовании относительных путей вместо абсолютных?

Использование абсолютных путей характеризуется следующим:

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

С другой стороны, если вы работаете с относительными путями, вы можете просто скопировать папку D:\Tools в любое место на любом компьютере и все будет работать. Это не сработает при использовании абсолютных путей, поскольку другой пользователь может скопировать папку в каталог F:\NewTools и путь D:\Tools\Scripts\MyScript.py на его компьютере найден, естественно, не будет.

Заключение

Пути UNC

UNC расшифровывается как Universal (или Uniform, или Unified) Naming Convention – Конвенция об универсальных наименованиях, и является синтаксисом для доступа к директориям и файлам в компьютерных сетях. Синтаксис показан ниже:

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

Имя компьютера отделяется с помощью двойной обратной косой черты ( \\ ).

В UNC имя компьютера также называется именем хоста.

Есть несколько правил для путей UNC:

В ArcGIS вы можете использовать путь UNC при любом запросе пути. Это особенно удобно для общедоступных данных в локальной вычислительной сети (LAN). Данные могут храниться на одном компьютере, и любой пользователь, имеющий к нему доступ, может эти данные использовать, пока компьютер не будет выключен или отсоединен от сети.

В Windows возможно открывать доступ к папкам, чтобы другие пользователи в сети могли с ними работать. В ArcCatalog или Проводнике Windows щелкните правой кнопкой мыши Общий доступ и безопасность (Sharing and Security) и следуйте дальнейшим указаниям открывающегося диалогового окна.

URL расшифровывается как Uniform Resource Locator – Универсальный локатор ресурса и уникально описывает адрес любого документа в Интернете. Компонентами URL являются:

В ArcGIS вы можете использовать пути URL там, где это является допустимым. В общем, в пользовательском интерфейсе содержатся подсказки, где возможно или необходимо использование URL. При использовании URL в ArcGIS Explorer рекомендуется включать тип протокола как в строке ниже:

Путь к файлу подключения ArcSDE

Источник

Получение UNC пути в 1С

Итак, я столкнулся с ситуацией когда необходимо знать UNC путь к базе данных.

Universal Naming Convention — универсальное соглашение об именовании

Имя, соответствующее соглашению об универсальном назначении имен, полное имя ресурса в сети, включающее имя сервера и имя совместно используемого ресурса; для каталогов или файлов могут также включать полный путь к этому ресурсу.

Синтаксис для Universal Naming Convention (UNC), как путь к сетевому ресурсу, представляется следующим:

где «share_name» — это сетевое имя общей папки, а «path» — путь к файлу из общей папки (необязательный параметр).

UNC путь «\\Srv1\Folder1\Sub1\report.doc» показывает, что документ report.doc расположен в подпапке — Sub1, общей сетевой папки по имени — Folder1, на файловом сервере по имени — Srv1.

В общем не нашел как это возможно получить средствами 1С. Пришлось извратиться, да не сильно..

2. Регистрация в как OLE в системе Dynwrapx.dl

команда: regsvr32 \\ПутьКФайлу\Dynwrapx.dll

3. Регистрация методов

DX = новый COMОбъект(«DynamicWrapperX»);

//Регистрация нужной процедуры из библиотеки Mpr.dll

DX.Register(» Mpr.dll», » WNetGetUniversalName», «i=pupu», «r=l»);

// Передаю пустую строку с 1 символом

// __in LPCTSTR lpLocalPath, //Передаем строку как есть

// __out LPVOID lpBuffer, //Передаем адресс буфера для заполнения строкой

// __inout LPDWORD lpBufferSize //Передаем адресс буфера для помещения туда полученного размера

// более подробно на сайте microsoft: http://msdn.microsoft.com/en-us/library/aa385474(VS.85).aspx

//The string pointed to by the lpLocalPath parameter is invalid.

//There is no current connection to the remote device, but there is a remembered (persistent) connection to it.

//A network-specific error occurred. Use the WNetGetLastError function to obtain a description of the error.

//The buffer pointed to by the lpBuffer parameter is too small. The function sets the variable pointed to by the lpBufferSize parameter to the required buffer size. More entries are available with subsequent calls.

//The dwInfoLevel parameter is set to UNIVERSAL_NAME_INFO_LEVEL, but the network provider does not support UNC names. (None of the network providers support this function.)

//None of the network providers recognize the local name as having a connection. However, the network is not available for at least one provider to whom the connection may belong.

//The network is unavailable.

//The device specified by the lpLocalPath parameter is not redirected.

Если ppReturn_Erorr = 0 Тогда

// Получение значения результата из буфера

Если Не ПустаяСтрока(СокрЛП(Результат))

И СокрЛП(Результат) <> СокрЛП(Путь) Тогда

// Для символа первые не определяются отрежим их

// Необходимо очистить ppBuffer,pBytesReturned

ИначеЕсли ppReturn_Erorr = ERROR_NOT_CONNECTED Тогда

Ошибка = «The device specified by the lpLocalPath parameter is not redirected.»;

Сообщить(«Ошибка преобразования к UNC: » + Ошибка);

ИначеЕсли ppReturn_Erorr = ERROR_NO_NETWORK Тогда

Ошибка = «The network is unavailable.»;

Сообщить(«Ошибка преобразования к UNC: » + Ошибка);

ИначеЕсли ppReturn_Erorr = ERROR_NO_NET_OR_BAD_PATH Тогда

Ошибка = «None of the network providers recognize the local name as having a connection.

|However, the network is not available for at least one provider to whom the connection may belong.»;

Сообщить(«Ошибка преобразования к UNC: » + Ошибка);

ИначеЕсли ppReturn_Erorr = ERROR_NOT_SUPPORTED Тогда

Ошибка = «The dwInfoLevel parameter is set to UNIVERSAL_NAME_INFO_LEVEL, but the network provider does not support UNC names.

|(None of the network providers support this function.)»;

Сообщить(«Ошибка преобразования к UNC: » + Ошибка);

ИначеЕсли ppReturn_Erorr = ERROR_MORE_DATA Тогда

Ошибка = «The buffer pointed to by the lpBuffer parameter is too small. The function sets the variable pointed to by the lpBufferSize parameter to the required buffer size.

|More entries are available with subsequent calls.»;

Сообщить(«Ошибка преобразования к UNC: » + Ошибка);

ИначеЕсли ppReturn_Erorr = ERROR_EXTENDED_ERROR Тогда

Ошибка = «A network-specific error occurred. Use the WNetGetLastError function to obtain a description of the error.»;

Сообщить(«Ошибка преобразования к UNC: » + Ошибка);

ИначеЕсли ppReturn_Erorr = ERROR_CONNECTION_UNAVAIL Тогда

Ошибка = «There is no current connection to the remote device, but there is a remembered (persistent) connection to it.»;

Сообщить(«Ошибка преобразования к UNC: » + Ошибка);

ИначеЕсли ppReturn_Erorr = ERROR_BAD_DEVICE Тогда

Ошибка = «The string pointed to by the lpLocalPath parameter is invalid.»;

Сообщить(«Ошибка преобразования к UNC: » + Ошибка);

Сообщить(«Неизвестная ошибка преобразования к UNC»);

Источник