Я так понимаю, на удаленном рабочем столе локальная сеть недоступна или как-то можно пробрасывать?

(0) Если ты подключаешь по RDP, то сеть какая-то есть наверняка.

(0) Если весы на RDP-клиенте - то смотрим "VPN объединение сетей"

(0) Почему сеть недоступна? Всё доступно.

(3) каким образом?

(4) RDP сервер может находиться в одной сети с клиентом... Это не запрещено законом.
Если сети разные, то никак...

(0) Конфигурация: Клиент (с весами) - подключение RDP (на нём 1С)?
Смотри в Route table, там прописано что и куда отправлять и надо на RDP настроить файрволл на приём пакетов
Возможно, есть настройки для RDP сервера для исходной сети (что-то типа attach для дисков (порты точно притягиваются), там формат ИсходныйКомпьютер\что нужно, насколько функционален не скажу)

(0) позовите админа, он вам настроит сетку

(5) Есть утилиты, типа выбираем адрес из сети 10.ххх.ххх.ххх и с клиента отправляем пакеты на него, а на сервере RDP получаем с оного. Но это зияющая дыра в безопасности, проще VPN поднять

Или я чего-то не понял, или...
Весы в одной сети с сервером? Ну, и цепляйте их к серверу, в чем проблемы? А как программа к ним будет ломиться, с "консоли", или с удаленного рабочего стола - не вижу разницы.
У меня так CAS CL-5000 во многих местах работают, и как-то не было проблем...

(5) сети разные, ессно.
(6) RDP облачное, не мое. Не уверен, что я там что-то смогу "настроить"
(9) Да, ты не понял что-то. Сети разные.
(7) Клиенты считают что 1сник это и швец и жнец и на сети дудец.

(10) В весах есть настройки не только IP, но и шлюза и порта... Может с этим как-то поиграть?

(10) нужно уметь говорить Нет, а то еще полы мыть начнёте за денежку (любой каприз как говорится)

(10) > RDP облачное, не мое. Не уверен, что я там что-то смогу "настроить"

ну здрасьте. вы же погромист 1С и клеенты считают, что 1Сник мастер на все руки от скуки :)

На клиенте надо иметь белый IP, на роутере настраивается перенаправление IP и портов на весы и обратно, в настройках 1с пишеш ip и порт клиента, пакеты идут до роутера, роутер перенаправляет во внутреннюю сеть на весы и обратно из сети на ip терминала, как то так я когда то настраивал

(14) Точнее, у Клиента (как ЮЛ) должен быть белый или серый IP тогда можно рулить на входящем роутере

(15) С серым IP  не порулишь, он не доступен в сети интернета и имеет свойство меняться

(16) Это динамический меняется почти каждую сессию, а серый (очень редко при инвентаризации у провайдера с уведомлением клиента - "Теперь у вас вот такой адрес будет"), т.е. почти то же самое, что и белый, просто, когда сменишь провайдера у тебя его заберут (в отличие от белого)
И динамический IP можно прицепить к DinDNS и работать по имени ресурса, но страдает стабильность (не факт, что успеет обновиться IP у сервиса ДНС)

(17) да ладно, динамический тоже редко меняется, сча DHCP резервирует IP по мак адресу и раздает их клиентам по мак и меняет если выдавать пула нет, по этому он серый, по этому к нему нельзя достучатся из вне, не вводите в заблуждение, нужен только белый, и да командой с клиента можно запросить смену серого = равно динамического адреса у провайдера

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

(18) Не совсем:
Белый - это купленный клиентом фиксированный адрес
Серый - купленный у провайдера (т.е. провайдер гарантирует, что клиенту всегда выдаётся один и тот-же адрес из пула адресов провайдера, не по МАС, а по № линии подключения, т.е. смена оборудования не влечёт смены IP адреса)
Динамический - это, как раз, DHCP с истечением срока аренды примерно 6 часов (это директор в Вашем примере, модем телекома получает новый адрес при истечении срока аренды если старый занят - зависит от политики телекома)

(17) а белый значит отдадут другому провайдеру, ага ) выдернут из сегмента одного провайдера и отдадут другому?

А серым вообще то принято считать локальный адрес внутри сети провайдера, 10.х.х.х и тп

(0) ну если весы штрих принт то у них есть загрузчик из текстового файла

т.е. с RDP сервера по smb выгружаешь файлик загрузчик его кидает в весы

(0) (14) пожалуй единственный рабочий вариант учитывая что РДП облачный

(20) А его и не надо отдавать, деньги плачены, по всем ДНС он прописан. Кроме того, за его поддержание денюжку надо вносить
(21) Это да, на уровне техническом. Но на уровне провайдера (продаваны) - это разные деньги, белый - одни (типа продал и радуйся), серый - гораздо меньшие (с условием, что его отберут при уходе)

