Сеанс связи завершен с ошибками

• 

  Незарегистрированный

  • Спасибо: 28

  ---

  

  ошибка при соединении с астралом
  

  24.03.2010, 12:29

  Всем доброго времени суток! помогите пожалуйста. Установили новую версию астрала
  до этого всеарботало без ошибок а сейчас выдает:
  «Соединение с сервером …
  Авторизация…
  Регистрация на сервере…
  Ошибка 3: Ошибка CURL.
  Сеанс связи завершился с ошибками.»
  не пойму в чем проблемы.. при проверке наличии связи с оператором пинги идут.а из астрала соедениться не хочет..соединение прямое beeline модем и через adsl пробовали все также. заранее спасибо

  Метки:

  Нет

  ---

  • 
    Спасибо
    
    
    
    0
    

• 

  Сотрудник Бухсофт.ру

  • Регистрация: 05.03.2005
  • Сообщений: 1100
  • Спасибо: 64

  ---

  Откройте меню ФайлНастройки.
  Слева нажмите на ФНС. Справа в пункте транспорт есть строка: Использовать указанный сервер. Если стоит галочка — снимите её.

  ---

  • 
    Спасибо
    
    
    
    0
    

  Комментарий

• Новичок

  • Регистрация: 01.03.2007
  • Сообщений: 13
  • Спасибо: 0

  ---

  Всем доброго времени суток! помогите пожалуйста. Установили новую версию астрала
  до этого всеарботало без ошибок а сейчас выдает:
  «Соединение с сервером …
  Авторизация…
  Регистрация на сервере…
  Ошибка 3: Ошибка CURL.
  Сеанс связи завершился с ошибками.»
  не пойму в чем проблемы.. при проверке наличии связи с оператором пинги идут.а из астрала соедениться не хочет..соединение прямое beeline модем и через adsl пробовали все также. заранее спасибо

  проблема примерно та же
  Соединение с сервером moscow.705.keydisk.ru…
  Авторизация…
  Регистрация на сервере…
  Ошибка 3: Ошибка CURL.
  Сеанс связи завершился с ошибками.

  пробовали смотреть пинг 62.148.144.218 потерь нет
  прописали этот ip в настройках — сеанс прошел удачно, но статус запроса на выписку из ИФНС из ПОДГОТОВЛЕН изменился на ОТКЛОНЕН

  Как с этим бороться?!!!

  ---

  • 
    Спасибо
    
    
    
    0
    

  Комментарий

• 

  Сотрудник Бухсофт.ру

  • Регистрация: 05.03.2005
  • Сообщений: 1100
  • Спасибо: 64

  ---

  сейчас ведутся регламентные работы на сервере. в течение дня закончат, ошибка исчезнет.

  ---

  • 
    Спасибо
    
    
    
    0
    

  Комментарий

• Новичок

  • Регистрация: 01.03.2007
  • Сообщений: 13
  • Спасибо: 0

  ---

  сейчас ведутся регламентные работы на сервере. в течение дня закончат, ошибка исчезнет.

  Эта ошибка исчезла, но осталась другая:

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

  выкидывается окошко-предупреждение

  «Ошибка загрузки данных в сообщение…
  Ошибка проверки подписи…»

  С чем это связано?

  Вложения

  • 

  ---

  • 
    Спасибо
    
    
    
    0
    

  Комментарий

• 

  Сотрудник Бухсофт.ру

  • Регистрация: 05.03.2005
  • Сообщений: 1100
  • Спасибо: 64

  ---

  Проблема с криптографией.
  Нужно переустановить программу VipNet CryptoService (т.е. просто запустить установку еще раз) с установочного диска.
  P.S. Какие-нибудь другие программы в последнее время устанавливали?

  ---

  • 
    Спасибо
    
    
    
    0
    

  Комментарий

• Новичок

  • Регистрация: 01.03.2007
  • Сообщений: 13
  • Спасибо: 0

  ---

  Проблема с криптографией.
  Нужно переустановить программу VipNet CryptoService (т.е. просто запустить установку еще раз) с установочного диска.
  P.S. Какие-нибудь другие программы в последнее время устанавливали?

  Сделали переустановку VipNet CryptoService все стало нормально работать.

  БОЛЬШОЕ СПАСИБО!

  ---

  • 
    Спасибо
    
    
    
    0
    

  Комментарий

Не удается завершить требуемую операцию при входе по RDP

Не удается завершить требуемую операцию при входе по RDP

