Сохранение файла на сетевом диске
Макрос в excel создаёт файл word, заполняет и сохраняет его на сетевом диске. И здесь возникает runtime error 5981. Полез в настройки безопасности word — надёжные расположения. Расположение сетевого диска там не добавляется "Указанный путь нельзя использовать как надёжное расположение по соображениям безопасности". Пробовал и через название диска, и через ip. Как решить проблему?
Добавлено через 19 минут
Получилось добавить в надёжные расположения, но ошибка все равно возникает в строке Set WD = WA.Documents.Add(путьшаблона): DoEvents. При этом если сохранять не на сетевом диске, то всё ок.
Не сохраняется ексель файл на сетевом диске
Добрый день. Не знаю по адресу я задаю вопрос или нет)) но помощи все равно ждать не приходиться. .
Office не сохраняет документы на сетевом диске
Здравствуйте, есть компьютер Windows 7 x64 с установленным Microsoft Office 2010, подключен сетевой.
Ошибка при работе с файлом на сетевом диске
Добрый день! Уважаемые форумчане, подскажите пожалуйста, как перебороть проблему, которая на.
Гиперссылки на рисунки формата jpg, расположенные на сетевом диске
Добрый день! возникла следующая проблема. Создан документ в ms excel *.xls, где присутствуют.
Указанный путь нельзя использовать как надежное расположение по соображениям безопасности
Прошу помочь разобраться со следующей проблемой:
Чтобы заставить работать активное содержимое (макросы) файлов Excel, открываемые из сетевой папки, пытаюсь эту папку добавить в "надежные расположения", в "Центре управления безопасностью", пункт "Надежные расположения" устанавливаю галочку "Разрешить надежные расположения в моей сети" и добавляю новое расположение "\\<ip>\<net_folder>" (ip — адрес IPv4 в моей подсети, net_folder — расшаренная папка). Получаю сообщение об ошибке "Указанный путь нельзя использовать как надежное расположение по соображениям безопасности. Выберите другое расположение или определенную папку."
Указанная папка находится на сервере под управлением CentOS, доступ организован с помощью samba, учетные данные для подключения к шаре введены и сохранены на проблемной машине, через проводник Windows папка открывается без проблем.
Указанный путь нельзя использовать как надежное расположение по соображениям безопасности
Сообщения: 23
Благодарности: 1
| Конфигурация компьютера | |
| Процессор: Intel Core i7 3630QM | |
| Память: LPDDR3 1600 MHz 8192 MB | |
| HDD: SSD Toshiba 128 GB | |
| Видеокарта: NVIDIA GeForce GTX 660m 2 GB | |
| Звук: [встроенная Realtek] | |
| Монитор: 15,6; 1920х1080 | |
| Ноутбук/нетбук: Lenovo y580 | |
| ОС: Windows 8 x64 | |
| Индекс производительности Windows: 6,8 (Desktop graphics) |
приветствую!
Excel 2010, "Ошибка при направлении команды приложению."
Через Файл — Открыть все нормально открывает.
отключение DDE, совместимостей и тому подобного не помогло. Помогло вот что:
Win+R — regedit (редактор реестра)
открываем HKEY_CLASSES_ROOT\Excel.Sheet.12\shell\Open
открываем ключ command, в нем 2 параметра. редактируем их — в конце вместо /dde пишем "%1"
папку ddeexec переименовываем.
HKEY_CLASSES_ROOT\Excel.Sheet.8\shell\Open
проделываем то же самое
P.S. опытным путем выяснил, что Excel.Sheet.8 отвечает за открытие книг старых версий офиса (xls), Excel.Sheet.12 — офис 2007+ (xlsx)
Последний раз редактировалось gordt, 18-04-2016 в 08:26 . Причина: торопился, написал "по-деревенски", спасибо mwz
Указанный путь нельзя использовать как надежное расположение по соображениям безопасности
Указанный путь нельзя использовать как надежное расположение по соображениям безопасности
Обнаружена проблема в обновлении MS Office 2016 (365) версия 2106 (сборка 16.0.14131.20278) от 29 июня 2021. Данная проблема влияет на функционал А-5.1 по формированию всех составных отчетов. К составным отчетам относятся «Отчеты для печати» и все отчеты, построенные на основе технологии XSLT.
Проявление.
После формирования составного отчета формируется пустой лист и не выводятся никакие сообщения об ошибке.
Причина.
Центр управления безопасностью блокирует («молча») функционал составных отчетов для всех документов, которые не являются надежными.
Решение проблемы.
Необходимо включить в параметрах центра управления безопасностью путь к шаблонам А-5.1 в раздел «Надежные расположения».
Для определения пути к шаблонам А-5.1 можно перейти в окно «Управление шаблонами» (меню «Аттестация-5.1 — Управление шаблонами»), как показано на рисунке.
На рисунке показан частный случай хранения шаблонов (сетевое расположение). По умолчанию шаблоны располагаются в папке «C:\ProgramData\attest5\5.1\templates«.
Данный путь необходимо запомнить/скопировать и перейти в параметры центра управления безопасностью, как показано на рисунке (меню «Файл — Параметры»).
Если путь к папке с надежным расположением определен верно, то проблема должна уйти.
Как узнать версию MS Office для версии 2016 (365) см.рис.
Дополнительная информация от 20.12.2021.
Обнаружена особенность, которая влияет на возможность добавления сетевых расположений.
Если общий сетевой ресурс добавлять через сетевое имя («\\server\. \templates»), то путь успешно добавляется в надежные расположения.
Если общий сетевой ресурс добавлять через IP-адрес, то Word не позволяет добавить такой путь в расположения. В этом случае выходит ошибка «Указанный путь нельзя использовать как надежное расположение по соображениям безопасности. «.
В связи с этим, требуется добавлять сетевой путь в надежные расположения через сетевое имя:
\\192.168.2.9:\Ресурсы организации\templates — НЕ правильно (с точки зрения политики Microsoft);
\\SERVER\Ресурсы организации\templates — правильно.
Такая же ситуация возникает из сетевым диском. Если сетевой диск задан через IP-адрес, то это нарушает политику безопасности Microsoft.
E-mail: Этот e-mail адрес защищен от спам-ботов, для его просмотра у Вас должен быть включен Javascript
Работа с системой безопасности Microsoft Office или Самое безопасное место на Земле
Начиная с версии 2007 в пакете офисных программ компании Microsoft появилась такая полезная штука как Центр управления безопасностью. Он оберегает нас от потенциально вредоносного содержимого, внедренного в документы, сводя на нет попытки злоумышленников причинить вред нашим данным. К сожалению, этот же механизм порой вставляет палки в колеса и нам, когда мы пытаемся формировать отчеты в системе DIRECTUM.
Алгоритм работы при формировании отчета, например, в Excel обычно такой:
- Вычисляем любым доступным способом ID документа с макетом отчета. Если у документа несколько версий, решаем, какая из них нам нужна.
- Экспортируем текст версии во временный файл во временном каталоге.
- Создаем объект "Excel.Application".
- Открываем макет.
- Загружаем в него данные отчета.
- Показываем отчет пользователю / сохраняем как документ в системе / что-то еще.
И вот на четвертом шаге в нас летит кирпич:
На этом формирование отчета закончится, а в качестве бонуса — застрявший в памяти процесс excel.exe, доступ к которому будет только через диспетчер задач. А все потому что Excel не доверяет нашему файлу, который еще и открыт из каталога временных файлов Windows. Казалось бы, всего-то делов — использовать вместо временного каталога Windows другой каталог. Но какой? И как быть уверенным, что с этим каталогом все будет в порядке?
Ключ к решению состоит в том, что Центр управления безопасностью , как известно, позволяет вести список так называемых надежных расположений, файлам из которых следует всенепременно доверять. В этом списке по умолчанию уже есть пути к папкам шаблонов, надстроек и автозапуска.
Мы можем добавить туда путь к почти любому каталогу, и он будет считаться надежным, файлы из него будут нормально открываться. Почти — потому что некоторые расположения, как ни старайся, надежными объявить нельзя. Например, MS Office прекрасно знает о местонахождении каталога временных файлов системы Windows, на который указывает переменная окружения TEMP, и ни за что не даст добавить его в список надежных.
Итак, мы знаем, как убедить офис в безопасности каталога с макетом отчета. Но где должен находиться этот каталог? Поскольку каталог будет использоваться для размещения временных файлов отчетов, было бы не очень хорошо создавать его где-то на виду — например, в корне диска (какого, кстати?) или в папке "Мои документы". Но это вопрос вкуса, конечно, и конкретной задачи. Другой вопрос — как добавить выбранный каталог в список надежных до формирования отчета? Хорошо, если удастся договориться с администраторами и распространить настройку надежных расположений через политики. А если нет? Сейчас разберемся.
Настройку надежных расположений все приложения MS Office хранят в реестре. Например, для Excel путь к нужному разделу выглядит так:
где %Version% — номер версии MS Office. Замена Excel на Word, PowerPoint и так далее приведет нас в аналогичный раздел соответствующего приложения. В редакторе реестра для искомого раздела мы увидим примерно такую картину:
Шесть подразделов с номерами от 0 до 5 соответствуют шести строчкам в списке надежных расположений в настройке Центра управления безопасностью на предыдущем скриншоте. В каждом из подразделов могут быть следующие параметры:
- Description — описание расположения на человеческом языке,
- Path — полный путь к каталогу,
- Date — дата последнего изменения настройки (необязательно),
- AllowSubFolders — признак того, является ли надежным только сам каталог или также все его подкаталоги (если параметр есть и равен 1 — подкаталоги надежны, иначе — нет).
Нам нужно создать новый раздел для нашего каталога. Опыты показали, что имя раздела не обязательно должно иметь вид Location%Number%, Excel учитывает все разделы внутри раздела Trusted Locations. Я не проверял, насколько Excel безразличен к имени раздела, нам достаточно того, что мы можем создать раздел с именем Reports (или IS-Builder, или My coolest location — главное, чтобы мы его помнили). В разделе Reports создадим параметры Path и Description, в которые запишем путь к каталогу и комментарий, соответственно. Если все сделали правильно, то в Центре управления безопасностью увидим наше надежное расположение:
Как видно на скриншоте, надежное расположение я решил создать в профиле пользователя. Во-первых, это позволяет не сваливать в одну кучу временные файлы разных пользователей. Помимо конфиденциальности так мы сможем избежать и случайных коллизий при совпадающих именах файлов. А во-вторых, местоположение профиля текущего пользователя очень легко найти — его адрес хранится в переменной окружения USERPROFILE. Вы при решении ваших задач, вероятно, предпочтете другое расположение. Кстати, совершенно бесполезно пытаться с помощью редактора реестра сделать надежным каталог временных файлов Windows. В списке он появится, но будет неактивным, и эффекта такая настройка не возымеет.
Теперь, чтобы все то же самое умел проделать наш отчет, достаточно добавить небольшое вычисление в расчет отчета:
После этого можно использовать переменную ReportFolder в качестве пути к временному каталогу: выгружать в него макет отчета и работать с ним. Протестовать Excel уже не будет. Это вычисление можно оформить в виде функции и использовать централизованно во всех отчетах, и тогда отчеты будут самостоятельно заботиться о том, чтобы каталог надежного расположения существовал и был известен офисному приложению как надежное расположение.
Указанный путь нельзя использовать как надежное расположение по соображениям безопасности
Argument ‘Topic id’ is null or empty
© Николай Павлов, Planetaexcel, 2006-2022
info@planetaexcel.ru
Использование любых материалов сайта допускается строго с указанием прямой ссылки на источник, упоминанием названия сайта, имени автора и неизменности исходного текста и иллюстраций.
ИП Павлов Николай Владимирович
ИНН 633015842586
ОГРН 310633031600071