Вопрос, зачем usb?
Если человек на рабочем месте, он может просто включать/выключать обычную лампу.
Если нужна интеграция с софтом, то если человек на митинге - его на месте и не будет. Если на колле - это видно.
Мы используем оффис коммуникатор - он показывает статус из outlook календаря, и видно человек занят, или свободен или away, но если он просто занимается задачей - это будет "зеленый". Занятость - исключительно по таскам в календаре
Я знаю, что конкретное ПО могут запрещать не в России а в госорганах. Ну и это понятно - коммерческие и домашние пользователи это одно, госконтора - другое.
На базе любого Линукса можно сделать свой урезанный дистрибутив, закрыть его обновление, провести внутренний аудит.
Весь софт внутри перевести на веб-интерфейс или сделать свой клиент. Все - можно работать.
И вообще, такое обсуждение в моем вопросе, хоть бы лайкнули
Дмитрий:
Приватные ключи хранятся в разных файлах. По умолчанию пытается использоваться приватный ключ из файла $HOME/.ssh/id_rsa, если вы используете одну и ту же пару ключей - этого достаточно.
Если вы хотите пользоваться разными ключами к разным серверам, нужно либо поднимать ssh_агент, который будет в памяти хранить несколько ключей и пробовать разные.
Либо настроить $HOME/.ssh/config, в котором прописать к какому серверу какой ключ предлагать
Например $HOME/.ssh/config может выглядеть так:
host server1.com
HostName server1.com
User user1
IdentityFile d:\ssh_keys\id_rsa_srv1
host server2.com
HostName server2.com
User megauser2
IdentityFile d:\ssh_keys\id_rsa_srv2
Использование root вообще не очень хорошо с точки зрения безопасности.
Давайте так.
1. Не путаем ssh ключи самого хоста и ssh ключи пользователей. SSH ключи хоста создаются во время установки ОС (точнее во время настройки службы sshd), и используются для определения куда вы коннектитесь. Вы их видите, когда первый раз подключаетесь откуда-то к серверу и вам предлагает добавить этот сервер в список known servers. Добавили и забыли.
2. Чтобы пользователь мог подключиться на удаленный сервер без пароля делается так:
а) Создается пара ключей.
б) приватный ключ кладется в $HOME/.ssh/id_rsa
в) публичный ключ копируется на удаленный сервер в того пользователя, под которым вы будете подключаться на удаленный сервер (технически, публичный ключ добавляется в файл $HOME/.ssh/authorized_keys на удаленном сервере, и в этом файле их может быть много)
если у пользователя user1@localhost есть $HOME/.ssh/id_rsa (приватный ключ)
а у пользователя user1@remotehost есть $HOME/.ssh/authorized_keys с публичным ключом
то user1 может подключиться к user1@remotehost без пароля.
если не указывать пользователя удаленного сервера, используется текущий логин
то есть
user1> remsh user1@remotehost
равно
user1> remsh remotehost
Если вы хотите подключаться рутом, то тогда всем рутам нужно прописать приватный ключ и публичный ключ.
Я бы рекомендовал пользоваться не рутом, а отдельным пользователем.
ой же парой ключей можно пользоваться.
Создать везде пользователя с одинаковым логином(чтобы не путаться), положить каждому пользователю один и тот же приватный ключ, добавить всем пользователям один и тот же публичный ключ и все.
Saboteur
@saboteur_kiev Автор вопроса, куратор тега Python
Не, я вычитал что там может быть неверно установлен путь к этому батнику, и это исправляется через PATH или установку переменной.
Но суть в том, что во время инсталляции, кое-что на ходу должно скомпилироваться из исходников, что никак не изменить созданием пустого батника, если компилятор не установлен.
Появляется желание вернуться назад на perl, где таких проблем нет
apeks:
Открытое ПО вас не устраивает, потому что кем-то не тем финансируется.
несмотря на то, что вполне можно даже после закрытия доступа или закрытия проекта, форкнуть и продолжать его допиливать. Были бы люди и зарплата.
Проприетарное - не подходит, поскольку ЛЮБАЯ компания может сменить свою юрисдикцию.
То есть, вы хотите не отечественную разработку, а сугубо государственную, которая и должна оплачиваться и курироваться на государственное финансирование.
Насколько я знаю, такого нет ни в одном государстве.
Если человек на рабочем месте, он может просто включать/выключать обычную лампу.
Если нужна интеграция с софтом, то если человек на митинге - его на месте и не будет. Если на колле - это видно.
Мы используем оффис коммуникатор - он показывает статус из outlook календаря, и видно человек занят, или свободен или away, но если он просто занимается задачей - это будет "зеленый". Занятость - исключительно по таскам в календаре