Возвращена ошибка 161 указан недопустимый путь

01.01.16 — 14:17

1 — 01.01.16 — 14:32

У пользователя, под которым запущен сервер 1с нет политических прав на доступ к сети.

2 — 01.01.16 — 17:51

(1) я админа дал, какие еще поава?

3 — 01.01.16 — 18:12

4 — 01.01.16 — 18:51

(2)Тебе говорят что прав нет, при чем тут админ?

5 — 11.01.16 — 15:20

(3) (4) и где именно посмотреть?

6 — 11.01.16 — 15:22

(5) Сервер 1С работает под доменным пользователем или локальным?

7 — 11.01.16 — 15:23

(6) локальным

8 — 11.01.16 — 15:26

9 — 11.01.16 — 15:26

10 — 11.01.16 — 15:30

(8) не понял по поводу 1 пункта как USR1C дать доменного

11 — 11.01.16 — 15:31

(10) Завести доменного пользователя, и при установке сервера 1С указать его, а не создавать нового локального. Или в службе поменять.

12 — 11.01.16 — 15:37

(8) На сервере, где лежат файлы,  завести локального пользователя, с именем и паролем — лучше дать права на шару серверу, на котором 1С крутится.

13 — 11.01.16 — 15:41

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

14 — 11.01.16 — 16:38

(5) На нужной папке правой клавишей мыши — вкладка «Безопасность» — даешь нужному пользователю права.

15 — 11.01.16 — 16:40

16 — 11.01.16 — 16:56

(15) не в домене

А по ВПН в сети

17 — 11.01.16 — 16:59

(15) Сервер не может иметь доступ — сфигали?

18 — 11.01.16 — 17:05

(17) именно с 1С не могу получить доступ на шару папку с другого сервера

А если делаю под пользователем через проводник \адресПапка

отлично заходит

19 — 11.01.16 — 17:05

(16) Если не в домене, тогда имхо только вариант 2 из (8).

20 — 11.01.16 — 17:33

(19) Логин и пароль пользователя сервера 1с с другой машины?)

21 — 11.01.16 — 17:36

(18) Когда даешь права на шару, Кнопка Типы объектов. Там выбери Компьютеры, добавь сервере, на котором 1С.

22 — 11.01.16 — 18:11

(21) попробую спасибо

23 — 11.01.16 — 20:20

(21) нет возможности добавить сервер

Уже добавил все что можно ошибка таже

24 — 11.01.16 — 20:35

25 — 12.01.16 — 00:15

(16) Тогда Надо на том компьютере где папка создать пользователя с таким же логином и паролем как и у того под которым крутится сервер.

Ему дать права.

26 — 12.01.16 — 00:16

(24) Вам нужно изенить только одну учетную запись — ту от имени которой работает сервер. Все остальные нафиг не нужны.

27 — 13.01.16 — 01:55

28 — 13.01.16 — 01:56

шара файлов на Главном сервере, нужно чтоб с удаленных тоже ломились на папку на Главном сервере

29 — 13.01.16 — 02:57

(29) ну так у меня серверс 1с крутится под этим юзверем

И такойже логин и пароль на других серверах

Имеем три машины:
М1 — машина с расшаренным ресурсом
М2 — машина с сервером 1С
М3 — машина с клиентом 1С
В 1С в настройках работы с файлами указываю Хранить файлы в томах на диске. Том хочу создать в ресурсе на М1.
Вопрос первый — какой пользователь должен иметь доступ в этот ресурс? Тот, от которого на М2 сервер запущен? Или тот, который на М3 клиента запускает? Или как?
Теперь немного меняем ситуацию. На М3 к базе 1С подключаемся через внешнее соединение и пытаемся присоединять файлы.
Вопрос второй — а в этом случае какому пользователю нужен доступ в общий ресурс?
Поскольку файлы присоединить у меня не получилось, то есть ощущение, что ответы на первый и второй вопрос разные.
К сожалению, вся эта система от меня далеко, управляется не мной, т.е. нет возможности по-быстрому перепробовать все комбинации. Да и вообще, был бы рад получить теоретическое обоснование.
Заранее спасибо!

