как ломануть 1C 8.3 for Linux

[edelweiss]

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

Глянул, поэтому сам себе отвечаю: несмотря на то, что в систему введен один единственный дамп в виде клиентского ключа, устройств видно два - хоть застрелись!

[kalk]

Глянул, поэтому сам себе отвечаю: несмотря на то, что в систему введен один единственный дамп в виде клиентского ключа, устройств видно два - хоть застрелись!

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

Один ключ - одно устройство.

# systemctl status usbhasp.service -l
● usbhasp.service - Usbhasp daemon
   Loaded: loaded (/etc/systemd/system/usbhasp.service; enabled; vendor preset: disabled)
   Active: active (running) since Fri 2019-12-06 10:04:35 MSK; 22s ago
  Process: 697 ExecStart=/usr/bin/usbhasp -d /root/hasp-keys-emu/1c_server_x64.json (code=exited, status=0/SUCCESS)
 Main PID: 708 (usbhasp)
   CGroup: /system.slice/usbhasp.service
           └─708 /usr/bin/usbhasp -d /root/hasp-keys-emu/1c_server_x64.json

Dec 06 10:04:35 centos7.loc systemd[1]: Starting Usbhasp daemon...
Dec 06 10:04:35 centos7.loc usbhasp[697]: USB device created usb_vhci_hcd.0 (bus# 3)
Dec 06 10:04:35 centos7.loc usbhasp[708]: Port 1 is powered on -> connecting device.
Dec 06 10:04:35 centos7.loc usbhasp[708]: Port 1 connected.
Dec 06 10:04:35 centos7.loc systemd[1]: Started Usbhasp daemon.
Dec 06 10:04:35 centos7.loc usbhasp[708]: Port 1 is disabled.
Dec 06 10:04:36 centos7.loc usbhasp[708]: Set device on port 1 address = 2


# lsusb | grep -i hasp
Bus 003 Device 002: ID 0529:0001 Aladdin Knowledge Systems HASP copy protection dongle

Два ключа - два устройства.

# systemctl status usbhasp.service -l
● usbhasp.service - Usbhasp daemon
   Loaded: loaded (/etc/systemd/system/usbhasp.service; enabled; vendor preset: disabled)
   Active: active (running) since Fri 2019-12-06 09:56:07 MSK; 3min 13s ago
  Process: 698 ExecStart=/usr/bin/usbhasp -d /root/hasp-keys-emu/1c_server_x64.json /root/hasp-keys-emu/100user.json (code=exited, status=0/SUCCESS)
 Main PID: 714 (usbhasp)
   CGroup: /system.slice/usbhasp.service
           └─714 /usr/bin/usbhasp -d /root/hasp-keys-emu/1c_server_x64.json /root/hasp-keys-emu/100user.json

Dec 06 09:56:07 centos7.loc systemd[1]: Started Usbhasp daemon.
Dec 06 09:56:07 centos7.loc usbhasp[714]: Port 1 is powered on -> connecting device.
Dec 06 09:56:07 centos7.loc usbhasp[714]: Port 1 connected.
Dec 06 09:56:07 centos7.loc usbhasp[714]: Port 2 is powered on -> connecting device.
Dec 06 09:56:07 centos7.loc usbhasp[714]: Port 2 connected.
Dec 06 09:56:08 centos7.loc usbhasp[714]: Port 1 is disabled.
Dec 06 09:56:08 centos7.loc usbhasp[714]: Set device on port 1 address = 2
Dec 06 09:56:08 centos7.loc usbhasp[714]: Port 2 is disabled.
Dec 06 09:56:08 centos7.loc usbhasp[714]: Set device on port 2 address = 3


# lsusb | grep -i hasp
Bus 003 Device 003: ID 0529:0001 Aladdin Knowledge Systems HASP copy protection dongle
Bus 003 Device 002: ID 0529:0001 Aladdin Knowledge Systems HASP copy protection dongle

И еще один момент который долго вводил меня в ступор. Сервер 1с не получал ключ от эмулятора, пока я не создал больше 13 подключений. Тогда в обвязке "Администрирование серверов 1С" и в самих клиентах я увидел, что система получила ключ.

[edelweiss]

И еще один момент который долго вводил меня в ступор. Сервер 1с не получал ключ от эмулятора, пока я не создал больше 13 подключений. Тогда в обвязке "Администрирование серверов 1С" и в самих клиентах я увидел, что система получила ключ.

Пожалуй, единственное существенное замечание по моему вопросу!
1С-ка ведь действительно ни линухе работает без серверного ключа до определенного кол-ва пользователей. Вы эмулировали подключения или на реальных юзерах откатывали? Если эмулировали, то как: с разных устройств ? С одного-то вряд ли прокатит. И под обвязкой Вы подразумевали консоль администрирования? Разве там можно посмотреть ключ?