Apache server Raspberry PI



Dobrý den,jak mám nakonfigurovat svůj Raspberry Pi 3, abych mohl upravovat soubory na serveru pomocí WinSCP (a dalších programů)?Apache server na něm funguje i s PHP 5.
Na Raspberry je nainstalovany openssh-server jen je defaultne vypnuty. Pokud jej zapnete tak neni problem pouzivat WinSCP.
<p>mise byla vyplněna! tato <a href="http://thismightbehelpful.blogspot.com/2008/09/remote-access-to-cups-web-interface.html">stránka mi hodně pomohla</a> .</p><p>jediné, co jsem musel udělat, bylo přidat "povolit vše" k přístupu na server a na administrátorské stránky, takže moje konfigurace nyní vypadala takto:</p><pre><code># restrict access to the admin pages... &lt;location /admin&gt; order allow,deny allow all &lt;/location&gt; # restrict access to configuration files... &lt;location /admin/conf&gt; authtype default require user @system order allow,deny &lt;/location&gt; </code></pre><p>teď už jen musím přijít na to, abych umožnil pouze těm v mé lokální síti přístup k administrátorským stránkám a konfiguračním souborům :) (i když to pravděpodobně není velký problém, protože nemám přeposílání portů pro 631 nastavený na routeru? ).</p><p>edit: abych mohl povolit pouze určitý počítač, mohl jsem něco udělat</p><pre><code>&lt;location /admin&gt; order allow,deny allow from 10.10.10.5 &lt;/location&gt; </code></pre><p>nebo pro celou podsíť 10.10.10,</p><pre><code>&lt;location /admin&gt; order allow, deny allow from 10.10.10.* &lt;/location&gt; </code></pre> <p><strong> [~ # ~] aktualizováno [~ # ~] </strong></p><p>zkontroloval bych následující:</p><ol> <li> <p>protokoly. pokud máte root přístup, měli byste zkontrolovat věci jako <code>history</code>, které vám poskytnou historii příkazů a protokolované soubory v <code>/var/logs</code>.</p> </li> <li> <p>základní hodnota. pokud máte základní linii jako hash souborů pro práci s aplikačními a systémovými soubory, pomůže vám to hodně. zálohy můžete také použít k porovnání předchozího stavu. pokud používáte zálohu k porovnání souborů, použijte, pokud je to možné, o něco starší. stránka mohla být před nějakou dobou ohrožena a teprve nyní je přesměrování aktivováno.</p> </li> <li> <p>zkontrolujte jakékoli položky. soubory nemusí být na vašem serveru. mohou to být skripty, jako jsou značky typu <code>&lt;script src=”http://baddomain.com/s.js” /&gt;</code> nebo <code>iframe</code>. nevylučujte také obrázky, soubory pdf flash (swf), video soubory. je docela běžným trikem vkládání odkazů do souborů jiného typu obsahu. navrhuji, abyste je zkontrolovali ručně, zejména na začátku a na konci souboru. soubor může být kompletně odkazem/html/javascript nebo se může jednat o legitimní obrazový soubor s koncem odkazu na konci souboru.</p> </li> <li> <p>zkontrolujte neobvyklá data souborů, velikosti a oprávnění, např. 777.</p> </li> <li> <p>zkontrolujte neobvyklé úlohy u cron. někdo ohrožující systém často opustí zadní dveře, aby se sem dostal znovu a znovu. cron je velmi populární způsob, jak toho dosáhnout, pokud se jim podaří dostat se tak daleko.</p> </li> <li> <p>zkontrolujte, zda neexistují soubory. pravděpodobně nebudete mít přístup k protokolům, ale jejich absence je stejně známkou, že někdo po sobě vyčistil.</p> </li> <li> <p>použijte vyhledávače. není divu, že vyhledávače dokáží najít vše. použijte direktivy jako <code>site:</code> <code>site:yoursitehere.com baddomain.com</code> zjistěte, zda se vám nepodaří získat nějaké zásahy.</p> </li> <li> <p>často bude odkaz nebo přesměrování zamlženo, takže by měl být pečlivě analyzován dlouhý javascriptový kód s proměnnými s jedním písmenem.</p> </li> <li> <p>zachyťte pakety pomocí nástroje jako wireshark nebo tcpdump ze zabezpečené pracovní stanice na web. uložte jej do souboru a vyhledejte v něm části adresy url.</p> </li> <li> <p>zkontrolujte záznamy databáze, které mohou být dotazovány nebo aktualizovány. odkaz mohl být vložen do databáze, nikoli do php.</p> </li> <li> <p>nevylučujte pracovní stanici klienta. v případě potřeby použijte bezplatný online antivirový program. zkontrolujte také <code>nslookup</code> a podívejte se, k čemu se to vyřeší. zkontrolujte rozšíření prohlížeče, vymažte mezipaměť a zkontrolujte soubory <code>hosts</code>.</p> </li> </ol><p>chcete-li to vyčistit (pokud jste ohroženi), musíte se vrátit zpět na holý kov a znovu jej nainstalovat. je to bolestivé, ale je to jediný způsob, jak se ujistit, že máte všechno.</p><p>chcete-li tomu zabránit v budoucnu, měli byste dělat následující (i když již možná některé z nich děláte):</p><ol> <li> <p>vytvářejte servery, včetně používání doporučení výrobce o bezpečných konfiguracích, pomocí aktuálního softwaru. používejte přísnou kontrolu zabezpečení, jako jsou oprávnění, zásady týkající se hesel. viz také <a href="https://security.stackexchange.com/questions/7141/folder-and-file-permission-shared-host-advice/7171#7171">sdílená oprávnění ke složkám a souborům doporučení hostitele</a> .</p> </li> <li> <p>implementujte postupy kontroly kvality, jako je testování v prostředí s nízkým zabezpečením, kontrola kódu a testování.</p> </li> <li> <p>nechte zranitelnost své webové aplikace/webu ověřit alespoň jednou profesionálním certifikovaným testerem. podívejte se na testery certifikované evropskou radou, iso 27001 a pci. <a href="http://www.eccouncil.org/certification/licensed\_penetration\_tester.aspx">http://www.eccouncil.org/certification/licensed\_penetration\_tester.aspx</a> </p> </li> <li> <p>podívejte se na stránky owasp www.owasp.org a <a href="http://phpsec.org/projects/guide/2.html">http://phpsec.org/projects/guide/2.html</a> , kde najdete zdroje zabezpečení webových aplikací.</p> </li> <li> <p>použijte nástroje systému prevence narušení (ips). v závislosti na poskytovateli hostingu však můžete mít omezení ohledně toho, co můžete použít. host založené ips nástroje by měly být v pořádku, pokud máte vyhrazený virtuální počítač.</p> </li> </ol><p>doufám, že to pomůže. jinak byste mohli poskytnout více informací o systémech, které používáte?</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>moje vps mi dala šanci experimentovat s novým serverovým softwarem. začal jsem s obvyklým nastavením apache2 + mod\_php, ale nyní mám nginx + php-fpm s proxy na některých starších serverech apache2 + mod\_php. také běžím (a ladím) apc, memcached a mysqld.</p><p>pokud se chystáte provozovat několik webů a výkon vašeho sdíleného hostitele je dobrý, zůstal bych na místě. pokud se chystáte uplatnit své právo na root, vps je skvělý ekonomický způsob, jak vyzkoušet nové věci.</p> <p>vaše soubory jsou před přenosem ftp naprosto v pořádku.</p><p>bohužel pravděpodobně přenášíte soubory pomocí nesprávného režimu ftp.</p><p>ftp mají dva režimy: binární a ascii. ve výchozím nastavení většina klientů používá režim ascii, který zcela rozbije vaše binární soubory. nevím, který ftp klient používáte, ale například v <a href="http://www.ncftp.com/">ncftp</a> můžete použijte příkaz "binární" pro přepnutí do binárního režimu.</p><p>pokud chcete vytvářet soubory zip pomocí ubuntu (nebo téměř jakéhokoli jiného linuxu), použijte <code>zip</code>. můžete jej nainstalovat do ubuntu spuštěním</p><pre><code>sudo apt-get install zip </code></pre><p>pak můžete vytvořit soubor zip spuštěním</p><pre><code>zip -r compressed\_filename.zip foldername </code></pre><hr><p>v souvislosti s tím byste měli vědět, že ftp je nejistý přenosový protokol. zvažte například přechod na sftp. existuje mnoho bezplatných serverů ssh pro windows, včetně <a href="http://sshwindows.sourceforge.net/">minimální port openssh</a> .</p> <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> <p>buď <code>rpm -q httpd</code> nebo <code>/usr/sbin/httpd -v</code> měl by pracovat.</p> <p>chcete-li provést přesměrování 301, musíte mít záznam a, který odkazuje na platný webový server. potom můžete nařídit webovému serveru, aby přesměroval lidi, např. s apacheovým úspěchem:</p><pre><code>redirect 301 / http://www.example.com </code></pre><p>záznamy mx lze vytvořit jako obvykle.</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>moje střeva říká ne. servery odesílají gzipovaný obsah pouze v případě, že z prohlížeče obdrží správnou hlavičku accept-encoding. samotná záhlaví není součástí souboru cookie odeslaného prohlížečem, takže jej nebudete moci upravovat. servery to dělají, aby zabránily odeslání komprimovaného souboru do prohlížeče, který jej nepodporuje, a tím brání správnému zobrazení stránky.</p><p>alternativně byste mohli dělat to, co zní, jako byste již dělali, a vynutit si to kódem na straně serveru.</p>