Подключение торгового оборудования к 1С через удаленный рабочий стол на терминал сервер.

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

Торговое оборудование:
1. Фискальный регистратор Штрих-М-ФР-К (USB).
2. Дисплей покупателя Posua LPOS-VFD 2029D (USB).

Оба USB. Первая мысль ничего не получится.
Но я начал разбираться.

1. В комплекте с фискальным регистратором шел кабель LPT -> USB и драйвер к нему, в результате система определила подключение регистратора через виртуальный COM порт COM4.
2. Поставил драйвера дисплея пользователя, которые были в комплекте.
3. Установил приложение MPOS-Master.
4. Выбрал свое устройство

5. Выбрал Параметры интерфейса.

6. Выбираем Эмуляция COM

7. Далее нажимаем Устройства=>Загрузить проект или Ctrl+U для того чтобы передать измененную конфигурацию в дисплей. Закрываем приложение. 

Появилось новое устройство на COM5.

После этого начинаю работу с сервером удаленных рабочих столов.

8. Настраиваю соединение с компьютера, к которому подключено оборудование.

Ставим галочку Порты.

9. Стандартным образом подключаюсь к Удаленному рабочему столу (терминальному серверу).

10. Проверяю, что COM порты проброшены на сервер.

11. Устанавливаю с диска драйвер 1С для Дисплей покупателя Posua LPOS-VFD 2029D.

12. И уже непосредственно с 1С стандартным образом подключаю Фискальный регистратор и Дисплей пользователя.

Сервис синхронизации времени

Если не устраивает сервер  синхронизации времени, прописанный по умолчанию, то можно воспользоваться сторонним сервисом: http://www.pool.ntp.org/ru/ .

Синхронизация времени в домене при участии Hyper-V

Делаю перепост записи, которая мне помогла.

ссылка: http://www.inadmin.ru/2010/06/23/ntp-hyper-v-synctime/

Интересную ситуацию наблюдал сегодня на тестовом стенде с синхронизацией времени. Ситуация была такова, что VM машины брали время с хостового сервера Hyper-V, который был в том же в домене. При этом DC был виртуальной машиной.

Топология была следующей:

На хостовом сервере, а именно на сервере Hyper-V, было установлено неправильное время (отклонение на 4 минуты от общепринятого).

Не долго думая, решил настроить правильное, для этого на DC с ролью PDC решил настроить синхронизацию с внешним источником. Для этого выполнил несколько последующих пунктов:

1. Запускаем RegEdit
2. Находим ключ 

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Parameters\NtpServer
его значение и будем менять, для изменения NTP сервера в интернете. Я поставил: 0.pool.ntp.org,0×1 (именно так, с 0×1 на конце)
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Parameters\Type
Должно иметь значение NTP
HKLM\SYSTEM\CurrentControlSet\Services\W32Time\Config\AnnounceFlags
должно иметь значение 5
После этого останавливаем и запускаем сервис времени:
net stop w32time && net start w32time
Запускаем синхронизацию: w32tm /resync /rediscover


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

Наверное, вы уже догадались, что время было взято с сервера Hyper-V. Лечится это довольно просто:

1. Открываем оснастку Hyper-V Manager
2. Выбираем нашу виртуалку с DC
3. Заходим в Settings и переходим на Integration Services
4. Отключаем синхронизацию времени

Теперь же все будет нормально синхронизироваться. Вся проблемы скрывалась в том, что сама хостовая машина с Hyper-V должна была брать время с контроллеров домена, которые были виртуальными машинами. В результате получалось, что хостовая машина не успевала синхронизировать время с контроллера домена. А в этот момент службы интеграции (integration services) замечали, что время расинхронизировалось (в данном случае, на VM с контроллером домена и ролью PDC) и было принято решение взять время с сервера Hyper-V. Таким образом получался замкнутый круг.

Восстановление загрузки windows server 2008 r2

Я хотел backup windows 2008 сделать акронисом. После архивации при загрузке стала выходить следующая ошибка:


