jak uložit ssh host klíč v intellij idea
<p>pokud používáte ssh jako připojení pro integraci idea v git, idea stále žádá o uložení podpisu rsa hostitele do databáze klíčů hostitele. stisknutí tlačítka ano funguje, ale klíč se neukládá do databáze, při příštím použití připojení se idea dodává se stejnou otázkou. stisknutí ne způsobí selhání připojení. </p><p>nemohu najít žádnou konfiguraci pro připojení idea k ssh, ani google neposkytuje žádné užitečné výsledky ... jakékoli myšlenky na to, jak se zbavit dialogu klíčových úložišť?</p><p>použitím: </p><p>intellij idea 10.5.1 s jdk 1.6.0\_22 v systému windows xp</p><p>mysysgit 1.7.6 s oběma složkami bin/a mingw/bin v% path% </p><p>&quot;git.exe&quot; jako spustitelný soubor git v idea </p><p>&quot;idea ssh&quot; jako spustitelný soubor ssh v idea </p><p>openssh-server 1: 5.5p1-6 (debian squeeze) na straně serveru </p>
<p>zdá se, že windows nedovolí idea změnit vaše osobní nastavení tak snadno, jak by se dalo očekávat. ujistěte se, že je možné uložit podpis hostitele, opravuje problém. chcete-li, aby to idea provedlo, spusťte idea jako správce na systému vista/win7 nebo zrušte nastavení &quot;<em> chránit počítač před neoprávněnou činností programu </em>&quot; v dialogu xp<em> run as </em>/ jen jednou. po vytvoření ssh spojení a uložení podpisu se tento dialog odstraní. po uložení podpisu idea přijímá hostitele, i když je spuštěn jako smrtelný uživatel. </p>
Ano, budete muset převést klíče. Mac a Linux fungují stejně, ukládání klíče `~/.gnupg`. Nejbezpečnější způsob, jak přenést soubory je použití `scp`(část SSH):



```
scp -rp ~/.gnupg othermachine:

```

Nicméně, budete muset mít `ssh`práci jako první.


Přenos je, řekněme, USB flash disk není tak skvělý nápad, protože váš soukromý klíč bude zanechal na této jednotce i poté, co jste odstranili soubor. I když je chráněna přístupovým heslem, pokud se někdo dostal do rukou kopie souboru klíčů mohli připojit dlouhotrvající útok hrubou silou na něj na svém lesiure.


Nevím o umístění adresáře systému Windows. Dokumentace gpg řekne, a obsah pak bude téměř jistě být stejné.


Kopírování celé klíčenku je rychlá a snadná, ale někdy chcete být schopen se pohybovat jednotlivé klíče mezi stroji bez přepisování celý klíčenku a ztrátě klíče, které již existují. Kopírování jednotlivých kláves volitelně může být provedeno s `gpg --export-secret-key`a `gpg --import`. Pokud máte SSH přístup k cílovému počítači, můžete to udělat s trubkou a nepotřebují k ukládání průběžném klíč kdekoliv:


Pokud jste na počítači, který již má klíč:



```
gpg --export-secret-key SOMEKEYID | ssh othermachine gpg --import

```

Pokud jste na počítači, který potřebuje klíč:



```
ssh othermachine gpg --export-secret-key SOMEKEYID | gpg --import

```

Pokud `gpg`není v jednom z výchozích míst na vzdáleném počítači (např je v `/opt/local/bin`počítači Mac), budete muset dát svou plnou cestu k ssh, nebo symbolický odkaz do jednoho ze standardních místech, jako jsou `/usr/local/bin`.


Všimněte si, že data, která je přenesena je stále chráněn přístupové heslo a klíč bude mít stejné přístupové heslo do místa určení, jak tomu bylo u zdroje. Chcete-li mít různé hesel v každém místě, budete muset změnit přístupové heslo na místo určení, nebo ji změnit dočasně u zdroje před exportem. Potřeboval jsem sdílet tajný klíč s kolegou, s cílem dát mu možnost aktualizovat si Debian balíček repo oba řídit, ale nechtěl jsem se podělil o své přístupové heslo s ním. Tak jsem změnil přístupové heslo na něco dočasného, ​​poslal mu exportovaný klíč (podle gpg šifrované e-mailu!), Řekl mu dočasné heslo ústně, a požádal ho, aby nastavit nové přístupové heslo ihned po importu klíč. Pak jsem změnil přístupové heslo na mém kopie klíče zpět na to, co to bylo původně. Častou chybou je klonování pomocí výchozího připojení (HTTPS) namísto SSH. Tuto chybu můžete napravit tak, že přejdete do svého úložiště, kliknete na tlačítko "Klonovat nebo stáhnout", pak kliknete na tlačítko "Použít SSH" nad polem URL a aktualizujete adresu URL svého původního vzdáleného serveru takto:



```
git remote set-url origin [[email protected]](/cdn-cgi/l/email-protection):username/repo.git
```

