GNU/Linux >> Linux の 問題 >  >> Linux

wget が SSL 証明書を検証しないのはなぜですか?

解決策 1:

デフォルトでは、wget は openssl conf ファイル /etc/pki/tls/openssl.cnf で定義されたパスで証明書をチェックします (パスが fc8 に対して正しいかどうかは不明です)。 openssl 構成ファイルを調べて、パスが正しいことを確認してください。修正する必要があるのは openssl かもしれません。

解決策 2:

wget で証明書が見つからないという問題があったため、ca-certificates をインストールしました

sudo apt install ca-certificates

次に編集しました:

sudo vi /etc/wgetrc

と追加

ca_directory=/etc/ssl/certs

または、このコマンドを使用して末尾に追加することもできます:

printf "\nca_directory=/etc/ssl/certs" | sudo tee -a /etc/wgetrc

解決策 3:

お使いのシステムは、Google の証明書の署名チェーンを信頼していません。

また、完全な証明書チェーンを提示するのではなく、発行者の証明書のみを提示します。 100% 標準に達しているわけではありませんが、チェーンの検証を妨げるものは何もありません。

古いシステムには、同様に古い信頼できるルート認証局のセットがある可能性があります。

適切な VeriSign 証明書 (こちら) を信頼すれば、大丈夫です。

解決策 4:

信頼したいルート証明書のリストを収集し、wget に伝える必要があります。 --ca-certificate のいずれかを使用してそれらを見つける方法 または --ca-directory オプション。 /etc/pki/tls/certs に既にあるかもしれません 適切なパッケージがインストールされている場合。


Linux
  1. インフォグラフィック - SSL 証明書の実装方法

  2. sed の正規表現で `\d` が機能しないのはなぜですか?

  3. Bash `(())` が `[[]]` 内で動作しないのはなぜですか?

  1. Gzip 圧縮がデータの重複チャンクを排除しないのはなぜですか?

  2. シンボリック リンクが機能しないのはなぜですか?

  3. 利用可能なすべての ssl ca 証明書を一覧表示する

  1. なぜgdbはエイリアスを好まないのですか

  2. sudo コマンドの実行に時間がかかるのはなぜですか?

  3. UNIX/Linux での SSL 証明書の場所