Git push vyžaduje uživatelské jméno a heslo



Naklonoval jsem repozitář Git ze svého účtu GitHub do počítače.


Chci pracovat na počítači i notebooku, ale s jedním účtem GitHub.


Když se snažím odesílat na GitHub nebo z něj stahovat pomocí počítače, vyžaduje to uživatelské jméno a heslo, ale ne při použití notebooku!


Nechci zadávat své uživatelské jméno a heslo při každé interakci s originem. Co mi tu chybí?
Č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).
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ě. Samozřejmě. Na všech zařízeních použijete stejné uživatelské jméno a heslo. Na sestrine pocitaci zaloz ucet se svym jmnem a heslem.   
To, ze to chce heslo je v poradku. Predstav si, ze by na tvuj pocitac mohl kdokoliv a bez jakehokoliv overeni. <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> <p>samozřejmostí je autentizace klienta. může být použit ke zlepšení zabezpečení v kombinaci s přístupovým heslem nebo čipovou kartou nebo jako pohodlná náhrada za zadání hesla.</p><p>zajímavý návrh v tomto kontextu je <a href="http://webid.info/">webid single sign on protocol</a> .</p><p>hlavní problém s klientskými certifikáty je v tom, že je vázán na prohlížeč. takže pokud jste na jiném počítači, nemáte k nim přístup, pokud jste neučinili preventivní opatření.</p> V minulosti jsem se s tim setkal, myslim ze mi pomohlo nastavit sit pomoci pruvodce (ve win XP) a potom si prenastavit ip adresy rucne. Mam dojem, ze v systemu musi byt povoleny uzivatel guest (pro lokalni prihlaseni lze zakazat), jinak se pta na heslo. Prave pruvodce by tyhle blbosti mel nastavit... Tak jsem cekal, jestli Ti neodpovi nekdo superfundovany, ale kdyz ne... neporadím, jen Ti řeknu, žes udělal něco špatně Kdysi jsem na tenhle problém taky narazil. Problém byl v tom profilu, "nějakým způsobem" se musí dostat ven z PC, aby to umožnilo vytvořit stejný profil se stejným názvem, pak už jede obnova zálohy bez problému. Promiň, že víc neporadím, je to už drahně měsíců. Návod jsem našel někde na netu. Tolik jen v rychlosti, musím "ke stroji". Určitě se najde někdo, kdo to vysype z rukávu... <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> <p>zde jsem našel řešení <a href="https://www.percona.com/blog/2016/03/16/change-user-password-in-mysql-5-7-with-plugin-auth\_socket/">link</a> , tímto řešením jsem vyřešil svůj problém.</p><p>krátké kroky jsou:</p><pre><code>sudo mysql -u root alter user 'root'@'localhost' identified with mysql\_native\_password by 'test'; </code></pre><p>poznámka: zde <code>test</code> je nové heslo pro uživatele root. nezapomeňte také spustit příkaz <code>sudo service mysql restart</code> po změně uživatele.</p> 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í.