Tento postup je zdokumentován na GitHubu: [Přepnutí vzdálených adres URL z HTTPS na SSH](https://help.github.com/articles/changing-a-remote-s-url/#switching-remote-urls-from-https-to-ssh). <pre><code>sudo apt update sudo apt install ssh sudo ufw allow 22 # if you have ufw running, but it doesn't hurt to run. </code></pre><p>to je velmi minimum. umožňuje neomezený počet neúspěšných pokusů o heslo na známém portu. přímé přihlášení root je zakázáno (po přihlášení se stále můžete <code>su</code> a <code>sudo</code>). pokud je vaše uživatelské jméno a heslo hádatelné a internet vidí server, někdo <em> se nakonec </em> vnikne.</p><p>nemohu to dostatečně zdůraznit: <strong> <em> je třeba zatvrdit výchozí nastavení. </em> </strong> pro pravděpodobnost, že budou napadeni, ale <a href="https://thepcspy.com/read/making-ssh-secure/">prošel jsem několika návrhy na svém blog</a> . alespoň bych navrhl:</p><ul> <li>přihlášení pomocí klíčů. zakázat přihlášení heslem.</li> <li>přesuňte jej z portu 22. použijte něco šíleného v rozsahu 20000-60000.</li> <li>použijte <code>fail2ban</code> zakazovat lidem, kteří to najdou, a pokusit se to přenést.</li> </ul><p>zabere vám to méně než 10 minut a oni vás vezmou z 1/10000 šance, že se dostanou do pravděpodobnosti tak malé, že na světě není dost papíru, aby mohl napsat její zlomek. vše za předpokladu, že jste opatrní s vaším klíčem, má vlastní přístupové fráze a vy nebudete trubat vaše pověření po celé síti.</p><p>pokud jde o přístup k tomuto serveru ssh z internetu, můžete čelit překážkám v místní síti. pokud je počítač za routerem nat (např. většina domácích sítí) bez přímého příchozího přístupu z internetu, možná budete muset podívat na <a href="https://portforward.com/">přesměrování portů</a> . samozřejmě, pokud nepotřebujete přístup mimo síť, přeskočení tohoto kroku zajistí zabezpečení sítě.</p> <p>stačí použít <a href="https://linux.die.net/man/1/chsh"><code>chsh</code></a> :</p><pre><code>chsh -s $(which zsh) </code></pre><p><strong> bez </strong> <code>sudo</code> by mělo fungovat. pokud použijete <code>sudo</code>, nezmění shell nikoliv pro vašeho pracovního uživatele, ale pro <em> root</em></p><p>nakonec <strong> se odhlaste z počítače a přihlaste se zpět </strong>.</p><p>odstraňování problémů:</p><ul> <li>máte nainstalován zsh (ii)? <code>dpkg -l zsh</code></li> <li>je vaše shell nastavena na zsh? poslední pole <a href="https://linux.die.net/man/5/passwd"><code>grep $user /etc/passwd</code></a> </li> <li>je zsh <a href="https://linux.die.net/man/5/shells">platné přihlašovací prostředí</a> ? <code>grep zsh /etc/shells</code></li> </ul> Nepíšeš nic o verzi, ale snad je to stejné v 6 jako v 5.1. Pokud byla při založení účtu zadána mailová adresa a kontrolní otázka, po spuštění icq klikni dole "Zapomněl jste icq #/heslo?". Pak by ti mělo přijít mailem nové nebo "zapomenuté" heslo. Jinak si založ nové číslo. Projdi si poradnu, už se to tu řešilo xkrát, ale asi jiná cesta není. Do rootu disku se běžně nezapisuje. Vytvoř v něm podsložku a zapisuj do ní - pak to bude bez problému. Spouštět prohlížeč s admin právy (=jako správce) je cesta do pekel....![](/Client.Images/smileys/6.gif) Veškeré kontakty Skype jsou uloženy na Skype serveru, tzn že pokud nainstaluješ VIstu znovu a spustíš Skype, budeš tam mít automaticky své kontakty, nic nemusíš hledat ani kopírovat jak to myslíš uložit? stačí být přihlášen jako root, upravit zmíněny soubor a následně uložit Dělá to ve chvíli, když kliknete při přihlašování vprostřed na lupu, nebo na text na zamykací obrazovce. Po vložení přihlašovacího hesla a najetí Windows se spustí prohlížeč s tématickou internetovou stránkou vztahující se k tématu obrázku zamykací obrazovky. Řešení je snadné. Klikejte mimo střed zamykací obrazovky. Např. někde v levém horním kvadrantu. Pak se zobrazí pole pro zadání hesla a Windows najede normálně. Hele, já jsem ještě uvízl v tomto táboře taky. Aplikace třetích stran musíme podporovat je konečně chystá 2K5, takže jsme skoro ze dřeva. Ale mám pocit, vaše bolest 8 ^ D


To znamená, že ze všeho, co jsem slyšel od našeho DBA, klíčové je, aby převést databázi do formátu 8.0 první, a pak jít do roku 2005. Věřím, že používá vestavěný migrace / upgrade nástroje pro tento. Existuje několik velkých kroků mezi 6,5 a 8,0, které jsou lépe zde vyřešeny než jít od 6,5 do roku 2005 přímo.


Váš největší bolest, pokud jste nevěděli, už je, že DTS je pryč ve prospěch SSIS. Tam je typ shell modul, který bude provozovat stávající DTS balíčky, ale budete chtít ručně znovu je všechny SSIS. Snadné to bude záviset na složitosti samotných balíčků, ale udělal jsem pár v práci tak daleko a že jsem byl docela hladce.