Не удалось запустить Windows. Возможно. это произошло из-за недавнего изменения конфигурации оборудования или программного обеспечения.
...
Файл: \Windows\system32\winload.exe
Состояние: 0хc000000eСведения: Не удалось загрузить выбранную запись, поскольку приложение отсутствует или повреждено. 


Дистрибутив server 2008 сам не имеет удобных средств восстановления. С загрузочного диска Windows 7 corp не загрузилось (синий экран). 


Помогло следующее:


В средствах восстановления загрузил командную строку и набрал там 
X:\Sources>cd Recovery 
X:\Sources\Recovery>StartRep.exe


После этого запустилась утилита восстановления загрузки.

Активация KIS/KAV 2011 из консоли

Столкнулся с проблемой.
Нужна была активация Kaspersky Internet Security 2011. В окне активации дается возможность ввести только код. Но в интернете нашел только ключи, а не коды активации.

Нашел выход из ситуации - подключить ключ с помощью командной строки.
В открывшемся окне напишите если у Вас 32-разрядная версия ОС Windows, то пишите следующее: "%ProgramFiles%\Kaspersky Lab\Kaspersky Internet Security 2011\avp.com" addkey "c:\имя_ключа.key" если же у Вас 64-разрядная версия Windows, то пишите следующее: "%ProgramFiles%\Kaspersky Lab\Kaspersky Internet Security 2011\avp.com" addkey "c:\имя_ключа.key" Теперь нажмите клавишу Enter. Здесь "c:\имя_ключа.key" - полный путь и имя файла ключей Касперского. Если у Вас файл ключа лежит на диске D: и называется kis2011.key, то вместо "c:\имя_ключа.key" вы должны написать "D:\kis2011.key". Этот метод не дает 100% гарантии на активацию KIS 2011. После нажатия клавиши enter Вы должны убедиться, что ошибок нет. На рисунке видно, что команда правильно выполнилась лишь со второго раза.

Нахождение файла программных лицензий 1С

Недавно мой коллега ставил 1С платформу на Windows Server 2008 R2. Операционная система стоит на виртуальной машине, что в принципе к делу не относится. Предполагалось, что пользователи будут работать в файловой базе через терминал-сервер на данной машине.

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

Почитали Техническую документацию: там нашли следующие пункты, относящиеся к нашему случаю.

9.2.3.8. Терминальный сервер

В данном случае возможны следующие варианты получения лицензий:

Однопользовательская программная лицензия

Обеспечивает запуск произвольного количества экземпляров системы в режиме 1С:Предприятие или Конфигуратор от лица одной терминальной сессии.

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

Многопользовательская программная лицензия

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

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

9.2.5. Расположение файлов с программными лицензиями

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

9.2.5.1. Для ОС Windows

В ОС Windows файлы программных лицензий могут располагаться в следующих каталогах (каталоги перечислены в порядке поиска, после нахождения файлов лицензий дальнейший поиск прекращается):

● каталог конфигурационных файлов конкретной версии платформы. По умолчанию – C:\Program Files\1Cv82\8.2.XX.YYY\bin\conf; 

● каталог %USERPROFILE%\Local Settings\Application Data\1C\1Cv82\Conf (%LOCALAPPDATA%\1C\1Cv82\Conf для ОС Windows Vista и старше) пользователя, от имени которого работает система; 

● каталог, который указан в файле conf.cfg, расположенном в каталоге bin\conf конкретной версии. 

● каталог %ALLUSERSPROFILE%\Local Settings\Application Data\1C\1Cv82\Conf (%ProgramData%\1C\1Cv82\Conf для ОС Windows Vista и старше) данных для всех пользователей компьютера.

Но по этим путям найти файлы не удалось. Решил воспользоваться обычным поиском. В результате файлы лицензий нашлись, но ... в c:\Windows\System32 ... 

Как они туда попали не знаю, может быть их туда от безысходности перенес местный админ.

-----------------------------------------------------------------------------------------------------

Оказалось в документации не учитывалась установка на Windows Server 2008 R2. 

Файл лицензии в этом случае должен находиться в c:\ProgramData\1C\1Cv82\conf . После переноса файла туда платформа 1С заработала с регистрацией.

Начало.

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