Cloud print

Подключи принтер, расшарь по сети…

Или ты собрался из Америки печатать в Бангладеше? Нахрена?

CUPS.

https://github.com/chuckcharlie/cups-avahi-airprint

и печатаешь откуда угодно

Кажется это называется факс.

Удаленные клиенты 1С. Знаю, что можно через web работать с 1С, но надо допиливать всю эту историю

Тогда VPN, любой.

Вопрос был об облачной печати, всё же)

Вы простыми словами обьясните что вам надо.
А добрые люди придумают что нибудь из говна и палок.
Например малинка которая проверяет почту и находя сообщение с print!12345 распечатает вложенные файлы.

Вопрос о том, что нам нужно подобрать правильный микроскоп под твой гвоздь?

Да я спросил просто и понятно, есть или нет аналоги, что бы не городить rdp и пробрасывать принтера. :)

Сервер, поставил клиентский софт, и с клиента на сервере появился принтер, и дальше, на сервер можешь давать доступ и кто угодно сможет печатать на принтера клиентов… - Что-то такое хотел.

Малинки, почты, ну это правда микроскоп для гвоздей.

Честно говоря не в курсе как именно реализована эта самая «облачная печать», но вариант с выставленным cups наружу (с паролями естественно и с правильным https), думаю, будет работать полностью аналогично.

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

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

Так ты и сам не знаешь 😂

Так что после вас, после вас. 😊

У тебя необходимость «облачной» используя некие «облачные» клиенты печати?
Или просто через стандартного клиента распечатать с удаленных мест? Классический IPP(через CUPS) поддерживается как Linux(CUPS) так и Windows.
Т.е. через обычный https://remote.host:631/printers/name_printer .
Там будет достаточно подключить только публичный сертификат, или если собственный CA - то установить у клиента этот корневой сертификат этого CA.

микроскоп для гвоздей

В готовом облачном решении к микроскопу примотана сертефицированным скотчем крашенная в корпоративные цвета деревяная ручка.

Да не, в целом, всё по делу. Хочется, без гемора с CUPS, посокольку для него нужны пробрасывать порты, и прочий гемор. :)

У тебя необходимость «облачной» используя некие «облачные» клиенты печати? Или просто через стандартного клиента распечатать с удаленных мест? Классический IPP(через CUPS) поддерживается как Linux(CUPS) так и Windows.

Ну, смотри, есть удаленный сотрудник, без белого ip. Вот он вошел на работу, на рабочий стол, и что бы смог распечатать на свой локальный принтер. Условно, так. Сам понимаешь, каждый документ, отправлять на почту, и т.п. не удобно. Конечно, в идеале, некий принтер виртуальный, на него херакнул, у себя дома поймал.

Ну так и есть. :) Просто этот скотч уже может быть встроен в принтер например))

Вот он вошел на работу, на рабочий стол

Ну наконец то конкретика, а то опять XY проблемы :) Через что вошёл?

У rdp есть local printer mapping. У realvnc тоже.

Да, да. Сейчас пользую rdp. Хочу посмотреть вот такое: https://rustdesk.com/ , но там вот такое: https://github.com/rustdesk/rustdesk/issues/286?ysclid=m0p4nc2sx5635688274

Про realvnc, и т.п. - знаю. Но тогда бы я сюда не поперся, а просто купил бы лицензии. :)

Сейчас пользую rdp

Ну так и что останавливает то? :)

Вот он вошел на работу, на рабочий стол, и что бы смог распечатать на свой локальный принтер.

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

Чтобы кто угодно мог печатать на принтера клиентов, надо клиентам настроить CUPS и выставить его голым портом в интернет без аутентификации. Тогда кто угодно сможет на нём печатать. Всегда ваш, Капитан Очевидность.

Но мне кажется, ты что-то хочешь.

Мы уже лет 15 внедряем 1С, ничего лучше VPN + AD для этого случая не придумали.

А на клиентах-то Linux?

Да. Спасибо. Ну, вот реверсное соединение, и есть проблема. Я по этому спросил, вдруг что-то есть годное, что я не знаю. :)

Вопрос в том, что у клиента должен быть белый ip. Что не мой вариант :)

Не, не, на клиентах Windows. Ну, я вот и решил узнать, вдруг что-то есть того, чего я не знаю. Пока так и получается что VPN + AD или VPN + rdp. Я наделялся, что может есть какое-то иное решение. :)

и что бы смог распечатать на свой локальный принтер

а там кончилась бумага *facepalm*

принтер шарится в интернет, если в нем нет багов (кстати, такие бывают)?

И чего? Локальный принтер дома, рядом с пользователем. Лол.

