신뢰 서비스(우크라이나 "전자 신뢰 서비스 정보")에 관한 법률 변경으로 인해 기업에서는 토큰에 있는 키를 사용하기 위해 여러 부서가 필요합니다(현재 하드웨어 키 수에 대한 문제는 여전히 열려 있습니다). ).

가장 저렴한 비용(무료)의 도구로서 선택이 즉시 떨어졌습니다. 유비빔. 게시 덕분에 Ubintu 18.04의 서버가 작동하기 시작했습니다. USB/IP 길들이기 여러 플래시 드라이브에서 성공적으로 테스트되었습니다(당시 토큰이 부족했기 때문에). 당시 독점 소유권(이용자에 대한 유보) 외에 특별한 문제는 확인되지 않았습니다. 여러 사용자(처음에는 최소 XNUMX명)의 액세스를 구성하려면 시간에 따라 액세스를 나누고 차례로 작업하도록 해야 한다는 것은 분명합니다.

문제는: 모든 사람이 모든 것을 즐길 수 있도록 최소한의 춤으로 어떻게 할 수 있느냐는 것이었습니다...

부분이 애매하네요

옵션 XNUMX. bat 파일에 대한 몇 가지 단축키, 즉
a) 액세스 키를 연결합니다.
b) 의도적으로 연결을 끊습니다.

단락 "б» 논란의 여지가 있어 키 작업 시간을 3분으로 주기로 결정했습니다.

usbip 클라이언트의 특징은 시작된 후에도 콘솔에 계속 매달려 있다는 것입니다. 콘솔 세션을 중단하지 않고도 클라이언트 측과 서버 측에서 "대략" 연결을 닫을 수 있습니다.

우리에게 잘 작동한 방법은 다음과 같습니다.

첫 번째: 연결 on.bat

usbip -a 172.16.12.26 4-1
msg * "Подпись/токен недоступны или заняты "

두 번째: 종료 off.bat

ping 127.0.0.1 -n 180
taskkill /IM usbip.exe /F

사용자의 의식에 의존하지 않고 스크립트를 결합하여 토큰.bat

on.bat | off.bat

무슨 일이 일어나는지: 모든 파일은 token.bat 파일에 의해 실행되는 동일한 폴더에 있습니다. 연결이 닫히면 사용자는 키를 사용할 수 없다는 메시지를 즉시 받게 됩니다. 다른 경우에는 180번의 핑 후에만 가능합니다. 위의 코드 줄에는 사용자에게 너무 많은 충격을 주지 않도록 "@ECHO OFF" 및 콘솔 방향을 "> nul"로 설정할 수 있지만 테스트를 실행할 필요는 없습니다. USB 드라이브의 초기 "실행"은 모든 것이 예측 가능하고 신뢰할 수 있으며 명확하다는 것을 보여주었습니다. 또한 서버 측에서는 조작이 필요하지 않습니다.

당연히 토큰으로 직접 작업할 때 모든 것이 예상대로 진행되지 않았습니다. 장치 관리자에서 물리적 연결을 사용하면 토큰이 2개의 장치(WUDF 및 스마트 카드)로 등록되고 네트워크 연결에서는 WUDF로만 등록됩니다(비록 PIN 코드를 요청하는 데 충분합니다.)

또한 잔인한 "taskkill"은 그다지 심각하지 않으며 클라이언트에서 연결을 닫는 것은 문제가 있으며 성공하더라도 서버에서 연결이 닫히는 것을 보장하지 않는 것으로 나타났습니다.

클라이언트의 모든 콘솔을 희생한 후 두 번째 스크립트는 다음과 같은 형식을 취했습니다.

ping 127.0.0.1 -n 180 > nul
taskkill /IM usbip.exe /F /T  > nul
ping 127.0.0.1 -n 10 > nul
taskkill /IM conhost.exe /F /T  > nul

효율성은 50% 미만이지만 서버가 계속해서 연결이 열린 것으로 간주했기 때문입니다.

연결 문제로 인해 서버 측 업그레이드에 대한 생각이 생겼습니다.

