私はしばらく別のコンピュータで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
私はそれを使用していますアーチLinuxそしてウィチャット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の主なバグであり、Webkit、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リポジトリから最新バージョンを入手できます: