(デフォルト)をoffにすれば回避できる。問題発見の邪魔になるので切る。(デフォルト)を短くするとトラブル時にクライアントの初回アクセス時間を短縮できる。いってもクライアント側でも検証できない以上keep-aliveでTLS接続が生きている間だけのような雰囲気だし、短くしすぎると正常なレスポンスも受け取れなくなる懸念がある。切っても何ら問題はない。sent...OCSPが返らない。OCSPを参考に細かくテストする。Request400になってしまった。Hostヘッダを手動で送る。Time-outしばらく待たされてからサーバ側でタイムアウトする。(デフォルト)があるが、OCSPのレベルのエラーをキャッシュするだけなのか、このHTTPエラーはキャッシュしないようだ。(paramiko)でホスト鍵検証が通らないLinuxサーバを入れ替えてホスト名に対するホスト鍵が変わったサーバ。事前にknown_hostsを編集して新サーバの鍵を追加してあり、OpenSSHのssh、sftpでは正常に接続できる。時点ではECDSA鍵は使えないっぽいのでRSA鍵になる。duplicityでsftp経由でバックアップしようとするとエラーが出る。)検索するとホスト鍵の検証を無効化する対処法が出てくるがセキュリティを完全に損なうので言うまでもなく実環境で真似してはいけない。挙動を見たところ*1、OpenSSHの実装ではドキュメントの通りに一致する鍵が見つかるまでknown_hostsの各行の検証を続けるが、Paramikoでは最初に一致するホスト名しか検証していない雰囲気だった。今回の場合、旧サーバを落とすまでの一時的な状態として複数の鍵が同じホスト名に対応する状態になっていた。...target.serverを名前解決すると10.0.0.2(new.server)になりそちらに接続するのだが、old.server側の鍵と比較して不一致のためエラーになっていたようだ。new.serverという名前で接続するようにしたところ、エラーは出なくなり動作した。--encrypt-keyが動作しないLinuxGPGがエラーを起こす。=====とりあえずオプション指定を外して対応した。/usr/lib64/python2.7/site-packages/duplicity/gpg.pyの以下をコメントアウト。gnupg.options.extra_args.append('--pinentry-mode=loopback')バグレポートされていたので次の更新で直ると期待。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。