Problém s GPG --recv klíčů




Snažím se nainstalovat Cassandru pomocí apt-get na Ubuntu.


Tento přidal jsem se k /etc/apt/sources.list


deb <http://www.apache.org/dist/cassandra/debian> nestabilní hlavní deb-src <http://www.apache.org/dist/cassandra/debian> nestabilní main


Pak:


sudo apt-get aktualizace


Pak:


W: error GPG: <http://www.apache.org> nestabilní Release: Následující podpisy nemohly být ověřeny, protože veřejný klíč není k dispozici: NO\_PUBKEY F758CE318D77295D


Pak jsem si vzal číslo NO\_PUBKEY:


gpg --keyserver wwwkeys.eu.pgp.net --recv Klíče F758CE318D77295D


Ale pak jsem si chybu:


gpg: požadující klíč ... od HKP serveru wwwkeys.eu.pgp.net gpg: serveru klíčů vypršel gpg: serveru klíčů obdržet selhal: Chyba keyservery


Co jsem udělal špatně?


Předem děkujeme za vaši pomoc.
Zkuste toto místo pro klíče přidání GPG:



```
gpg --keyserver pgp.mit.edu --recv-keys F758CE318D77295D
gpg --export --armor F758CE318D77295D | sudo apt-key add -

```
<p>upravte svůj "<strong>/ etc/ssh/ssh\_config</strong>" a okomentujte tyto řádky:</p><pre><code>gssapiauthentication yes gssapidelegatecredentials no </code></pre> <h1>řešení</h1><p>běh:</p><pre class="lang-sh prettyprint-override"><code>$ sudo apt update </code></pre><p>toto je <code>apt</code> a<strong> not </strong><code>apt-get</code></p><p>poté zadejte <code>y</code> a přijměte změnu:</p><pre class="lang-sh prettyprint-override"><code>e: repository 'http://dl.google.com/linux/chrome/deb stable release' changed its 'origin' value from 'google, inc.' to 'google llc' n: this must be accepted explicitly before updates for this repository can be applied. see apt-secure(8) manpage for details. do you want to accept these changes and continue updating from this repository? [y/n] y </code></pre><p>chyba se znovu nezobrazí. chcete-li aktualizovat, je třeba spustit <code>sudo apt-get update</code> a <code>sudo apt-get upgrade</code> jako obvykle.</p><h1>podrobnosti</h1><p>jak je uvedeno v této otázce, tato chybová zpráva má zajistit, aby nový subjekt pojmenovaný<strong> google llc </strong>který stahujete aktualizace google chrome, byl stejný jako<strong> google, inc. </strong>že váš systém důvěřuje a ví podpis. přijetím této změny požádáte váš systém, aby důvěřoval<strong> google llc </strong>a v budoucnu od něj přijímal aktualizace google chrome.</p> Vyřešila to aktualizace softwaru Nejde spustit, nebo nejde nainstalovat? Splňuje tvé pc požadavky? <p>toto je řešení, s nímž jsem skončil, a naše aplikace fungují ve výrobě bez problémů po dobu téměř jednoho měsíce s touto opravou na místě:</p><p>jediné, co jsem musel udělat, bylo přidat</p><p><code>--ignore-installed</code></p><p>do <code>pip install</code> řádků v mém dockfile, které vykazovaly chyby. použitím stejného příkladu dockerfile z mé původní otázky by pevný dockerfile vypadal jako:</p><pre><code>from ubuntu:14.04 run apt-get -y update &amp;&amp; apt-get -y install \ python-pip \ python-numpy # ...and many other packages run pip install -u pip run pip install -r /tmp/requirements1.txt --ignore-installed # don't try to uninstall existing packages, e.g., numpy run pip install -r /tmp/requirements2.txt run pip install -r /tmp/requirements3.txt </code></pre><p>dokumentace, kterou jsem mohl najít pro <code>--ignore-installed</code>, byla podle mého názoru nejasná (<code>pip install --help</code> jednoduše říká: „ignorujte nainstalované balíčky (místo toho přeinstalovat).&ldquo;) a zeptal jsem se na potenciální nebezpečí tohoto příznaku <a href="https://stackoverflow.com/q/49932926/3642398">zde</a> , ale zatím jsem se nedostal uspokojující odpověď. pokud však dojde k nějakým negativním vedlejším účinkům, naše výrobní prostředí ještě nevidí jejich důsledky a myslím si, že riziko je nízké/žádné (alespoň to byla naše zkušenost). byl jsem schopen potvrdit, že v našem případě, když byl tento příznak použit, nebyla stávající instalace odinstalována, ale že byla vždy použita novější instalace. </p><h1>aktualizace:</h1><p>chtěl jsem zdůraznit <a href="https://stackoverflow.com/questions/53807511/pip-cannot-uninstall-package-it-is-a-distutils-installed-project/53807588#53807588">toto</a> odpověď od @ivan\_pozdeev. poskytuje některé informace, které tato odpověď nezahrnuje, a také nastiňuje některé potenciální vedlejší účinky mého řešení. </p> Objevuje-li se to na víc zařízeních ve stejné síti, mám podezření na nějakou https inspekci. Pokud nejde o firemní síť (kde to má smysl a vyřeší vám to správce), ale děje se to u vás doma, uděláte nejlíp. když si pozvete domů odborníka. Může to být hloupost na tŕi kliknutí, ale taky práce na pár hodin. Popsat řešení vaší situace může mít rozsah diplomky. Křišťálová koule mi napovídá, že vám možná jen chybí root certifikát od Cisco Umbrella.Rámcový postup1. nastavte si synchronizaci času z nějakého důvěryhodného NTP serveru, ať je jistota, že vám jdou hodiny přesně. 2. Ujistěte se, že máte podporovaný a zalicencovaný OS a prohlížeč, máte aktuální certifikáty CA, máte aktuální antivir a definice.3. jaké DNS servery používáte? Je to opravdu Open DNS?4. Naimportujte si Cisco\_Umbrella\_Root\_CA, pak ten stroj restartujte[https://support.opendns.com/hc/en-us/articles/2279870...](https://support.opendns.com/hc/en-us/articles/227987007-Block-Page-Errors-Installing-the-Cisco-Root-CA#manual) Prověř veškerý HW. Můžeš to "laicky" udělat tak, že nabootuješ z flešky linux.Nebo použij UBCD (vytvoř si bootflešku).Pokud bude HW v pořádku, stačí obnovit systém ze zdravé zálohy nebo reinstalovat.V opačném případě vytipovat vadnou komponentu a vyměnit ji. Nemáš li tuto možnost, využij servis. ![](/Client.Images/smileys/6.gif) <p>tato dlouhodobá bezpečnostní díra byla konečně opravena ve verzi 6.00 <a href="https://metacpan.org/release/libwww-perl">libwww-perl</a> . počínaje touto verzí standardně <a href="https://metacpan.org/pod/lwp::useragent">lwp :: useragent</a> ověří, že servery https představují platný certifikát odpovídající očekávanému názvu hostitele (pokud není <code>$env{perl\_lwp\_ssl\_verify\_hostname}</code> nastaveno na hodnotu false nebo pro zpětnou kompatibilitu, pokud tato proměnná není nastavena vůbec, buď <code>$env{https\_ca\_file}</code> nebo <code>$env{https\_ca\_dir}</code> je nastaveno).</p><p>to může být řízeno novou <a href="https://metacpan.org/pod/lwp::useragent#ssl\_opts">ssl\_opts</a> možností lwp :: useragent. podrobnosti o tom, jak se nacházejí certifikáty certifikační autority, naleznete v tomto odkazu. ale <strong>buďte opatrní</strong>, způsob, jakým lwp :: useragent pracoval, pokud poskytnete konstruktoru <code>ssl\_opts</code> hash, pak <strong><code>verify\_hostname</code> výchozí hodnota 0</strong> namísto 1. ( <a href="https://rt.cpan.org/public/bug/display.html?id=67947">tato chyba</a> byla opravena v lwp 6.03.) chcete-li být v bezpečí, vždy zadejte <code>verify\_hostname =&gt; 1</code> ve vašem <code>ssl\_opts</code>.</p><p><code>use lwp::useragent 6;</code> by tedy mělo být dostatečné k ověření platnosti certifikátů serveru.</p> takže vyřešeno. 
na serveru to musí být takhle: 
check\_command check\_nrpe!check\_tmp!20%!15%!/tmp 
a na klientovi, v nrpe.conf takto: 
command[check\_tmp]=/usr/lib64/nagios/plugins/check\_disk -w $arg1$ -c $arg2$ -p $arg3$ 
ale hlavní průser byl s touto direktivou v nrpe.conf: 
dont\_blame\_nrp… <p>můžete použít některou z těchto dvou jednoplášťových linek. oba přinášejí přesně stejný výkon na mém stroji a jsou přesnější než všechna dosud navrhovaná řešení (6. července 2014) v této otázce.</p><p><strong> pomocí <code>apt-mark</code>: </strong></p><pre><code>comm -23 &lt;(apt-mark showmanual | sort -u) &lt;(gzip -dc /var/log/installer/initial-status.gz | sed -n 's/^package: //p' | sort -u) </code></pre><p><strong> pomocí <code>aptitude</code>: </strong></p><pre><code>comm -23 &lt;(aptitude search '~i !~m' -f '%p' | sed "s/ *$//" | sort -u) &lt;(gzip -dc /var/log/installer/initial-status.gz | sed -n 's/^package: //p' | sort -u) </code></pre><p>jen velmi málo balíčků stále propadá trhlinami, ačkoliv mám podezření, že je uživatel skutečně nainstaloval <em> jsou</em>, a to buď hned po instalaci prostřednictvím nastavení lokalizace jazyka, nebo např. prostřednictvím instalátoru kodeků totem. také se zdá, že se hromadí i verze linuxových záhlaví, i když jsem nainstaloval pouze metapackage, který není specifický pro verzi. příklady:</p><pre><code>libreoffice-help-en-gb openoffice.org-hyphenation gstreamer0.10-fluendo-mp3 linux-headers-3.13.0-29 </code></pre><p><strong> jak to funguje: </strong></p><ol> <li>získejte seznam ručně nainstalovaných balíčků. pro aptitude další <code>sed</code> odstraní zbývající mezeru na konci řádku.</li> <li>seznam nainstalovaných balíčků získáte hned po nové instalaci.</li> <li>porovnejte soubory, vydejte pouze řádky v souboru 1, které nejsou v souboru 2.</li> </ol><p><strong> ostatní možnosti také nefungují: </strong></p><ul> <li>za použití <code>ubuntu-14.04-desktop-amd64.manifest</code> soubor ( <a href="http://releases.ubuntu.com/releases/trusty/ubuntu-14.04-desktop-amd64.manifest">zde</a> pro ubuntu 14.04) místo <code>/var/log/installer/initial-status.gz</code>. další balíčky jsou zobrazeny jako ručně nainstalované, i když nejsou.</li> <li>použitím <code>apt-mark showauto</code> namísto <code>/var/log/installer/initial-status.gz</code>. <code>apt-mark</code> například nezahrnuje balíček xserver-xorg, zatímco druhý soubor ano.</li> </ul><p>jako reference jsem použil různé další příspěvky stackexchange, žádné však nefungují a výše uvedené řešení:</p><ul> <li> <a href="https://unix.stackexchange.com/a/3624/49168">aptitude + manifest</a> </li> <li> <a href="https://unix.stackexchange.com/a/80520/49168">initial-status.gz + apt-mark showauto</a> </li> </ul><p>oba obsahují více balíčků než výše uvedené řešení.</p><p><strong> úprava: co dělat, pokud jste upgradovali z předchozí verze: </strong></p><p>pokud jste upgradovali ubuntu z jednoho vydání na další, budete pravděpodobně muset tento proces upravit. v takovém případě bych kromě souboru initial-status.gz z aktuální verze zkontroloval soubor manifestu novější verze (viz výše). můžete to snadno udělat pouhým přidáním dalšího srovnání. použití pouze souboru manifestu nebude fungovat, protože soubor manifestu bohužel neobsahuje vše, co soubor initial\_status.gz obsahuje (zaškrtl jsem).</p>