(24) ДНС и денюжка тут причем? Технически вы как себе это представляете?

Ставишь в той сети 1с подключаешься к весам и там хочешь на ФТП выкладывай вес при изменении, хочешь на веб сайт. Можно 2-х сторонний обмен организовать скинул на фп файл, шли вес он прислал. С серого адреса на РДП на белый подключаются. настроил впн и у вас на той сети уже считай локальная сеть с прямой связью с сервером.

рдп умеет подключать диски клиента. пиши на диск вес и читай с него.

(25) Есть провайдер, при покупке белого адреса проводятся мероприятия по исключению оного из выдачи DHCP и прочие работы по настройке оборудования, ДНС и т.д. - за это платятся деньги (кучка). Плюсом будет актуализация данных (т.е. при смене провайдера надо поправлять настройки - ещё денюжка, но меньшая)
За "серый" (в терминах продаванов провайдера) - объём технических работ одинаковый, но в договоре прописано, что адрес предоставляется на время работы с данным провайдером и денег надо заплатить, например, половину кучки. Как только договор расторгается, улетает и адрес, что оговорено договором

(27) Все так, только с чего вдруг решили, что речь идет о весах подедюченных к кассе, с прямым получением веса с них, а не с печатью этикеток?
Во втором случае, все то-же самое, файл выгрузки формируешь и кидаешь на комп в той сети, где весы, а программка-загрузчик (есть практически у всех производителей, разные варианты) его подхватывает и в весы запихивает, по своей сетке (да хоть вообще по com-порту, пох :-) )...

(27) Тогда уже красивее пробросить СОМ порт и читать из оного

(28) Опять причем тут ДНС?.. У вас видимо в корне неверное представление о работе IP маршрутизации, тем более глобальной. Вы понимаете что белый IP адрес это уникальный адрес во всем интернете, к которому из любого другого адреса в интернете надо строить маршрут, который проходит через глобальные маршрутизаторы?
Вот представьте что у вас основной офис и 2 филиала, то есть 3 разных сегмента. Скажем основной офис - 192.168.1.х, филиал А - 192.168.2.х, филиал Б 192.168.3.х. Решили значит перенести сетевой принтер из одного филиала в другой и сохранить ему IP адрес. Не, такое можно конечно попробовать организовать, но настройки на роутерах будут пздц. А теперь представьте миллионы филиалов и миллиарды принтеров

(0) Геня объясни как ты в этом возрасте умудрился остаться полным дубом в ИТ и админстве?
Тебе винду и 1С кто ставит и роутер настраивает?
Жена?

(31) ДНС при том, что мы пишем в него: ОбалденноНужныйВсемПринтер = 192.168.2.5, при переносе в другой сегмент, мы меняем в одном месте ОбалденноНужныйВсемПринтер = 192.168.3.7
У всех счастье, ничего не надо изменять
ДНС - это иерархическая структура с такими записями, посему, его и используют, для белых адресов прописывается техническая информация "КонтораРаскошелившаясяНаБелыйАдрес" = нужный адрес. Админ на внешнем шлюзе прописывает белый адрес, после чего Выстраивается соответствие МАС = Белый адрес по всей цепочке

Если с RDP сервера никак нельзя обеспечить доступ до IP сетевых весов

Остается только извращаться с имеющимися протоколами, которые из коробки умеют пробрасываться через RDP
В настройках RDP подключениями смотрим "Локальные ресурсы", много думаем

Можно прикинуться com-портом, можно принтером, можно диском или даже веб-камерой ))
Но один хрен понадобится нечто и на стороне клиента и сервера RDP

(33) Вроде обсуждаем тему сохранения IP адреса, а вы его меняете )
Вторая часть поста вообще ересь полная 🤦‍♂️

33+ посмотри ipconfig /all - там чётко МАС, IP и устройство
А так, есть ещё куча всего: ARP, rARP (соответствие МАС и ИП) и с ними взаимодействует ДНС - по факту, инструмент администрирования "Если нужен ИП, стучись вот в этот порт, там про него знают"

(35) чем ересь то? изначально надо иметь место глобально знающее про ИП адрес? ДНС про него знает и даёт возможность узнать порт коммутатора куда стучаться
В случае белого адреса - нам нужна маршрутизация в одну точку, будет какой-то лаг времени перестройки таблиц
В случае с принтером - нужен общий маршрутизатор

(37) Я знаю что такое ДНС и для чего он. Но мы же обсуждали белые IP адреса и, якобы, тот факт что они сохраняются при подключении к другому интернет провайдеру, нет?

(37) Вы видимо считаете что в IP маршрутизации участвует ДНС?

Нахрена вы про IP и DNS спорите
Даже если 1С сервер (или 1С клиент на rdp сервере) сможет неким образом сделать обратное обращение на ip клиента rdp (что в общем случае запрещено и невозможно)
Каким местом это поможет достучаться до ip весов?

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