p.s. Спасибо ответившим. Я до сих пор и не сомневался, что права на ресурс нужны серверу, ну, пользователю под которым он запущен. Но вот какая проблема.
Конфигурация описана выше. Если я работаю в обычном клиенте 1С на М3 я могу добавлять файлы без проблем, т.е. том настроен правильно, он доступен, ограничений по размерам нет.
И есть у меня код, который нужно выполнять, подключаясь к этой же базе через внешнее соединение. Код присоединяет файлы к документам.
Если файлы хранить в базе, то всё работает отлично — файлы добавляются. Но если я включаю хранение файлов на диске, то при попытке присоединить файл получаю ошибку:
{ОбщийМодуль.ПрисоединенныеФайлы.Модуль(605)}: Ошибка при добавлении присоединенного файла «1234567890.pdf»:
Не удалось добавить файл ни в один из томов.
Список ошибок:
Ошибка при добавлении файла «1234567890.pdf»
в том «Том1» (\М1Тома 1С20170922):
«Ошибка при создании каталога «\М1Тома 1С20170922»:
«Неправильный путь к файлу ‘\М1’. 161(0x000000A1): Указан недопустимый путь. «.».

i’m having difficulty to rename one key of my registry. I dont know but all the time change the name so i was trying to use a program to do automatically. The code is the follow:

using Microsoft.Win32;
using Microsoft.Win32.SafeHandles;
using System;
using System.Collections.Generic;
using System.Linq;
using System.Runtime.InteropServices;
using System.Text;
using System.Threading.Tasks;

namespace ConsoleApplication7
{
    class Program
    {
        private static readonly IntPtr HKEY_LOCAL_MACHINE = new IntPtr(-2147483646);
        [DllImport("advapi32")]
        public static extern int RegRenameKey(SafeRegistryHandle hKey, [MarshalAs(UnmanagedType.LPWStr)] string oldname,
        [MarshalAs(UnmanagedType.LPWStr)] string newname);
        [DllImport("Advapi32.dll", EntryPoint = "RegOpenKeyExW", CharSet = CharSet.Unicode)]
        public static extern int RegOpenKeyEx(IntPtr hKey, [In] string lpSubKey, int ulOptions, int samDesired, out IntPtr phkResult);

        static void Main(string[] args)
        { //mhmmm si, todo esta bien , bueno ire a ver lo que iba oka  ver
            ///Estas intentando renombrar una clave de registro una la crpeta que la contiene...
            IntPtr result;

            SafeRegistryHandle hKey = null;//no es necesario, esta funcuonando, si no, no me hubiere retorando un int
            hKey = new SafeRegistryHandle(HKEY_LOCAL_MACHINE,true);
            int resul = RegOpenKeyEx(HKEY_LOCAL_MACHINE, "\SOFTWARE\Company", 0,0,out result);
            Console.WriteLine(resul);
            int rosul = RegRenameKey(hKey, "SOFTWARE\Company\", "SOFTWARE\Editado\");
            Console.WriteLine(rosul);
            Console.ReadLine(); //Ok a ver dejamever unos ejemplos de advapi, los tienes ahi? mierdaaa no tiees ideas de los peos que se acaba de tirar mi perro

        }

    }
}

The problem is when i open the key:

int resul = RegOpenKeyEx(HKEY_LOCAL_MACHINE, "\SOFTWARE\Company", 0,0,out result);

For some reason i’m not opening well the key. The error’s return me:

My regedit rule is not renamed:

Article that i took like reference:

http://blogs.microsoft.co.il/pavely/2015/09/29/regrenamekey-hidden-registry-api/

I hope someone helps… It’s for my computer only.

i’m having difficulty to rename one key of my registry. I dont know but all the time change the name so i was trying to use a program to do automatically. The code is the follow:

using Microsoft.Win32;
using Microsoft.Win32.SafeHandles;
using System;
using System.Collections.Generic;
using System.Linq;
using System.Runtime.InteropServices;
using System.Text;
using System.Threading.Tasks;

namespace ConsoleApplication7
{
    class Program
    {
        private static readonly IntPtr HKEY_LOCAL_MACHINE = new IntPtr(-2147483646);
        [DllImport("advapi32")]
        public static extern int RegRenameKey(SafeRegistryHandle hKey, [MarshalAs(UnmanagedType.LPWStr)] string oldname,
        [MarshalAs(UnmanagedType.LPWStr)] string newname);
        [DllImport("Advapi32.dll", EntryPoint = "RegOpenKeyExW", CharSet = CharSet.Unicode)]
        public static extern int RegOpenKeyEx(IntPtr hKey, [In] string lpSubKey, int ulOptions, int samDesired, out IntPtr phkResult);

