Разрешить двусторонний обмен данными не активна

Иногда мы сталкиваемся с проблемами печати, которые могут потребовать включения функции двустороннего обмена данными на компьютере. Данная статья предназначена помочь вам найти функцию Enable bidirectional support (Разрешить двусторонний обмен данными) на вашем компьютере (Для Windows 7, Windows 8 и Windows 8.1):

1. Откройте панель управления и выберите View devices and printers (Просмотр устройств и принтеров) в меню Hardware and Sound (Оборудование и звук).

2. Нажмите правой кнопкой мыши на принтер и выберите Printer Properties (Свойства принтера) в открывшемся меню:

3. В открывшемся окне выберите вкладку Port (Порты), и вы найдёте функцию Enable bidirectional support (Разрешить двусторонний обмен данными):

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

Процедура настройки и инструкции по построению для данного образца приведены в конце этого раздела.

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

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

Контракт службы IOrderProcessor определяет односторонние операции службы, которые можно использовать с очередями. Операция службы включает конечную точку ответа, на которую нужно отправлять состояния заказов. Конечная точка ответа – это универсальный код ресурса (URI) очереди, служащей для отправки клиенту состояний заказов. Приложение, обрабатывающее заказы, реализует этот контракт.

Контракт ответа для отправки состояния заказа задается клиентом. Клиент реализует контракт состояния заказа. Служба использует созданный прокси этого контракта для отправки состояния заказа клиенту.

Операция службы обрабатывает отправленный заказ на покупку. Объект OperationBehaviorAttribute применяется к операции службы, чтобы задать автоматическое зачисление в транзакции, использующейся для получения сообщения из очереди, и автоматическое завершение транзакций после завершения операции службы. Класс Orders инкапсулирует функцию обработки заказа. В данном случае он добавляет заказ на покупку в словарь. Транзакция, в которую зачислена операция службы, доступна операциям в классе Orders .

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

Имя очереди MSMQ задается в разделе appSettings файла конфигурации. Конечная точка службы определяется в разделе System.ServiceModel файла конфигурации.

Примечание

Правила адресации несколько различаются для имени очереди MSMQ и адреса конечной точки. В имени очереди MSMQ для определения локального компьютера используется точка (.), а в пути в качестве разделителей используются символы обратной косой черты. В адресе конечной точки Windows Communication Foundation (WCF) задается схема net.msmq:, для обозначения локального компьютера используется имя "localhost", а в пути в качестве разделителей используются символы косой черты. Для чтения очереди, размещенной на удаленном компьютере, "." и "localhost" следует заменить именем удаленного компьютера.

Служба является резидентной. При работе с транспортом MSMQ используемую очередь следует создавать заранее. Это можно сделать вручную или с помощью кода. В данном образце служба проверяет наличие очереди и создает ее, если это необходимо. Имя очереди считывается из файла конфигурации. Средство Служебное средство ServiceModel Metadata Utility Tool (Svcutil.exe) с помощью базового адреса создает для службы прокси.

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

Код клиента реализует контракт IOrderStatus для получения от службы состояния заказа. В данном случае он выводит состояние заказа.

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

При выполнении образца действия клиента и службы отображаются в окнах консоли как службы, так и клиента. Можно видеть, как служба получает сообщения от клиента. Нажмите клавишу ВВОД в каждом окне консоли, чтобы закрыть службу и клиент.

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

Клиент отображает сведения о состоянии заказа, отправленные службой.

Настройка, сборка и выполнение образца

Чтобы создать выпуск решения на языке C# или Visual Basic .NET, следуйте инструкциям в разделе Построение образцов Windows Communication Foundation.

Чтобы выполнить образец на одном или нескольких компьютерах, следуйте инструкциям раздела Выполнение примеров Windows Communication Foundation.

Примечание

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

По умолчанию с привязкой NetMsmqBinding безопасность транспорта включена. Имеется два соответствующих свойства для обеспечения безопасности транспорта MSMQ: и . По умолчанию установлен режим проверки подлинности Windows и уровень защиты Sign. Чтобы служба MSMQ обеспечивала возможности проверки подлинности и подписывания, она должна входить в домен, а также должна быть установлена функция интеграции MSMQ со службой каталогов Active Directory. Если запустить данный образец на компьютере, который не удовлетворяет этому условию, возникнет ошибка.

Запуск образца на компьютере, входящем в рабочую группу, или без интеграции с Active Directory

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

Отключение безопасности для конфигурации клиента дает следующий результат:

Служба в образце создает привязку в службе OrderProcessorService . Добавьте строку кода после создания экземпляра привязки, чтобы задать режим безопасности None.

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

Примечание

Установка для security mode значения None равнозначна установке для безопасности , или Message значения None.

Примечание

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

Если этот каталог не существует, перейдите на страницу Образцы Windows Communication Foundation (WCF) и Windows Workflow Foundation (WF) для .NET Framework 4, чтобы загрузить все образцы Windows Communication Foundation (WCF) и WF. Этот образец расположен в следующем каталоге.

Имеем домен на базе Windows 2012. Принт-сервер – windows 2008
Кучка разношерстных юзеров. В основной массе Windows 7 и MAC OS
Принтеры, серверы, юзеры – все в разных VLAN. Доступ к принтерам только через принт-сервер.
Проблема: Долго происходит печать на принтерах.
Так же если зайти в свойства принтера, то можно ждать минуты 2 пока они откроются.
Смотрел Wireshark что происходит и увидел такое:

Когда свойства закрываешь, то такое:

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

PS. Что интересно. Шара, откуда качаются файлы, на самом сервере не видна. Но с юзерского компьютера на нее войти можно. И при открытии свойств принтера, с этой шары выкачивается около 20тыс файлов. Причем каждый раз.
Я так подозреваю, что скорее всего это какой-то архив, который шарится через спулер.

PS2. Что было проделано:
1. Пробовал отключать "двухсторонний обмен данными" – не помогло.
2. Подключался к принтерной сети. Проверял доступность ДНС – работает
3. Открыл для проверки доступ принтерной сети в интернет – не помогло
4. Пробовал печатать с принт-сервера – все работает на УРА!
5. Пробовал подключать притеры на юзерский комп "напрямую" – работает. Но нужно через принт-сервер. Так что не вариант.
6. Удалил на юзерском компьютере принтер, почистил папку %windir%system32spoolPRINTERS, затем настроил принтер заново – все заработало.

Осталось понять почему, и что стало причиной массового глюка. Переустанавливать принтеры на всех компьютерах – не вариант. Так как половина компьютеров – MACи. И я даже не представляю что там вычищать.

Важно