Имеется сервер(win2008) на нём мать Z97-G43 (MS-7816) производитель MSI. На сервере включен режим максимальной производительности в энергосбережении, выключен сон. На клиентской машине имеется фискальник и сканер штрих-кодов, пробрасываются через rdp, перебрасываются нормально, но на след. день перестают работать, раньше помагал перезапуск сервера, сегодня - не помог. Может скажите в чем может быть проблема, пожалуйста?

На локальных машинах тоже установлен режим максимальной производительности и отключен сон.

ап

Не помогло ?

(3) Не, я попробовал поставить везде максимальную производительность - не помогло, сон и так был вырублен

Ап

Может проблема в недостатке электричества или в интернете(модемы yota)

АП

ап!

АП!

глючный он, этот маппинг... Аппаратный сервак компортов не хотите?

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

(10)А где про него можно почитат, не понимю что это? Есть вариант РИБ только, если совсем все плохо будет
(11) Завтра проверю
Спасибо за ответы

для серьезных применений, например в промышленности, есть вот такие железки http://www.moxa.ru/shop/com_v_ethernet/standart/5000/. Если поискать, можно найти более дешевые. Это работает гораздо лучше чем маппинг компортов в виндах

Даже при кратковременной потере связи проброс последовательных портов через RDP отваливается всегда, обычно помогает закрытие/открытие сесии терминальной. (10) предложил самое надёжное решение - есть большое количество аппаратных конверторов rs232-ethernet-rs232 ищите в сети. У меня сами пользователи обучены в таких, нечастых, случаях переконнекчиваться к серверу.

Пока писал уже всё разжевали...

(14) оно хорошее, но не очень дешевое, особенно сейчас. Торгашики обычно сильно огорчаются, когда выясняется что нужно отдать $200-500 за махонькую коробочку

Всем большое спасибо

Все уэе ушли? У меня вроде даже при переконнекте к серверу маппинг не восстанавливался, приходилось сервак ресать.

(18) я когда-то давно это дело тестил еще на 2003-м и даже на хорошем канале оно мне как-то не показалось. Ну вот совершенно. То потухнет, то погаснет совершенно без каких-либо внятных закономерностей. Поэтому я еще тогда решил - ну его в болото. Чего и вам желаю.

т.е. тут исключительно вопрос экономии. Если денег не хочется потратить на дополнительное оборудование, то придется мучиться с этим маппингом. Если средства позволяют, то рассмотрите аппаратные решения. Обязательно проконсультируйтесь с поставщиком - какое поведение у железки при обрывах и восстановлениях связи. Попросите на тестирование железку, если дадут. И подходящее покупайте.

(20) Спасибо, думаю что лучше аппратное, там указано что разьем 1 - т.е. для каждого утройства на локальной машине нужно ставить такой преходник?

(21) необязательно. Можно купить сервак на 2 и более портов и внутри удаленного офиса сделать разводку уже RS232-м интерфейсом по устройствам. Там официально допустимо до 25м экранированным кабелем.

(21) 1. Что собственно мапим?
2. Пляски с дровами были - или уже пропустил?

(23) Маплю сканер штрих-кодов и фискальный регистратор, для фр дрова легко поставились, он сам был уже в режиме com-порта, сканер перевел штрих-кодами в режим порта и он тоже легко перебросился. Дальше на сервере установил их дрова для них и их самих как подключаемое оборудование в 1с. Может я что пропустил?
(22) Большое спасибо, особенно за идею с возможным прокатом.

(24) вообще для моксы это выглядит так. В удаленном офисе ставишь этот сервак, скажем NPort 52ХХ какой-нибудь. подцепляешь его оба порта к сканеру и фискальнику. Конфигурируешь NPort через веб-морду - назначаешь ему IP, прописываешь скорость, биты, четность и прочие характеристики компортам. Вставляешь его в роутер удаленного офиса.

В центральном офисе на сервер ставишь программу NPort Manager. Прописываешь в ней IP твоего NPort'а. Она находит устройство в сети и тут же на сервере появляются 2 новых компорта, которые работают также как обычные аппаратные, пока есть связь по сети с железкой. Если связь пропала - они никуда не деваются, просто не работают, по типу как будто кабель отключен. Связь восстанавливается - опять начинают работать. Стали не нужны - взял их в менеджере и удалил.

(25) Пох на железо, если пакеты вылетают.

(25) Спасибо, звучит просто, понятно и надежно, хоть и довольно дорого, в скором времени должен поговорить с клиент об этом. Спасибо за ответ!
(26) не понял, объсни, пожалуйста.

(26) Кол-во потерянных пакетов между сервером и клиентом смотрел?

(28) - (27)

(28) Нет, точно, надо посмореть, если дело в пактах - тогда нужно будет покупать физичский эмулятор com-порта, спасибо большое. Я же все правильно понял?

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

Последний ап

(32) В Яндексе куча софта. Бесплатно  - можешь покидать большие (больше килобайта) ICMP пакеты.

(33) Спасибо!

(34) Не за что - это Mista !!! )))

(0) Попробуй завершить Сессию, да и вообще завершать старые сессии по простою :)

(31) батник:

:lab
echo %time% >> log.txt
ping -n 10 192.168.1.1 >> log.txt
goto lab

в log.txt будет записываться время, а потом будет делаться 10 попыток пинга узла (здесь для примера 192.168.1.1. Можешь запустить это на сервере и вписать узел в удаленном офисе). Как связь прервется - в логе будет время, после которого будут результаты пинга с ошибкой.

(26) Не пох. Хороший сервер компортов, заточенный под промышленное применение, обучен работе с плохими каналами (WAN, GPRS) и надежно поднимает линк при восстановлении. В отличие от виндового маппинга, который вообще работает непонятно как.