+11
Ошибка режима доступа к файлу & означает, что программа 1С находит файл 1cv8.1cd, но не может либо считать, либо записать данные в этот файл!
Способы решения:
Windows:
1. Не обходимо дать права доступа к файлам базы. Сделать доступ, чтоб файлы можно было по сети изменять и во вкладке безопасности пользователя не забудьте добавить — полные права.
Выделяем папку или файлы (у меня вот эти — 1Cv8.1CD,1Cv8.log и т.д.), жмем правой кнопкой мыши на них, свойства — безопасность, и для пользователя под которым подключаетесь к этим файлам устанавливаете полные права доступа. Если пользователя не указываете, значит вы подключаетесь по Гостем — установите для него полные права
2. Добавь 1Cv8.1CD в список исключений антивирусника, Каспер и другие антивирусы очень любят его перепроверять…
Linux:
Чуть сложнее дело обстоит в линуксе: сложнее организованы правила доступа к файлам, но и там есть несколько выходов. Например, если вы запускаете програму в режиме root & проблем не будет. Если вам нужно организовать работу для пользователя, но не давать ему права root, можете сделать открытую папку в разделе /home и дать на нее полные права для одного или группы пользователей (%ГруппаПользователей ALL=NOPASSWD: /bin/mount, /bin/umount).
Это не характерная для нашего блога новость, но мы потратили много сил на поиск и устранение данной проблемы, так что решили описать ее решение подробно, чтобы сэкономить время и нервы нашим коллегам.
При печати документов из 1С появляется сообщение «Ошибка печати», при печати документов pdf из Acrobat Reader/Foxit Reader появляется сообщение «Не выбраны страницы для печати». При этом печать документов из Microsoft Office проходит без ошибок:
Рис. 1 Ошибка печати из 1С на сервере терминалов
Рис. 1 Ошибка печати документов pdf на сервере терминалов
Данная проблема наблюдается на серверах терминалов Windows Server 2012R2, принтеры к которым подключаются через сервер печати. Проблема возникает после переподключения пользователя к существующему терминальному сеансу, от которого он отключился ранее, не завершив его (нажав «крестик» или из-за обрыва связи с сервером). Момент ошибки сопровождается сообщением в логах (при включении расширенного логирования):
Имя журнала: Microsoft-Windows-PrintService/Operational
Источник: Microsoft-Windows-PrintService
Код события: 221
Категория задачи:Перечисление принтеров
Уровень: Ошибка
Ключевые слова: Принтер,Удаленная очередь
Описание:
Ошибка при получении сведений кэша CSR для принтера \company-fs01.domain.localP0008, код ошибки 0x2. Контекстные сведения см. в пользовательских данных события.
Ошибка связана с некорректной работой кэша Client Side Rendering, отключить который в свойствах принтера невозможно из-за того, что данная функция намертво зашита в драйверах устройств. Приложения Microsoft Office не используются функцию CSR, а сами подготавливают документы в нужном для принтеров формате, по этой причине при возникновении ошибки CSR печать из 1С и pdf перестает работать, а документы Microsoft Office продолжают распечатываться.
Временное решение инцидента – перезапуск диспетчера печати на сервере терминалов или завершение сеанса пользователя (с последующим входом в систему).
Постоянное решение – внести в параметр реестра:
[HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionPrintProvidersClient Side Rendering Print Provider]
“RemovePrintersAtLogoff”=dword:00000000
Не понятно, почему факт отключения от сеанса воспринимается сервером терминалом как выход из сеанса, но данный ключ реестра помогает. Успехов!
21.09.10 — 10:36
Доброго времени, уважаемые!
Уже несколько лет терминальный режим работал нормально.
Сейчас непонятно из-за чего стала периодически вываливаться ошибка шифрования данных, причём на двух машинах в разное время, просто сворачивая сеанс, а третьей машине так, что после этой ошибки приходится перезагружать машину.
Уважаемые специалисты, подскажите не специалисту — куда рыть?
Некоторые дагадки реализовывали, но в результате только подействовало на перезагружаемую машину.
1 — 21.09.10 — 10:37
Пардон, с секцией ошибка!
2 — 21.09.10 — 10:41
Давай рассказывай, что это за ошибки шифрования.. иногда (редко) отваливается терминальная секция с сообщением об ошибке шифрования.. видать у тебя такая же болезнь.. чем лечишься?
3 — 21.09.10 — 10:51
()? Попробовали уменьшить скорость подключения, но результата нет.
4 — 21.09.10 — 11:09
Кроме стёбов, может кто поделиться соображениями? Ведь админов здесь много — не прячьтесь!
Модератор
5 — 21.09.10 — 11:15
отваливается только у этих клиентов?
какая ОС у них, лицензия или ..
Модератор
6 — 21.09.10 — 11:17
+ какой уровень шифрования стоит в настройках?
7 — 21.09.10 — 11:18
Тоже самое только произошло на одном из филиалов… Щас будем пробовать перезагрузить сервак
8 — 21.09.10 — 11:23
(5)Везде всё лицензионное! Насчёт уровня не знаю, где это можно посмотреть и что должно стоять?
Сервер и терминальные подключения работали стабильно несколько лет. В этом году поставили 1С 8.1 Бух. Не знаю всвязи с чем, но через некоторое время стала вываливаться ошибка что-то вроде как достигнут предел чего-то там и сеанс будет прерван. Далее благополучно кончилось это тем, что у хаба сгорел блок питания. После того, как поменяли хаб на точно такой-же, через некоторое время стала вываливаться уже другая ошибка — ошибка шифрования. Правда периодически к этим людям (у которых возникла проблема) захаживает какой-то дядечка, но … типа никто ничего не трогал.
Модератор
9 — 21.09.10 — 11:25
1 в настройках RDP на сервере
2 вариантов два, либо сетевая портит пакеты, либо свич
попробуйте поменять гнездо в свиче
10 — 21.09.10 — 11:25
В инете пишут разное, но в основном после обновления сервер 2003 ошибки вываливались. Здесь же никто не обновлял.
Модератор
11 — 21.09.10 — 11:26
номер ошибки в логе сернвера глянь
12 — 21.09.10 — 11:26
(9)Поменяли — на другой свич воткнили — нет результата, всё тоже самое!
Модератор
13 — 21.09.10 — 11:27
а что в настройках RDP?
Модератор
14 — 21.09.10 — 11:28
у меня раз было так, поменял сетевую, правда там еще чудеса вытворялись
15 — 21.09.10 — 11:28
(11) Это у клиента, не могу сейчас глянуть! Но дословно : «Этот сеанс будет прекращен из-за ошибки шифрования данных. Попробуйте подключиться заново к удаленному компьютеру. «
Модератор
16 — 21.09.10 — 11:30
уровень шифрования в настройках должен стоять «совместим с клиентским»
попробуй его вообще убрать и посмотри будет ошибка вылазить
17 — 21.09.10 — 11:30
(13) Самое интересное, что на самом сервере эти ошибки не регистрируются. Это так и должно быть?
18 — 21.09.10 — 11:32
(16)Подскажите, где этот уровень можно указать — не выпадало счастье настраивать сервер.
Модератор
19 — 21.09.10 — 11:36
на сервере-администрирование-настройка служб терминалов-подключение в левом окне, в правом RDP-tcp (его свойства)- закладка «общие»
20 — 21.09.10 — 11:38
(19) Т.е. там попробовать то, что вы указали в (16)?
Модератор
21 — 21.09.10 — 11:40
поставь там уровень шифрования «низкий»
и уровень безопастности RDP
но я б начал с замены сетевой на данном компе
22 — 21.09.10 — 11:40
Как-то у клиенто еще «выскользнуло», что этот приходящий дяденька настраивал доступ в интернет для удалённой машины — это могло повлиять?
23 — 21.09.10 — 11:41
(21) Насчёт замены. У клиента стоит четыре машины, так вот на четвёртой проблем нет!
Модератор
24 — 21.09.10 — 11:44
отсюда вывод, что дяденька поковырялся в каких то настройках
Модератор
25 — 21.09.10 — 11:45
стоп, а теперь подробнее, эти машины подключаются через интернет терминально?
26 — 21.09.10 — 11:48
(25) Нет, машины подлючаются терминально внутри одного здания (1 сервер и 4 клиента, проводная и беспроводная сети), просто на одной машине был доступ в интернет (почта и свё такое), и , насколько я понимаю, еще одной машине настроили доступ в интернет для тех же целей.
27 — 21.09.10 — 11:50
На сервере никто не работает, он просто включается и выключается.
Модератор
28 — 21.09.10 — 11:53
ну по идее, это никак не могло повлиять на работу RDP протокола, если конечно там нечто супер хитрое
отключи временно машины с инетом от сети и проверь
29 — 21.09.10 — 11:55
(24) С великим удовольствием оторвать бы ему руки, да вот только никто не признаётся, где лазили и что делали. Но … нужно что-то делать.
Хорошо, рассмотрю версию с заменой сетевой платы на сервере, а также посмотрю настройку, указанную выше. Если что (заранее прошу прощения за некомпетентность), я вернусь с вопросами.
Спасибо за помощь!!!
30 — 21.09.10 — 11:56
Щас после обеда будем дальше разбираться… Ни у тебя одного сегодня такие проблемы начались
Модератор
31 — 21.09.10 — 11:59
сетевую не на сервере, а у проблемного клиента
32 — 21.09.10 — 12:02
(31) У трёх сразу что ли? В инете были советы переустановить драйвера сетевых карт, может с этого начать? Только вот вопрос в том, почему? Сколько лет работали и на те!
33 — 21.09.10 — 12:05
>Этот сеанс будет прекращен из-за ошибки шифрования данных.
такая фигня была когда кабель тетки перетерли креслом,тоже долго шаманил,сетевуху приготовил новую даже,ан нет.
Lionee
34 — 21.09.10 — 12:06
(31)>драйвера сетевых карт.
то ж иногда помогает
- Remove From My Forums
-
Общие обсуждения
-
Доброго времени суток.
Нарисовалась следующая проблема: сервер терминалов под win2008r2, на нем же крутится кластер сервер 1с, сервер баз данных на SQL на другом сервере. Клиенты конектятся по удаленке из друго-го города через инет. Там локалка 4 компа, но одном компе установлен принтер расшарен, с 3-х компов печать идет нормально с одного уходит на печать выдается ошибка оснастки терминального клиента, либо вообше не выдается никаких ошибок и печати не происходит. Переставляли систему на компе (на всех компах стоят winXP со всеми патчами и примочками рекомендуемые для работы winxp с сервером терминалов win2008r2) убивал полностью профиль пользователя, пересоздавал, устанавливал на сервак дрова принтера и указывал удаленный порт к которому он подключен ничего не помогает. До этого принтер был в сети но сгорела сетевуха и его поставили через USB и расшарили. Может кто с такой траблой сталкивался?P.S. На сервере терминалов принтсервер не поднят. Проблема только с одним компом, через данные терминал работают еще порядка 30 пользователей в разных городах.
-
Изменен тип
7 сентября 2010 г. 13:07
давность
-
Изменен тип
-
-
July 5 2012, 08:31
Утро бодрое, коллеги!
Может кто сталкивался с подобным: есть терминальный сервер, в нем пользователи запускают 1С. Так вот, периодически, возникает такая проблема: пользователи пытаются напечатать документ из 1С но ничего не печатается. Расследование выявило следующие факты:
1) Принтер в сессию цепляется тот который нужен
2)Тестовая страница на этот принтер распечатывается
3)Из любых других программ тоже все печатается
4)В 1С принтер видеться этот же самый (который все нормально печатает)
Избавиться от такой проблемы (кратковременно) можно либо перезапустить 1С либо перевойти в сессию. Но ведь это же не есть хорошо и правильно. Передергивание спулера также проблему не меняет. Принтеры все разные, привязки к конкретной модели принтера нет.
Может есть какие мысли как эту проблему кардинально решить?