Доброго времени суток! Уважаемые читатели и гости IT блога Pyatilistnik.org. Сегодня хочу добавить еще одну статью в коллекцию ошибок RDP. В прошлый раз я вам подробно описал решение невозможности загрузить профиль пользователя. В этот раз я столкнулся уже вот с такой проблемой: «Не удается завершить требуемую операцию, поскольку службы удаленных рабочих столов сейчас заняты«. Давайте смотреть в чем дело. Вообще нужно будет как-нибудь написать общую статью со всеми ошибками, думаю будет удобно для общего понимания, с чем можно столкнуться.

Описание проблемы

Есть RDS (Терминальная ферма), состоящая из двух посредников в режиме высокой доступности «High Availability» и 15 хостов подключения. Все, это добро работает на Windows Server 2012 R2. В один из прекрасных дней прилетела заявка, в которой пользователь не мог подключиться к терминальной ферме вот с такой формулировкой:

Причины ошибки

Данная проблема качует еще с Windows Server 2008 R2, а может быть и раньше. Ниже я попытаюсь рассказать, что может быть полезным. Когда я увидел данную ошибку подключения к терминальному серверу, то первым делом я полез в консоль управления RDS фермой. Если вы не помните, то делается это из оснастки «Диспетчер серверов».

Мне было интересно, нет ли случайно на текущий момент у пользователя активной сессией, помните, такое уже было, когда мы видели ошибку «Задача, которую вы пытаетесь выполнить, не может быть завершена». Там в диспетчере задача висел зависший профиль пользователя в виде (4).

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

Я попытался выкинуть пользователя, сделав ему (Выйти — Log Off). Это не дало эффекта, сессия все так же висела, сделать «Отключиться (Disconnect)» так же не привело ни к каким действиям. Так же вы можете использовать для принудительного разлогирования учетной записи (4) утилиты qwinsta, tasklist, reset session и Stop-TSSession.

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

Зайдя на Session Host, я пользовательскую сессию просто не обнаружил в диспетчере задач Windows, значит в настройках коллекции есть, а тут нет, и выкинуть ее не получается. Перезапуск оснастки «Диспетчер серверов», так же не дал результата.

Помня золотое правило Microsoft, семь бед, один ресет, я решил данный хост вечером перезагрузить, когда уже все закончат работу. Чтобы это правильно сделать, нужно закрыть новые подключения к нему, чтобы новые пользователи не могли к нему подключиться. Делается это из настроек коллекции RDS фермы. Выбираете в списке «Серверы узлов (Host Servers)», щелкните по нему правым кликом и выберите пункт «Не разрешать новые подключения (Do not allow new connections)». В итоге на против вашего узла сеансов удаленных рабочих столов, сменится статус с «Истина (True)» на «Ложь (False)». Что будет означать, невозможность новых подключений.

Сделал я это и забыл, стал ждать вечера, чтобы перезагрузить сервер. Проходит минут 10 и что я вижу, что пользователь пропал из активных подключений в оснастке управления коллекциями терминальных серверов. Я попросил его попробовать подключиться к терминалу, и все успешно было выполнено. Видимо какой-то был глюк в связке посредника подключений (connection broker) и узлом подключения, который не правильно отдавал информацию, о сессиях.

Дополнительные варианты решения

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

Перейдите на вкладку «Взаимодействие» и снимите галку «Постоянное кэширование точечных рисунков»

В большинстве случаев, это решает проблему. Если вам это не помогло, то советую:

Источник

Фатальная ошибка 5 при подключении к RDP

Здравствуйте, столкнулся с такой проблемой:
При подключении к Server2008R2 по RDP выскакивает следующие ошибки:
1. Фатальная ошибка (код ошибки: 5)
Ваш сеанс служб удаленных рабочих столов будет завершен.
Возможно, на этом компьютер недостаточно виртуальной памяти. Закройте все другие программы, а затем попробуйте повторно подключится к удаленному компьютеру.
Если проблема повторится, обратитесь к.
2. удаленный сеанс отключен поскольку отсутствуют доступные лицензии удаленного рабочего стола

Хотя на сервере 16 гб. оперативки и занята только 1/3.
И клиентские лицензии установлены и работают. проблема наблюдается только на одном пк. И независимо под каким пользователем пробуешь зайти на удаленный рабочий стол.

Ошибка при подключении клиента по RDP
Здравствуйте, суть проблемы ошибка при подключении клиента по RDP — windows server 2008 (см.

Ошибка при подключении по RDP: «Удаленный компьютер требует проверки подлинности. «
При подключении по RDP выскакивает сообщение «Удаленный компьютер требует проверки подлинности на.

Ошибка сертификата при подключении по RDP
Здравствуйте. Ситуация: порядка 30 компьютеров прекрасно подключаются по RDP к серверу с гарантом.

Ошибка при подключении RDP с Windows 8.1
Здравствуйте дорогие друзья! Я на форуме новичок, поэтому какие то правила могу не знать, не.

Мир глюков в жизнь не постижим
Мы, сисадмины, всё стараемся исправить
Давайте для начала версии сравним
Лицензий сервера и версии версии винды
подставаить: cal ver ____ и Winver____

Добавлено через 21 минуту
У виртуальной памяти фиксированный размер поставить.
И если версия у RDP древнейшая — то патч добавить
Не помешало бы тут однозначно, можете поверить,
диск ваш системный с усердием в Victoria проверить.
потом для понимания катрины sfc /scannow прогнать
и по итогам всех мероприятий результат дать знать.

Добавлено через 1 час 0 минут
Проблема ваша мне пока что не ясна,
Но злобный Одмин поискал решение!
Была такая же проблема, и не одна,
Вот ссылка вам на мелкомягкое творение.

Источник

Ваш сеанс работы со службами удаленных рабочих столов завершен windows 7

Вопрос

У пользователя начал регулярно завершаться сеанс RDP на терминальном сервере с сообщением

удаленный сеанс был завершен поскольку достигнуто максимальное время работы в системе

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

Какие ещё параметры могут вызывать именно это сообщение, я не нашёл.

Ответы

Это с овсем не решение, но решилось путём того, что в политике с «запрещено» поменял на «разрывать сеанс через 5 дней» — и проблемы прекпратились.

Решение нашёл на каком-то русскоязычном форуме, что характерно.

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

Все ответы

У пользователя начал регулярно завершаться сеанс RDP на терминальном сервере с сообщением

удаленный сеанс был завершен поскольку достигнуто максимальное время работы в системе

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

Какие ещё параметры могут вызывать именно это сообщение, я не нашёл.

Посмотрите в свойсвах самой учётки, возможно там задано ограничение по времени.

Источник

Содержание:

1.     Первопричина появления ошибки при выгрузке базы в dt-файл

2.     Решение проблемы с помощью Проверки конфигурации  

1.     Первопричина появления ошибки при выгрузке базы в dt-файл

Задача: Необходимо выгрузить базу в dt-файл.

Сеанс работы завершен администратором

2. Решение проблемы с помощью Проверки конфигурации

Проблема чаще всего такое  происходит на ОС Windows х32 (32 битных системах).

Выход: переходите на 64-разрядный сервер приложений.

Давайте ознакомимся с рабочими рекомендациями от сотрудников компании 1С:

1. Рекомендуется в «Конфигураторе» выполнить «Проверку конфигурации» с возведенным флагом «Проверка логической целостности конфигурации».
Команда отработает автоматично. В случае если будет выявлена проблема или нарушена целостность конфигурации, вы получите уведомление, а некорректная информация удалена.

2. «Доверяй, но проверяй». Даже если проблемная конфигурация официально поддерживается, необходимо все же ее проверить!

Предварительно сохраните Вашу конфигурацию в файл (cf), сделать это можно в пункте настройки поддержки. После этого в новую созданную базу следует загрузить cf-файл и заново выполнить «Проверку конфигурации» (см. п.1).

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

Также возникновение ошибки Сеанс работы завершен администратором может быть связано с Записями данных в таблице sql «config», размер которых превышает 120 Мегабайт.
Альтернативные методы решения проблемы:

В случае если предыдущие рекомендации вам не помогли попробуйте проделать следующие процедуры:

1. Отключить фоновые задачи. Сделать это необходимо для всех баз.
Проверьте результаты. Возможно, этого будет вполне достаточно, и проблема будет решена
2. Перезапустите сервер.
3. Сделайте резервную копию базы (бэкап) инструментами SQL.
4. Снимите вашу текущую конфигурацию с поддержки затем выгрузите ее файл (cf)
5. Для проблемной базы в среде SQL необходимо выполнить следующий код (его выполнение почистит данные более 120 Мегабайт):
DELETE FROM dbo.Config WHERE DataSize > 125829120
6. Загружаем (НЕ ОБЪЕДИНЯЕМ) конфигурацию из CF.

Специалист компании «Кодерлайн»

Артем Пронин