        static void Main(string[] args)
        { //mhmmm si, todo esta bien , bueno ire a ver lo que iba oka  ver
            ///Estas intentando renombrar una clave de registro una la crpeta que la contiene...
            IntPtr result;

            SafeRegistryHandle hKey = null;//no es necesario, esta funcuonando, si no, no me hubiere retorando un int
            hKey = new SafeRegistryHandle(HKEY_LOCAL_MACHINE,true);
            int resul = RegOpenKeyEx(HKEY_LOCAL_MACHINE, "\SOFTWARE\Company", 0,0,out result);
            Console.WriteLine(resul);
            int rosul = RegRenameKey(hKey, "SOFTWARE\Company\", "SOFTWARE\Editado\");
            Console.WriteLine(rosul);
            Console.ReadLine(); //Ok a ver dejamever unos ejemplos de advapi, los tienes ahi? mierdaaa no tiees ideas de los peos que se acaba de tirar mi perro

        }

    }
}

The problem is when i open the key:

int resul = RegOpenKeyEx(HKEY_LOCAL_MACHINE, "\SOFTWARE\Company", 0,0,out result);

For some reason i’m not opening well the key. The error’s return me:

My regedit rule is not renamed:

Article that i took like reference:

http://blogs.microsoft.co.il/pavely/2015/09/29/regrenamekey-hidden-registry-api/

I hope someone helps… It’s for my computer only.

Какие права нужны на тома хранения файлов в 1С?

Имеем три машины:
М1 — машина с расшаренным ресурсом
М2 — машина с сервером 1С
М3 — машина с клиентом 1С
В 1С в настройках работы с файлами указываю Хранить файлы в томах на диске. Том хочу создать в ресурсе на М1.
Вопрос первый — какой пользователь должен иметь доступ в этот ресурс? Тот, от которого на М2 сервер запущен? Или тот, который на М3 клиента запускает? Или как?
Теперь немного меняем ситуацию. На М3 к базе 1С подключаемся через внешнее соединение и пытаемся присоединять файлы.
Вопрос второй — а в этом случае какому пользователю нужен доступ в общий ресурс?
Поскольку файлы присоединить у меня не получилось, то есть ощущение, что ответы на первый и второй вопрос разные.
К сожалению, вся эта система от меня далеко, управляется не мной, т.е. нет возможности по-быстрому перепробовать все комбинации. Да и вообще, был бы рад получить теоретическое обоснование.
Заранее спасибо!

p.s. Спасибо ответившим. Я до сих пор и не сомневался, что права на ресурс нужны серверу, ну, пользователю под которым он запущен. Но вот какая проблема.
Конфигурация описана выше. Если я работаю в обычном клиенте 1С на М3 я могу добавлять файлы без проблем, т.е. том настроен правильно, он доступен, ограничений по размерам нет.
И есть у меня код, который нужно выполнять, подключаясь к этой же базе через внешнее соединение. Код присоединяет файлы к документам.
Если файлы хранить в базе, то всё работает отлично — файлы добавляются. Но если я включаю хранение файлов на диске, то при попытке присоединить файл получаю ошибку:
<ОбщийМодуль.ПрисоединенныеФайлы.Модуль(605)>: Ошибка при добавлении присоединенного файла «1234567890.pdf»:
Не удалось добавить файл ни в один из томов.
Список ошибок:
Ошибка при добавлении файла «1234567890.pdf»
в том «Том1» (\М1Тома 1С20170922):
«Ошибка при создании каталога «\М1Тома 1С20170922»:
«Неправильный путь к файлу ‘\М1’. 161(0x000000A1): Указан недопустимый путь. «.».

• Вопрос задан более трёх лет назад
• 5832 просмотра

Вопрос первый — какой пользователь должен иметь доступ в этот ресурс?

Пользователь под которым работает сервер 1с.

Вопрос второй — а в этом случае какому пользователю нужен доступ в общий ресурс?

Тому же самому — пользователю под которым запущен сервер 1с.

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

Источник

1С хранение файлов в томах на диске

Имеем три машины:
М1 — машина с расшаренным ресурсом
М2 — машина с сервером 1С
М3 — машина с клиентом 1С
В 1С в настройках работы с файлами указываю Хранить файлы в томах на диске. Том хочу создать в ресурсе на М1.
Вопрос первый — какой пользователь должен иметь доступ в этот ресурс? Тот, от которого на М2 сервер запущен? Или тот, который на М3 клиента запускает? Или как?
Теперь немного меняем ситуацию. На М3 к базе 1С подключаемся через внешнее соединение и пытаемся присоединять файлы.
Вопрос второй — а в этом случае какому пользователю нужен доступ в общий ресурс?
Поскольку файлы присоединить у меня не получилось, то есть ощущение, что ответы на первый и второй вопрос разные.
К сожалению, вся эта система от меня далеко, управляется не мной, т.е. нет возможности по-быстрому перепробовать все комбинации. Да и вообще, был бы рад получить теоретическое обоснование.
Заранее спасибо!

p.s. Спасибо ответившим. Я до сих пор и не сомневался, что права на ресурс нужны серверу, ну, пользователю под которым он запущен. Но вот какая проблема.
Конфигурация описана выше. Если я работаю в обычном клиенте 1С на М3 я могу добавлять файлы без проблем, т.е. том настроен правильно, он доступен, ограничений по размерам нет.
И есть у меня код, который нужно выполнять, подключаясь к этой же базе через внешнее соединение. Код присоединяет файлы к документам.
Если файлы хранить в базе, то всё работает отлично — файлы добавляются. Но если я включаю хранение файлов на диске, то при попытке присоединить файл получаю ошибку:
: Ошибка при добавлении присоединенного файла «1234567890.pdf»:
Не удалось добавить файл ни в один из томов.
Список ошибок:
Ошибка при добавлении файла «1234567890.pdf»
в том «Том1» (М1Тома 1С20170922):
«Ошибка при создании каталога «М1Тома 1С20170922»:
«Неправильный путь к файлу ‘М1’. 161(0x000000A1): Указан недопустимый путь. «.».

• Вопрос задан более двух лет назад
• 1899 просмотров

Вопрос первый — какой пользователь должен иметь доступ в этот ресурс?

Пользователь под которым работает сервер 1с.

Вопрос второй — а в этом случае какому пользователю нужен доступ в общий ресурс?

Тому же самому — пользователю под которым запущен сервер 1с.

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

Андрей Бирюков

Объем документооборота растет пропорционально росту организации, и в какой-то момент развития, если фирма не отказывается от бумажного документооборота в пользу электронного, а также продолжает хранить сопровождающие файлы в разных местах, это может стать настоящей проблемой. Большой объем данных, с которым не могут справиться имеющиеся специалисты, потребует привлечения новых ресурсов, все равно оставаясь «неподъемным грузом», который трудно хранить, трудно осуществлять поиск и также трудно оперативно получить информацию.

Чтобы массив документов и файлов «не перерос» возможности штатных специалистов, их следует оснастить инструментом работы с данным бизнес-процессом – программой автоматизации документооборота «1С:Документооборот», где помимо официальных документов, можно работать и с прикрепленными файлами. Это могут быть приложения к различным входящим, исходящим, внутренним документам в виде текстовых документов или таблиц, архивов, изображений, аудио или видеофайлов, и т.п.

Файлы в 1С Документооборот

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

1. В самой базе. То есть все загруженные в программу файлы хранятся в таблицах СУБД: если база файловая – в файле *.dt, а в клиент-серверной помещаются в хранилище СУБД.

Преимущества этого варианта:

• Все файлы в одном месте (в ИБ);
• Безопасность данных;
• Резервное копирование осуществляется стандартным способом.

• Все документы и их версии хранятся в ИБ, что приводит к ее быстрому росту;
• Большой объем ИБ приводит к снижению производительности программы.

2. В томах на диске. Здесь сами файлы будут в каталогах файловой системы, а в СУБД будут находится лишь ссылки на них. Каталоги с документами могут находиться на жестком диске, сервере или размещаться на компьютере в локальной сети.

Преимущества такого хранения:

• Объем ИБ значительно уменьшается;
• С ИБ быстрее работать;
• Размер тома ограничивается только объемом жесткого диска;
• Резервная копия ИБ делается отдельно от копии файлового тома.

К недостаткам можно отнести расположение ИБ и файлов в разных местах, что сказывается на контроле доступа и, в конечном итоге, на безопасности данных.

Настройки хранения в ИБ

Определение места хранения производится в разделе «Настройки и администрирование», зайдя в информационную базу с правами администратора. Далее проходим «Настройки программы-Работа с файлами».

Если в настройке не установлена галочка «Хранить файлы в томах на диске», то они будут храниться в информационной базе.

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

До тех пор, пока хоть один том не будет указан, система будет хранить файлы непосредственно в ИБ.

Тома хранения файлов в 1С Документооборот

Перейдя по гиперссылке «Тома хранения файлов», производим их настройку.

Файлы можно сгруппировать в определенную структуру по папкам. Нажав кнопку «Создать группу», задаем структуру папок.

При создании папок тома необходимо создать папку и задать ей права системного пользователя, от имени которого запускается и работает служба сервера 1С:Предприятия. Создадим для примера папку «1C_Tom» и выполним ее настройку, щелкнув правой кнопкой мышки и открыв меню «Свойства» по кнопке «Расширенная настройка».

Устанавливаем галочку «Открыть общий доступ к этой папке» и нажимаем «Разрешения».

Далее указываем имя пользователя, под которым работает сервер 1С, и отмечаем все права – полный доступ, чтение, изменение.

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

Создадим том хранения файлов – кнопка «Создать».

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

После сохранения настройки в окне «Тома хранения файлов» будет отображено имя тома и его путь.

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

При необходимости можно настроить правила размещения для каждого тома по кнопке «Правила размещения файлов». В открывшемся окне (кнопка «Добавить») делаем настройку правил.

Можно установить галочку «Правило по умолчанию» или задать условие, установить отбор.

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

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

Редактирование файлов и работа с ними в 1С:Документооборот

Для просмотра списка всех файлов, созданных в «1С:Документооборот», можно воспользоваться разделом «Файлы». Они прикреплены к карточкам входящих/исходящих/внутренних документов и доступны в разделе «Документы и файлы». Также, при необходимости, пользователь может воспользоваться разделом «Все файлы».

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

Открыть карточку для редактирования можно или двойным щелчком мышки, или правой кнопкой, далее нажать «Изменить» или «F2» на клавиатуре.

Открыв файл для редактирования, нажимаем кнопку «Редактировать», в результате чего будет открыт документ. Дальнейшая работа по редактированию одинакова в обоих журналах.

Файл, который редактируется, выделен зеленым цветом. И если сотрудник забыл завершить редактирование, администратору можно его отменить – кнопка «Отменить редактирование».

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

При сохранении изменений можно оставить комментарий, что было изменено.

В меню «Версии» можно посмотреть, какие изменения, кто и когда вносил в файл.

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

Программа «1С:Документооборот» позволяет пользователю работать с различными типами файлов, хранить их, систематизирует их, обеспечивает быстрый поиск и постоянный доступ к ним.

настройка хранилища в 1с документооборот

• Регистрация: May 2018
• Сообщений: 111

А что есть из ресурсов? А то придумать можно много всего..

— -Подумал и добавил — —

Вообще вот вкратце:

Варианты хранения файлов в «1С:Документооборот 8»
1. Хранение файлов в информационной базе

«Плюсы» использования варианта хранения файлов в информационной базе:

• Все файлы в одном месте;
• Очень просто организовать резервное копирование всех документов стандартными средствами платформы 1С:Предприятие.

«Минусы» использования варианта хранения файлов в информационной базе:

• Очень быстро может вырасти объем информационной базы (так как в ней будут храниться все файлы документов и все их версии);
• При многопользовательской работе с программой в следствии большого размера базы данных может существенно снизиться

производительность работы (долгое время отклика программы на действия пользователя).
2. Хранение файлов в томах на диске
«Плюсы» использования варианта хранения файлов в томах на диске:

• Нет излишней нагрузки на информационную базу;
• Объем тома ограничен только объемом жесткого диска;
• Можно организовать проверку файлов на наличие вирусов;
• Еще более простой способ организации резервного копирования файлов.

«Минусы» использования варианта хранения файлов в томах на диске:
Данные программы хранятся в нескольких местах: сама информационная база + файлы с документами.

Источник