(30) пробросить сом порт конечно красивее, но ограничение rs232 -25 метров от компа. Если весы где-то в торговом зале стоят может тупо длинны кабеля не хватить для стабильной работы. И начинаются пляски с бубном rs232 конвертируем в rs461 потом длинный кабель и обратная конвертация и т.п.

Имхо это не проблема 1Сников
Это проблема того кто решил использовать 1С через RDP, хотя нужное оборудование осталось за бортом

Следует озадачить этой проблемой того/тех кто решил использовать и настраивал RDP, например админов
Пусть как хотят так и делают проброску, например через VPN и объединение сетей

А 1Снику выдают готовые настройки, по какому ip/dns ему обращаться чтобы достучаться до сетевых весов из 1С

(42) rs485* скорее всего (дифф.линия и до 1 км провода)

Есть конвертеры (парные) rs232-ethernet и обратно ethernet-rs232
Причем как простые и дешевые работающие только по прямому UTP кабелю
Так и более сложные и дорогие, умеющие по сети через роутеры

(12) за 5.000 в час могу и полы помыть. Мне то что.

(29)
речь о штатном подключении торгового оборудования к 1С.
Проще COM-порт уж купить. Но там моноблок, не знаю, внешний USB COM-порт есть и будет ли он работать, как железный? Видел переходники с USB на COM, не думаю, что там заработает.

(32) я как Ш.Холмс, не лезу не в свое. Иначе бы я получал не 5.000 в час, а 2.000. Я специализируюсь на 1С

(42) Кабель длинный не нужен.

(45) Вот это уже интересно. Но наверно дорого?

Микросервис на Golang, который будет эти данные выкладывать на VPS еще никто не предлагал?
Ну а 1С с VPS забирать будет...

(46) конвертер в данном случае не поможет
он для удлинения rs-232, некоторые идут в комплекте с прогой-драйвером виртуального com-порта
с одной стороны ставим конвертер с другой прогу - получаем проброску rs-232 по сети

но если у весов уже есть сетевой порт какой смысл в конвертере?

(47) ты предлагаешь еще отдельную vps добавить с постоянным белым ip, доступную и с клиента rdp/весов и с 1С ?

(49) В постановке задачи нет указания белый ли ip у весов.
Если удаленка работает по rdp, то на сервере видимо белый, но нет возможности расшарить какой-то ресурс.
Тогда выход видимо только vps...
Возможно и через диски мыла или яндекса, это тоже не очень сложно.

Но можно vps и как шлюз между серыми адресами использовать, такое тоже не возбраняется.

(50) зачем?
еще дополнительный vps нафиг не нужен
достаточно поднять нечто и на клиенте rdp и на сервере rdp
по сути это и называется vpn, например wg хорошо подходит
и настроить маршрутизацию

(51) См. (10) "RDP облачное, не мое. Не уверен, что я там что-то смогу "настроить"
Значит придеться костылить 🤦

(52) Облачное RDP и без VPN ?
А их еще не ломанули?

(53) Это вопрос кому? мне или к (0)?
Я не знаю почему их еще не ломанули...

Проброс портов никто не отменял. Именно так работали с кассами Атол. Все шустро работало

Вот что нарыл,но сам не пробовал: https://www.aggsoft.ru/tcp-com/tcp-com-terminal-server.htm

(56) и как тебе это поможет? Я так понимаю это замена проброса COM-порта на TCP-транспорт

(46) Какой противоречивый человек, в одном посте - и полы готов мыть за 5 тысяч, и тут же не лезу не в свое специализируюсь только на 1с. 🤣

Когда-то интерсовался подобной проблемой, но до конца не довёл. Решение вроде https://github.com/earthquake/UniversalDVC позволяет внутри RDP подключения создать TCP прокси, как для порта на терминальном сервере, так и наоборот, чтобы можно было с сервера подключаться к IP сокету доступному только RDP-клиента.

(59) Какая интересная штука
А как у нее со скоростью трафика?
И надежностью работы?

Чисто теоретически сделать такой "прокси" можно и без Dynamic Virtual Channel (что win-онли)

На основе проброски дисков внутрь RDP
Поднимаем/запускаем с обеих сторон (и на клиенте RDP и на сервере RDP) некие приложения, которые тупо пишут/читают файлики в некоем каталоге на диске клиента - вот и выходит двухсторонний обмен

(46) конвертор USB-СОМ отлично работает, а дальше по РДП пробрасываешь ком порт все. конвертор 2-5 баксов стоит если длинного шнура не надо зачем еще, что то изобретать.

Или тебе нужно часов накрутить? По основной работе загрузки не хватает.

(0) гуру, которых вы заслужили