Zapnutí pamatování hesel v IE11



IE si pamatuje zadaná hesla a jsou k prohlížení a smazání v Nástroje/ Možnosti internetu /Obsah / Nastavení (aut.dokončování). Tam mám zatrženo pamatování hesel a dříve zadaná hesla se tam zobrazují a v IE fungují. Přesto mi od neznámé doby nenabízí dolní lišta v IE k potvrzení k uložení hesla. Musím ještě dodat, že jedno z hesel bylo zadáno a uloženo nesprávně a tak jsem ho v uvedeném nastavení vymazal. Znovu již se však výzva k uložení nezobrazuje a tak nové správné heslo nelze uložit. Dá se nějak (kromě uvedených nastavení které nefungují) ukládání hesel v IE11 obnovit?
Pokusy zjišťuji, že výzva k uložení hesel se zobrazuje, hesla se ukládají, nikoliv však na stránce s dříve smazaným heslem.
<p>v ssms musíte změnit některé možnosti:</p><p>nástroje - možnosti - výsledky dotazu - sql server - výsledky do mřížky (nebo textu) -&gt; <strong>při kopírování nebo ukládání výsledků uveďte záhlaví sloupců</strong>.</p><p>změněná nastavení se použijí na nová, ale ne existující okna dotazů.</p> <p>měl jsem tento problém na iis6 jednou, když nějakým způsobem asp.net isapi věci byly rozbité.</p><p>běh </p><pre><code>%windir%\microsoft.net\framework\v2.0.50727\aspnet\_regiis.exe -i </code></pre><p>aby se znovu vytvořilo nastavení.</p> <p>zkuste to zjistit:</p><ol> <li>klikněte na kartu externí data</li> <li>mělo by být upozornění zabezpečení, které uvádí, že určitý obsah databáze byl zakázán.</li> <li>klikněte na tlačítko možnosti</li> <li>vyberte možnost povolit tento obsah a klepněte na tlačítko ok</li> </ol> <p>nedávno jsem to také potřeboval a přišel jsem s tímto:</p><pre><code>ssh -o preferredauthentications=password -o pubkeyauthentication=no example.com </code></pre><p>musíte se ujistit, že klient není nakonfigurován tak, aby zakázal ověřování heslem.</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> <p>řekněme, že máte tabulku, kde si uložíte heslo pro každou osobu.</p><p>chcete-li „vygenerovat“ vygenerované heslo, postupujte následovně</p><ol> <li>získat přihlášení od uživatele</li> <li>získat heslo</li> <li>generovat nějakou sůl z náhodných hodnot. řekněme, že z/dev/random (jak navrhl @michal), dostanete "a12bc34de56fg"</li> <li>k vygenerování hashovaného hesla použijte nějakou hashovací funkci. řekněme, že původní heslo bylo „1password“ a použijete libovolné sha hašování).</li> </ol><p>hashed\_password = sha (sha (sha (.... sha ("1passworda12bc34de56fg"))))))))))))</p><p>uložte do tabulky hashed\_password s přihlašovacím jménem a solí.</p><pre><code>login password salt  john a7b82783... a12bc34de56fg </code></pre><p>poté ověřte, kdy uživatel přistupuje k vaší aplikaci:</p><ol> <li>získat přihlašovací jméno a heslo</li> <li>načtěte sůl z tohoto přihlášení z databáze (budete mít sůl: a12bc34de56fg)</li> <li>zřetězte obyčejné textové heslo solí a znovu proveďte všechny hašování:</li> </ol><p>hashed\_password = sha (sha (sha (.... sha ("1passworda12bc34de56fg"))))))))))))</p><p>ověřte, zda je vypočítané hashed\_password stejné, jaké bylo uloženo v databázi. budete vědět, zda bylo heslo správné nebo ne.</p><p>a je to!. sůl můžete získat z libovolného náhodného zdroje, který se vám líbí. proč by to mělo být náhodné? vzhledem k tomu, že jakákoli jiná náhodná sůl bude mnohem snazší pokusit se brutálně vynutit vaši aplikaci.</p> <p>jak jsem navrhl, položil jsem otázku na serverfault: <a href="https://serverfault.com/questions/161768/restart-webserver-without-entering-a-password">https://serverfault.com/questions/161768/restart-webserver-without-entering-a-password</a> </p><p>ale krátká odpověď zní:</p><p>zálohujte svůj klíč:</p><pre><code>&gt; cp server.key server.key.org </code></pre><p>vyjměte heslo:</p><pre><code>&gt; openssl rsa -in server.key.org -out server.key [enter the passphrase] </code></pre><p>nově vytvořený soubor <code>server.key</code> neobsahuje žádné další přístupové fráze a webové servery <strong> začínají bez potřeby hesla </strong>.</p><p>další možností je použít možnost apaches <code>sslpassphrasedialog</code> k automatické odpovědi na otázku ssl pass frázi.</p><p><strong> zřeknutí se odpovědnosti: </strong> pokud soukromý klíč již není šifrován, je důležité, aby tento soubor mohl číst pouze uživatel root! pokud je váš systém někdy ohrožen a třetí strana získá váš nezašifrovaný soukromý klíč, bude nutné příslušný certifikát zrušit.</p> <p>pomocí autocomplete = "off" deaktivujte autocomplete a firefox (a další prohlížeče, které podporují tento nestandardní atribut) tyto hodnoty neuloží.</p><pre><code>&lt;input type=text" name="dontsave" autocomplete="off"&gt; </code></pre><p><strong>pravit:</strong></p><p>to, co vidíte, může být způsobeno názvy polí, které používáte. automatické dokončení hledá běžná jména uživatelských jmen/přihlašovacích polí a pole vašeho telefonního čísla může způsobit, že firefox bude považovat za primární pole id přihlášení.</p><p><strong>úpravy 2:</strong></p><p>je pole e-mailu před nebo za polem telefon? pokud je po, je možné ji umístit před pole telefon? pokud ano, mění to něco?</p> Zdravím, záložky si otevřete, zvolíte možnost Správce záložek, kliknete na první aby se označila a pak pomocí klávesové zkratky ctrl-a všechny označíte. Pak dáte jen delete a je to ![*placni*]( "*placni*") <p>připadá mi, že jste pravděpodobně měli prozkoumat svou uživatelskou základnu <em>dříve</em> stavbu webu. ale hej, jsi teď v této situaci, takže se s tím musíš vyrovnat, jak to zjistíš.</p><p>nepřekvapuje mě, že nemocnice/akademické instituce používají ie7. provedení úplné aktualizace operačního systému, brožur, hardwaru atd. je velmi nákladné cvičení, takže pravděpodobně zjistíte, že mnoho podobně velkých míst má stejnou situaci. není to něco, s čím by jednotlivci v instituci pravděpodobně mohli dělat cokoli (brány firewall, uzamčené počítače zabraňující instalacím atd.). proto jim ukázat nefunkční web <em>a</em> dialog, který jim říká, aby sami situaci napravili instalací nového prohlížeče, když to není něco, co by mohli udělat, je jen dvojitý úder do obličeje.</p><p>v závislosti na tom, co vaše stránky skutečně dělají, je nepravděpodobné, že nebude možné, aby fungovaly ve starších prohlížečích. pokud vaše cílové publikum nemá přístup na web, pak to není jejich chyba, je to vaše chyba, protože neprovádí svůj výzkum a nezvažuje je především, proto byste je měli sát a řešit problém přímo. zajistěte, aby web fungoval v ie7.</p><p>ve starších prohlížečích to nemusí být úplně stejné. uživatelé mohou mít vylepšené zkušenosti s novějšími, ale u starších by to mělo být <em>work</em>.</p>