Здравствуйте!
Простой вопрос: как узнать IP-адрес компьютера-клиента, который зашёл на сервер в терминальном режиме?
Поискал на форуме - нигде внятно не написано.
Sergey ChTerminal Services Manager -> RDP#TCP-XX(Client Name)
Как программно?
Задача:
Почти все user'ы работают в терминальных режимах.
Надо, чтобы разные кассиры пробивали чеки каждый на своём компе. Между DCOM'ом фискальника и основной программой есть посредник: прикладной DCOM-"менеджер фискальников". Он зарегистрирован на каждом клиенте, где установлен фискальник. Я этого добился так:
&& Далее, в местах непосредственной работы с фискальником
PUBLIC goDCOM
IF gcСессия == 'CONSOLE' THEN
goDCOM = CREATEOBJECT ('dcom_sc.prodazi')
ELSE
goDCOM = CREATEOBJECTEX ('dcom_sc.prodazi', gcИмяКлиента)
ENDIF
Здесь всё красиво, кроме одного: используются МНЕМОНИЧЕСКИЕ имена компьютеров. Наши системщики не рекомендуют этого. Также не хотелось бы завязывать программу с именами сотрудников, компьютеров, IP-шников и т.п.
А не про ще ли просто замапить ком порты в терминальную сессию ?
Тогда не нужно ставить драивера фискальников на локальных компьютерах и заниматься настройкой DCOM.
Al_faА не про ще ли просто замапить ком порты в терминальную сессию ?
Тогда не нужно ставить драивера фискальников на локальных компьютерах и заниматься настройкой DCOM.
А как указать, на который порт выводить чек? Я, честно говоря, не очень ориентируюсь в системных делах.
Рома Б. Al_faА не про ще ли просто замапить ком порты в терминальную сессию ?
Тогда не нужно ставить драивера фискальников на локальных компьютерах и заниматься настройкой DCOM.
А как указать, на который порт выводить чек? Я, честно говоря, не очень ориентируюсь в системных делах.
Такие решения для фискальников не самые лучшие, т.к. некоторые чувствительны к задержкам в передаче. Лучше если к COM порту идет обращение локально, а не через кучу софта.
Рома Б....
Здесь всё красиво, кроме одного: используются МНЕМОНИЧЕСКИЕ имена компьютеров. Наши системщики не рекомендуют этого. Также не хотелось бы завязывать программу с именами сотрудников, компьютеров, IP-шников и т.п.
Вполне нормальное использование. А чем объясняется эта "нерекомендация"? DNS нормально настроить не могут? Если DNS глючит, то где гарантия что он не сглючит когда ты IP-шник будешь узнавать.
Я бы на твоем месте подумал о надежности работы. Как понимаю касса не одна, и объем чеков не маленький. Падение сетки или сервера тут же парализует работу всех касс. Не позавидую я сопровожденцу если такое в час пик произойдет. Или в субботу вечером например :) Да и планово что-нибудь с серваком поделать очень сложно будет.
Лучше софт кассы делать так, чтобы они максимально автономно работали периодически выполняя синхронизацию с сервером, т.е. даже если свет везде вырубили касса работает пока УПС не сядет.
Спасибо всем, кто откликнулся. Спасибо Диме Т. за обстоятельный анализ проблемы. В голове всё разложилось по полкам. Тем не менее, хорошо, что вариант с COM-портами был озвучен.
Дима ТDNS нормально настроить не могут?
Да, лажа у них какая-то с этим регулярно. Скажу, что они не правы :)
Насчёт падения сетки (хотя бы одного DCOM'а) тоже верно.
А всё-таки остался спортивный интерес, как узнать IP-шник :)
Рома Б.
авторНадо, чтобы разные кассиры пробивали чеки каждый на своём компе...
1. Для таких целей я писал кассовый сервер;
2. Идея "фикс", так как в случае работы нескольких кассиров с 1 ФР:
1. Кто отвечает за X,Z отчеты ?
2. Кто отвечает в случае недостачи денежных средств ?
3. Кто из них будет оформлять возврат и многое другое...
Советую пока не поздно донести до начальства бесперпективность данной идеи.
P.S Кстити кассовый сервер удачно умер именно по этим причинам )
2 Декоратор - Слишком краткую цитату взял. Так было написано:
Рома Б.Почти все user'ы работают в терминальных режимах.
Надо, чтобы разные кассиры пробивали чеки каждый на своём компе....
У него юзер (кассир) как раз с фискальником сидит, поэтому проблем с учетом не будет, а прога на серваке крутится.
Дима Т2 Декоратор - Слишком краткую цитату взял. Так было написано:
Рома Б.Почти все user'ы работают в терминальных режимах.
Надо, чтобы разные кассиры пробивали чеки каждый на своём компе....
У него юзер (кассир) как раз с фискальником сидит, поэтому проблем с учетом не будет, а прога на серваке крутится.
Да. Всё так.
Да всё нормально.
Классическая ситуация: программа поддержки сервис-центра в стиле "файл-сервер" проработала более 5 лет. База разраслась, возможности программы расширились. Файл-сервер не выдерживает временнОй критики. В стратегической перспективе переход на 1С с грамотной архитектурой. (1С рано или поздно всех сожрёт, потому что мир катится к глобализации.) Поэтому было принято решение пока работать в терминальном режиме. Кассиров - всего 3. User'ов - порядка 20 (директора, менеджеры, мастера и др.) Все user'ы заходят под собственным паролем. Ведётся гибкий журнал операций, учитывающий в том числе сотрудника, комп и пользователя. Эта же программа стоит в другом, маленьком сервис-центре этой же фирмы, где по-прежнему работает архитектура "файл-сервер" (поэтому я сказал "почти все user'ы").
Рома Б. В стратегической перспективе переход на 1С с грамотной архитектурой...
Увы, эти понятия несовместимые в силу своей претензии на универсальность...
P.S. А ограничить трафик обмена данными с сервером до минимума не пробовали? Что-то навроде архитектуры клиент-сервера, то есть касса шлет запросы и получает ответы и все, без открытия файлов напрямую на файл - сервере? При этом конечно, прийдется переписать значительную часть кода, которая будет полезна в более отдаленном будущем при переносе баз данных на SQL Server...
авторА как указать, на который порт выводить чек? Я, честно говоря, не очень ориентируюсь в системных делах.
Если на локальном компе был порт com1 , то он и в сессии будет виден как com1. Хотя можно указать любой номер порта. Так что тут никаких проблем нет.
авторТакие решения для фискальников не самые лучшие, т.к. некоторые чувствительны к задержкам в передаче. Лучше если к COM порту идет обращение локально, а не через кучу софта.
У нас около сотни торговых точек и все работает нормально. Никаких проблем с задержками нет .
ФР - Меркурий MS-K,Штрих ФР и Феликс. Аналогично с дисплеями покупателя, сканерами штрих-кода и платежными терминалами.
Вчера вечером попробовали с системщиками вариант с COM-портами ради интереса: всё работает! Спасибо! Правда, бывают ситуации, когда фискальников меньше, чем кассиров (компьютеров). А при таком подходе: 1 компьютер - 1 фискальник.
2 Sergey_Ch:
Думали, конечно над переделыванием архитектуры. 2 реально доступных подхода:
1) программа файл-сервер на сервере (практически без перманентных данных) запускает DCOM-exe на этом же сервере (где собственно и хранятся данные) для обработки запросов; т.е. данные на сервере лежат в 2-х местах: в одном - основная база, в другом - грубо говоря, временные таблицы;
2) у каждого user'а локальная клиентская часть, запускает DCOM-exe на сервере.
1-ый подход сподручнее. Но всё равно полное переписывание проекта займёт не меньше 4-х месяцев. Зачем? Если уже на уровне руководства решили перейти на 1С. Да к тому же заданий по доработке существующей программы (по мелочи) полно.
Рома Б. Зачем? Если уже на уровне руководства решили перейти на 1С...
Это решит только одну проблему - снимет с Вас ответственность (всегда можно будет кивать на 1С), так как 1C проблемы не решит, даже если Вы поставите новые супер-сервера... Отвечать за срывы в работе будет уже руководство, принявшее неправильное решение (потому как 1С - это шаг назад даже по сравнению с Вашей программой)...
Sergey Ch Рома Б. Зачем? Если уже на уровне руководства решили перейти на 1С...
Это решит только одну проблему - снимет с Вас ответственность (всегда можно будет кивать на 1С), так как 1C проблемы не решит, даже если Вы поставите новые супер-сервера... Отвечать за срывы в работе будет уже руководство, принявшее неправильное решение (потому как 1С - это шаг назад даже по сравнению с Вашей программой)...
На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых
сервисов с использованием метрической программы Яндекс.Метрика.
Продолжая использовать сайт, вы даёте согласие на обработку файлов cookie, необходимых для работы сайта. Другие опции вы можете выбрать по своему усмотрению.
По нижеприведенным ссылкам мы можете ознакомиться с действующим на сайте пользовательским соглашением и политикой конфиденциальности.