서버 부분

당신이 필요가있는 무엇 :

1. 서비스에서 비활성 사용자의 연결을 끊습니다.
2. 현재 토큰을 사용하고 있는(또는 계속 빌리고 있는) 사람을 확인하세요.
3. 토큰이 컴퓨터 자체에 연결되어 있는지 확인하세요.

이러한 문제는 crontab 및 Apache 서비스를 사용하여 해결되었습니다. 관심 있는 지점 2와 3의 모니터링 결과 상태를 다시 작성하는 개별 특성은 파일 시스템이 램드라이브에 위치할 수 있음을 나타냅니다. /etc/fstab에 줄을 추가했습니다.

tmpfs   /ram_drive      tmpfs   defaults,nodev,size=64K         0       0

스크립트가 포함된 스크립트 폴더가 루트에 생성되었습니다. usb_restart.sh 토큰 마운트 해제-마운트

usbip unbind -b 1-2
sleep 2
usbip bind -b 1-2
sleep 2
usbip attach --remote=localhost --busid=1-2
sleep 2
usbip detach --port=00

활성 장치 목록 가져오기 usblist_id.sh

usbip list -r 127.0.0.1 | grep ':' |awk -F ":" '{print $1}'| sed s/' '//g | grep -v "^$" > /ram_drive/usb_id.txt

활성 IP 목록 가져오기(사용자 ID를 표시하기 위한 후속 수정 포함) usbip_client_ip.sh

netstat -an | grep :3240 | grep ESTABLISHED|awk '{print $5}'|cut -f1 -d":" > /ram_drive/usb_ip_cli.txt

crontab 자체는 다음과 같습니다:

*/5 * * * * /!script/usb_restart.sh > /dev/null 2>&1
* * * * * ( sleep 30 ; /!script/usblist_id.sh > /dev/null)
* * * * * (sleep 10 ; /!script/usbip_client_ip.sh > /dev/hull)

따라서 우리는 누가 토큰을 사용했는지에 관계없이 5분마다 새로운 사용자가 연결할 수 있습니다. /ramdrive 폴더는 심볼릭 링크를 사용하여 http 서버에 연결되며, 여기에는 2개의 텍스트 파일이 저장되어 usbip 서버의 상태를 보여줍니다.

다음 부분: “포장지에 담긴 추함”

옵션 II. 최소한 덜 위협적인 인터페이스로 사용자를 조금이라도 기쁘게 하기 위해. 사용자가 서로 다른 프레임워크, 서로 다른 권한, Windows보다 문제가 덜한 접근 방식을 갖춘 서로 다른 버전의 Windows를 사용하고 있다는 사실에 당황함 나사로 찾지 못했습니다(물론 C#을 사용하지만 이 경우는 아닙니다). 백그라운드의 인터페이스에서 박쥐 파일을 최소화하여 시작할 수 있지만 적절한 테스트 없이는 개인적으로 의견이 있습니다. 사용자 불만을 수집하려면 시각화해야 합니다.

인터페이스와 소프트웨어는 다음 작업을 해결했습니다.

1. 토큰이 현재 사용 중인지 여부를 표시합니다.
2. 첫 번째 실행 시 초기 설정에는 토큰 서버와의 세션 시작 및 중단을 구현하는 "올바른" bat 파일 생성이 포함됩니다. 이후 시작 시 비밀번호를 사용하여 "서비스" 모드를 구현합니다.
3. 서버와의 연결 여부를 확인하여 서버가 사용 중인지 여부를 폴링하거나 문제에 대한 메시지를 표시합니다. 통신이 재개되면 프로그램은 자동으로 일반 모드로 작동을 시작합니다.

웹 서버 작업은 추가 fphttpclient 스냅인을 사용하여 구현됩니다.

여기에 클라이언트의 현재 버전에 대한 링크가 있습니다.

또한 기사 주제에 대한 추가 고려 사항과 해당 기능을 갖춘 VirtualHere 제품에 대한 부분적인 초기 열정도 있습니다...

출처 : habr.com