На кой хрен? У тебя клиент сейчас уже может зайти по rdp? Если может, включи проброс его локального принтера внутрь rdp сессии и не сношай людям мозги.

Или, если не нравится как родной виндовый проброс работает, ставь screwDrivers от tricerat. На сервер сервер, на клиентов — клиентов.

А если же у тебя 1С — хватит фигнёй страдать, отдай людям доступ через тонких клиентов. Пусть на своих компах их гоняют, а не в rdp сессии. Тогда и проблем с принтерами не будет.

Научись вопросы задавать правильно. В ОП ты описал задачу именно «печатать на конкретный принтер из любой точки планеты». И решение этой задачи тебе дали уже десять раз. А задачу «у меня удалённые пользователи откуда угодно, у них у каждого локальные принтеры — хочу чтобы они печатать могли» ты не описывал. Это из тебя клещами вытягивать пришлось.

Тут где-то в соседних темах пробегал список аналогов TeamViewer, может, кто-то из них умеет пробрасывать принтеры, может, кто-то из них тебе подойдёт.

Ок. Гляну, спс. :) У нас аккурат был для этих целей и куплен TV. Но, лицензии отозвали.

А если же у тебя 1С — хватит фигнёй страдать, отдай людям доступ через тонких клиентов. Пусть на своих компах их гоняют, а не в rdp сессии.

Если работать по такой схеме, то, надо думать, как тонкого клиента обновлять удаленщикам, которые не в домене сидят…

Документацию прочитай, что ли… всё за тебя придумано давно.

Я постольку, поскольку этим занимаюсь. Оке. Сенкс.

Вот он вошел на работу, на рабочий стол

Не с той стороны смотришь, удаленная система ничего не знает о системе печати локальной системы, там и айос может быть. Я бы сделал через некстклауд и облачный офисный пакет, там на выбор, хоть селф-хостед хоть что. И из облачного пакета и печатать уже себе на свой принтер. Если нужен именно спецсофт, то пусть кидает pdf в каталог доступный из некстклауда и печатает pdf оттуда. Имхо наиболее рабочая схема.

Вообще есть веб клиент для этих целей.

Да, в курсе. Но, надо пилить эту историю. :)

удаленная система ничего не знает о системе печати локальной системы, там и айос может быть

Ей и не надо знать. Надо знать локальному клиенту, а он знает. И городить огороды не надо.На решение задачи @Dimez давно указал.

Если нужен именно спецсофт, то пусть кидает pdf в каталог доступный из некстклауда и печатает pdf оттуда.

рукалицо.пнг

Вообще есть веб клиент для этих целей.

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

Я бы сделал через некстклауд и облачный офисный пакет
Если нужен именно спецсофт, то пусть кидает pdf в каталог доступный из некстклауда и печатает pdf оттуда

-Скажите, а почему вы зубы удаляете через жопу?
-А мы всё так делаем.
(c) анекдот

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

Ну смотри, если используем чисто веб технологии, то отпадает необходимость в поднятии и настройке vpn

Радикально так. Если у меня есть ботинки, то ключ от квартиры мне не нужен.

если используем чисто веб технологии, то отпадает необходимость в поднятии и настройке vpn на домашнем пк пользователя

Если у тебя ERP/CRM голой жопой в интернет смотрит, что тебе мешает 3389/tcp так же в интернет выставить? Тебе же похрену на сохранность данных. А лучше сразу «общий каталог с файлами пользователей» без авторизации. А то веб этот… это ж сертификаты надо продлевать не забывать, и на клиентах как-то обновлять… И пароли, вдруг пользователь забудет?

Автоматическое обновление софта на устройстве которым ты не управляешь может вылиться в очень занятный квест.

Расскажи это поддержке 1С:Фрэш (Топик же про задницу одина, вроде как). Там вообще ни одного устройства нет, которым бы они управляли. Как же они справляются?

это ж сертификаты надо продлевать не забывать, и на клиентах как-то обновлять…

Бедный макском наверное запарился сертификаты на клиентских устройствах для просмотра лора обновлять.

то ключ от квартиры мне не нужен.

В чем я не прав используя авторизацию некстклауда для доступа к файлам на нем?

Так ты ещё данные клиентские гонять собираешься по каналу, шифрование которого зависит от третьих лиц?

Ну да… сгорел сарай, гори и хата.

В чем я не прав используя авторизацию некстклауда для доступа к файлам на нем?

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

Точнее так, надо не забывать следить за всякими уязвимостями

Тогда чего клоун выше сравнивает тот же некстклауд с rdp торчащем в интернет.