co uživatelsky přívětivější místní autentizace nebo vzdálené ověřování (openid, oauth)
<p>co se uživatelům zdá pohodlnější pouze z hlediska použitelnosti (nikoli zabezpečení)?</p><ul> <li> <p>web s vlastní přihlašovací stránkou (je třeba se zaregistrovat, ale pak se snadněji přihlásit;</p> </li> <li> <p>nebo web se vzdáleným ověřováním (není třeba se registrovat, ale musí být přesměrován na přihlášení).</p> </li> </ul>
<p>myslím, že v současné době jsou uživatelé pohodlnější s registrací na webu, ale hlavně proto, že to dělá většina webových stránek.</p><p>pokud se to udělá správně, openid a oauth může fungovat velmi dobře. způsob, jakým stackexchange dělá to je obzvláště dobré. vysvětlete, co to je, ukázat, že pokud máte nějaký typ účtu, můžete jen stisknout tlačítko a také to, co dělat, když je tlačítko stisknuto. téměř je registrace do nových serverů stackexchange zábavná (téměř).</p><p>další možností je použít <a href="http://developers.facebook.com/docs/guides/web#login">facebook connect</a> , které přidají na váš web tlačítko „přihlášení pomocí facebooku“. po kliknutí uživatel neopustí stránku, ale místo toho je předložen s modálním dialogovým oknem ve stylu facebook pro přihlášení, a pak vám umožní aplikaci dostat se do svého data uživatele. můžete dokonce požádat o zvláštní věci, jako je přístup k některým datům uživatelů nebo povolení zveřejnit příspěvek na zdi uživatelů, pokud si budete přát. zjevná nevýhoda s tím není, že každý má účet na facebooku (i když to má přes půl miliardy lidí).</p>
Ale prd, jistěže to něco zaručuje. Zaručuje to, že ti nikdo FB nehackne. To že ty potom svojí neschopností to heslo sám zadáš na falešné stránce nebo si ho necháš nějakým keyloggerem ukrást z počítače a nebo, což je nejpravděpodobnější, používáš ho na více dalších službách, to není hackování, ale hloupost uživatele. Predevším to znamená, že heslo bylo příliš snadno uhodnutelné (nick monk, heslo moncicak - to jen jako příklad) a hlavně podle všeho navíc všude stejné. Takže nové heslo musí splňovat nějaké parametry a pro každou službu použít jiné a tam kde je to možné použít dvouúrovňové ověření. To by pro začátek mohlo stačit. Máte-li stejnou platformu i verzi aplikace, s největší pravděpodobností jste každý v jiné skupině uživatelů pro A/B testování. Tak vývojáři ověřují účinnost aplikace a nakonec zvolí tu účinnější verzi a zavedou všem. Chce-li lingoty, může zkusit web na PC nebo třeba i v mobilu v nějakém internetovém prohlížeči. Pravděpodobně to zabere. WU je nezávislé na účte užívateľa - je to služba samotného OS. Takže pokiaľ je aj bez prihlásenia zapnutý - služba WU sa pripája k serveru M$. no tak zaprve je divny ze se nejde prihlasit na FTP. pokud jste nemenil heslo tak kdo by ho menil ?? Kontaktujte podporu.Dal pokud bude fungovat ftp a stale to nepujde by bylo nejjednodussi vratit obsah hostingu ze zalohy (+db).. Wedos jiste denne zalohuje... a dalsi spravu webu bych doporucil sverit nekomu kdo se v tom lip vyzna... (bez urazky).A taky bych si nikdy nedal web na kterym "stoji byznys" k wedosu - ja s nima zkusenosti nemam, ale jejich povest je predchazi.. Pokial ma user prava admina, tak je vacsinou vsetko obiditelne.Nechapem, co sem motas Virtualbox, ale OK.Pokial viem, tak tieto softvery bezia ako sluzby na kazdom klientovi a okrem screenshotov obrazovky aj monitoruju ako dlho je aky program otvoreny, ci je dane okno aktivne(a ako dlho), ake http stranky sa navstevuju(netusim, ci aj https, mozno pri instalacii nejakeho certifikatu aj to...) <p>pokud máte ftp přístup k vašemu serveru, nejbezpečnější nastavení není mít vaše motivy nebo pluginy adresáře zapisovatelné váš webserver a místo toho mít wordpress aktualizovat soubory pomocí ftp. když jdete na aktualizaci pluginu, wordpress vás vyzve k zadání podrobností o ftp.</p><p>metoda ftp je mnohem pomalejší než přímé zápisy souborů, ale je mnohem bezpečnější, protože nečestný skript nebude moci soubory upravovat.</p> A PC ze kterého to zjišťuješ má teda adresu jakou??A pomocí 192.168.100.250 se do routeru přihlásíš?Není únosné s takovou elementární záležitostí takto (dlouho) bojovat...![](/Client.Images/smileys/7.gif)![](/Client.Images/smileys/7.gif) <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> Často je na tom nejlíp nějaký lokální poskytovatel co ti nabídne optickou přípojku, protože je to spolehlivé a často i celkem levné.