파일이 존재하지 않음을 확인할 수 있습니다.

$ ls ~/.var/app/com.github.debauchee.barrier/data/barrier/SSL/
$ locate Barrier.pem

나는 이것이 # 142와 비슷할 수 있다고 생각했지만 방화벽을 통해 barrier.exe 및 barriers.exe를 허용해도 로그의 메시지가 변경되지 않았습니다.

'171도 관련되어 보였지만 거기에 표시된 Barrier.pem이 어디에서 왔는지 알 수 없습니다. 제공된 링크를 따라가는 것은 실제로 아무것도 변경하지 않았습니다.

적어도 이것이 SSL 구성을 활성화하는 것과 관련이 있음을 확인할 수 있습니다. 이를 비활성화하면 클라이언트와 서버가 함께 작동하도록 할 수 있습니다.

흥미 롭습니다. 저는 flatpak을 매일 사용하고 있고 장벽이 저를 위해 SSL 인증서를 생성했습니다.

alc@am1m-s2h ~ % ls -l .var/app/com.github.debauchee.barrier/data/barrier/SSL/Barrier.pem 
-rw-rw-r--. 1 alc alc 1649 May 21  2018 .var/app/com.github.debauchee.barrier/data/barrier/SSL/Barrier.pem

해결 방법으로 https://wiki.archlinux.org/index.php/synergy#Set_up_encryption_on_server 페이지의 시너지 지침을 사용했습니다.

TL; DR :

mkdir -p ~/.var/app/com.github.debauchee.barrier/data/barrier/SSL/Fingerprints
openssl req -x509 -nodes -days 365 -subj /CN=Barrier-newkey rsa:4096-keyout ~/.var/app/com.github.debauchee.barrier/data/barrier/SSL/Barrier.pem -out ~/.var/app/com.github.debauchee.barrier/data/barrier/SSL/Barrier.pem
openssl x509 -fingerprint -sha2 -noout -in ~/.var/app/com.github.debauchee.barrier/data/barrier/SSL/Barrier.pem > ~/.var/app/com.github.debauchee.barrier/data/barrier/SSL/Fingerprints/Local.txt

그런 다음 클라이언트와 서버의 설정에서 암호화를 활성화하고 둘 다 다시 시작한 다음 클라이언트의 새 서버 인증서를 수락하십시오.

편집하다:
키 길이를 1024 에서 4096
-sha1 에서 -sha2

다른 사람에게도이 문제가있을 경우를 대비하여이 문제를 열어 두겠습니다. 또한 해당 키 길이를 1024 에서 4096 로 늘리고 sha2 대신 sha1 있습니다.

공정한 요점. 저는 보통 4K 키를 사용합니다. 이번에는 게으르고 복사 / 붙여 넣기했습니다. @AdrianKoshka 의 제안으로 댓글이 업데이트되었습니다.

편집 : 구두점.

openssl req 명령을 실행하면 오류 메시지가 나타납니다.

$ openssl req -x509 -nodes -days 365 -subj /CN=Barrier-newkey rsa:4096-keyout ~/.var/app/com.github.debauchee.barrier/data/barrier/SSL/Barrier.pem -out ~/.var/app/com.github.debauchee.barrier/data/barrier/SSL/Barrier.pem
req: Use -help for summary.

명령에서 몇 개의 공백을 잃어버린 것 같습니다. 다음 작업 :

$ openssl req -x509 -nodes -days 365 -subj /CN=Barrier -newkey rsa:4096 -keyout ~/.var/app/com.github.debauchee.barrier/data/barrier/SSL/Barrier.pem -out ~/.var/app/com.github.debauchee.barrier/data/barrier/SSL/Barrier.pem
Generating a 4096 bit RSA private key
......................................................................................................................................................++
.......................................................................................................................................................................++
writing new private key to '/home/thomas/.var/app/com.github.debauchee.barrier/data/barrier/SSL/Barrier.pem'
-----

그러면 openssl x509 명령도 실패합니다.

$ openssl x509 -fingerprint -sha2 -noout -in ~/.var/app/com.github.debauchee.barrier/data/barrier/SSL/Barrier.pem > ~/.var/app/com.github.debauchee.barrier/data/barrier/SSL/Fingerprints/Local.txt
x509: Unknown digest sha2
x509: Use -help for summary.

