나는 한동안 다른 컴퓨터에서 WeeChat을 사용해 왔습니다. 모든 인스턴스는 동일한 설정을 반복해서 사용합니다. 연결하면 WeeChat의 출력과 마찬가지로 일부 인증서 경고와 같이 모든 것이 정상이지만 일반적으로 이를 무시합니다(유효한 인증서 없이 내 서버에 연결하기 때문에).
11:39:19 fnd -- | irc: connecting to server ***.***.***/* (SSL)...
11:39:19 fnd -- | gnutls: connected using 1024-bit Diffie-Hellman shared secret exchange
11:39:19 fnd =!= | gnutls: peer's certificate is NOT trusted
11:39:19 fnd =!= | gnutls: peer's certificate issuer is unknown
11:39:19 fnd -- | gnutls: receiving 1 certificate
[...]
11:39:19 fnd =!= | gnutls: the hostname in the certificate does NOT match "***.***.***"
11:39:19 fnd -- | irc: connected to ***.***.***/* (*.*.*.*)
11:39:19 fnd -- | Welcome to the freenode Internet Relay Chat Network ***
[...]
이제 성공적으로 연결한 후 갑자기 다음 오류가 나타나 서버와의 연결이 끊어집니다.
[...]
11:39:19 fnd =!= | irc: reading data on socket: error -24 Decryption has failed.
11:39:19 fnd -- | irc: disconnecting from server...
11:39:19 fnd -- | irc: disconnected from server
11:39:19 fnd -- | irc: reconnecting to server in 10 seconds
나는 그것을 사용하고 있다아치리눅스그리고위챗0.4.1.
[user@machine ~]$ weechat-curses -v
0.4.1
[user@machine ~]$ uname -a
Linux machine 3.9.9-1-ARCH #1 SMP PREEMPT Wed Jul 3 22:45:16 CEST 2013 x86_64 GNU/Linux
SSL이 켜져 있고 SSL-Keysize가 1024이고 SSL-Verify가 꺼져 있습니다. 연결하려는 서버는 Bodyguard(탄화 제로) 사례. 그러나 동일한 WeeChat 설정은 다른 컴퓨터에서도 작동합니다.
이 문제를 어떻게 해결하나요? 여기서 문제가 무엇입니까?
답변1
나는 그 사람들에게 물었고 #weechat그들은 문제를 알고 있었습니다. 이는 GnuTLS 3.2.2의 주요 버그이며, 웹킷, wget 등과 같은 다른 기능도 손상시킵니다.
다운그레이드(또는 수정된 버전을 기다리는 것)를 통해 문제가 해결되었습니다. 위챗 문제는 아닙니다.
아래 질문을 따르십시오.
답변2
이는 Weechat 0.4.1의 버그인 것 같습니다. 다음과 같은 제목의 게시물을 찾았습니다.버그 #38496: Bitlbee 연결 127.0.0.1/6667이 0.4.0 이후 중단됨.
2013년 4월 12일 금요일 오전 10:49:57 UTC에 대한 댓글 #8:
문제가 해결되어야 합니다. 문제를 해결하는 데 도움이 된 OS X 시스템에 액세스한 Pavel에게 감사드립니다. Pavel과 Peter: 최신 Git 버전을 테스트해 보시고 여전히 문제가 있으면 알려주세요.
git 저장소에서 최신 버전을 얻을 수 있습니다: