GPGキーの取得に失敗しました:[Errno 14] curl#37 - ファイルを開くことができません... RPM-GPG-KEY [CentOS 7]

CentOSは非常に堅固なオペレーティングシステムであり、我々の意見では、Ubuntuよりもセキュリティ面ではるかに優れており、特にWebサーバーを実行している場合は特にそうです。
長年にわたりCentOSのは、多くの進化している、とCentOSの6.xから7.xaへの移行は、セキュリティに多くの変化をもたらしました。

たくさん 脆弱性 古いバージョンの CentOSの アーカイブにソフトウェアがインストールされているため(YUMリポジトリ)安全性が低い。 例えば、 LEMP (リナックス, nginxの, MySQLのPHPこれらのパッケージが安全なソースからインストールされていないと、時間の問題を引き起こす可能性があります。
CentOS 7の発売に伴い、システムファイルへのユーザーアクセス、署名されていない"またはGPGキーなしで。 この記事にアクセスした場合は、エラーが発生している可能性が最も高いです:
GPG key retrieval failed: [Errno 14] curl#37 - Couldn't open file ...  RPM-GPG-KEY

これは、非コンテンツパッケージにインストール(ymインストール)またはアップデート(yum -yアップデート)する場合に発生します GNUプライバシーガード (GPG)。
ソフトウェア・ベンダーや開発者は、インストールパッケージ(RPM)に含まれるすべてのソフトウェアは、署名が添付されることをお勧めします。 これらのRPMが安全であることをユーザーに保証する簡単な方法です。 インストールパッケージに付随する公開鍵は、 Red Hat Networkチャネル管理ガイド アーカイブ内の各ソフトウェアごとに記録する必要があります。

このようなエラーが発生した場合は、目的のソフトウェアをインストールする公開鍵アーカイブを探すことをお勧めします。 引き続きインストールを続けたい場合は、最も簡単な方法はインストールアーカイブの公開鍵検証を無効にすることです。

デフォルトでは、インストールアーカイブとソフトウェアアップデートは "/etc/yum.repos.d"にあります。 ".repo"ファイルを "nano"または "vi"で編集し、そこから.rpmファイルを抽出/ダウンロードし、公開鍵を使わずに "gpgcheck」。 値 "0"を設定します。


[epel] name=Extra Packages for Enterprise Linux 7 - $basearch
#baseurl=http://download.fedoraproject.org/pub/epel/7/$basearch
metalink=https://mirrors.fedoraproject.org/metalink?repo=epel-7&arch=$basearch
failovermethod=priority
enabled=1
exclude=nginx*
gpgcheck=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7

Savalti modificarile din fisierul .repo editat si rulati din nou update-ul / instalarea. Totul ar trebui sa decurga fara probleme.

GPGキーの取得に失敗しました:[Errno 14] curl#37 - ファイルを開くことができません... RPM-GPG-KEY [CentOS 7]

著者について

ステルス

ガジェットやITが2006の喜んstealthsettings.comを書いて、私はコンピュータやMacOSの、Linuxでは、Windowsの、iOSとAndroidのについてあなたに新しいものを発見したいすべてのものに情熱。

コメントを残す

このサイトはAkismetを使用して迷惑メールを減らします。 コメントの処理方法を学ぶ.