해결 방법 조언이 다음과 같이 업데이트되어야한다고 생각합니다.

mkdir -p ~/.var/app/com.github.debauchee.barrier/data/barrier/SSL/Fingerprints
openssl req -x509 -nodes -days 365 -subj /CN=Barrier -newkey rsa:4096 -keyout ~/.var/app/com.github.debauchee.barrier/data/barrier/SSL/Barrier.pem -out ~/.var/app/com.github.debauchee.barrier/data/barrier/SSL/Barrier.pem
openssl x509 -fingerprint -sha1 -noout -in ~/.var/app/com.github.debauchee.barrier/data/barrier/SSL/Barrier.pem > ~/.var/app/com.github.debauchee.barrier/data/barrier/SSL/Fingerprints/Local.txt

적어도 내 경우에는.

이제 sha2 지원이 없다는 것이 내 문제의 원인을 설명합니까? 키가 자동으로 생성 될 것으로 예상되는 경우 sha2를 사용하려고 시도하고 자동으로 실패합니다.

OpenSSL 1.1.0g 버전이 있습니다.

$ openssl version
OpenSSL 1.1.0g  2 Nov 2017

sha2를 지원하는 버전은 무엇입니까? 명령 줄에서 오류없이 -sha256 또는 -sha512 를 사용할 수있는 것 같습니다.

해결 방법 (이 경우 sha512 사용)을 통해 Windows 클라이언트를 장벽의 flatpak 버전에 연결할 수 있었다고보고하게되어 기쁩니다.

저를 시작하고 실행하는 데 도움을 주셔서 감사합니다. 문제의 원인과 가능한 해결책을 찾는 데 도움이 더 필요하면 알려주세요.

여기 버그 설명에서와 동일한 설정 및 동일한 동작.

나는 이와 같은 문제가 있었다. 클라이언트와 서버 모두 버전 2.2.0-snapshot-53ebc47a입니다. @TafThorne 의 게시물에있는 명령을 사용하여 트릭을 수행했습니다.

나는 똑같은 문제가 있었고 그것은 나에게도 효과적이었습니다!

이것은 지난 업데이트 이후 갑자기 나에게 깜짝 놀랐습니다. 위의 지침도 따라야했습니다.

이봐, 나는 @TafThorne 의 명령을 시도

[2019-06-15T17:20:12] INFO: OpenSSL 1.1.1b 26 Feb 2019
[2019-06-15T17:20:12] ERROR: could not use ssl certificate
[2019-06-15T17:20:12] ERROR: error:0909006C:PEM routines:get_name:no start line

누구든지 문제가 무엇인지 압니까?

무례하게 들리려고하지 않지만, 오늘 저를 포함한 모든 신규 설치에 영향을 미치는 것으로 보이며 신규 사용자를위한 진정한 _ 장벽 _이기 때문에 공식 Flatpak 빌드에서 수정되지 않은 이유는 무엇입니까?

따라서 당연한 것처럼 openssl 명령 줄 도구가 제공되지 않아 인증서가 생성되지 않습니다. 마지막으로이 문제를 해결하기 위해 노력하고 있습니다. 죄송 해요.

정말 오랫동안 문제가 되었으니 정말 죄송합니다. 작업 후에 OSS에서 작업 할 에너지를 찾기가 어려울 수 있습니다.

실제로 문제를 해결해 주셔서 감사합니다.

내 요점은 Flatpak 패키지가 Barrier를 설치하는 주요 채널 중 하나 일 가능성이 높으며 모든 신규 사용자에게 효과적으로 손상 되었기 때문에이 문제가 오랫동안 열려 있다는 사실을 발견하는 것이 약간 답답하다는 것입니다.

인증서가 없기 전에 직장에서 개인 컴퓨터에서 수정되었습니다.

openssl 은 (는) 배리어 플랫 팩과 함께 배송되며이 문제가 해결되었다고 생각합니다.

안녕하세요, 저는 페도라에서 snapd 를 사용하여 새로 설치할 때이 문제를 만났습니다!

mkdir -p /home/fbidu/snap/barrier-kvm/2/.local/share/barrier/SSL/ 
cd /home/fbidu/snap/barrier-kvm/2/.local/share/barrier/
openssl req -x509 -nodes -days 365 -subj /CN=Barrier -newkey rsa:4096 -keyout Barrier.pem -out Barrier.pem

나를 위해 일했습니다!