Htaccess ismét.
Én nem tudom, hogy miért van ez, de rendszeresen elakadok látszólag triviális htaccess kérdéseken, és órákon át tartó webes keresés után, agyvérzés közeli állapotban már nem tudok jobbat mint ide írni, mert ha nem teszem tutira felrobbanok.
A következő htaccess mellett:Hívom a következő címet: http://valami.hu/testdir/parameter
A fenti htaccess egyszerűen nem működik, pontosabban elnavigál a
http://valami.hu/testdir/index.php?page=index.php címre, holott az eredeti urlben aztán sehol nincs "index" vagy "php".
Abban az esetben ha valami fix karaktert (például egy x-et) beleteszek már szalad:Mitől van ez a működés? Miért nem működik az első verzió?
Hogyan lehet jól debugolni a htaccess hibákat. Próbáltam beállítani a következő sorokat httpg.conf fájlban de semmi hatás:
RewriteLog "x:/apache/logs"
RewriteLogLevel 5
■ A következő htaccess mellett:
<IfModule mod_rewrite.c>
Options +FollowSymlinks
RewriteEngine On
RewriteBase /testdir/
RewriteRule ^(.*)$ index.php?page=$1 [R]
</IfModule>
A fenti htaccess egyszerűen nem működik, pontosabban elnavigál a
http://valami.hu/testdir/index.php?page=index.php címre, holott az eredeti urlben aztán sehol nincs "index" vagy "php".
Abban az esetben ha valami fix karaktert (például egy x-et) beleteszek már szalad:
<IfModule mod_rewrite.c>
Options +FollowSymlinks
RewriteEngine On
RewriteBase /testdir/
RewriteRule ^x(.*)$ index.php?page=$1 [R]
</IfModule>
Hogyan lehet jól debugolni a htaccess hibákat. Próbáltam beállítani a következő sorokat httpg.conf fájlban de semmi hatás:
RewriteLog "x:/apache/logs"
RewriteLogLevel 5
Feldolgozás
http://valami.hu/testdir/index.php?page=parameter
http://valami.hu/testdir/index.php?page=index.php
Ha beteszed a RewriteRule elé ezt a sort:
RewriteCond %{REQUEST_URI} !(favicon.ico|robots.txt|sitemap.xml.gz|index.php)$Akkor ezen fájlok esetén nem fog lefutni a szabály.
Az x:/apache/logs-ban a logs az nem könyvtár, ugye?
Valóban ez történt, köszi a
Akkor RewriteCond nélkül ezt nem is fogom tudni megoldani?
Arra valami ötlet, hogy ha ki akarok szűrni minden fájlt a feltételben, akkor mi a legjobb módja? (Ha pontot nem tartalmaz a {REQUEST_URI} ?)
A log könyvtárt elírtam az előző postomban:
RewriteLog "H:/Apache/logs/htacceslog.log"
RewriteLogLevel 9
Jogosultsági gondok voltak, arra menet közben rájöttem, és most már megy.
Több fájl
Másik megoldás lehet, ha nem a teljes fájlnevet adod meg, csak pl. a kiterjesztést. Ha {REQUEST_URI} tartalmazza azt, hogy ".jpg", akkor ne írjuk át. Ez akkor jó, ha a kiterjesztésből egyértelműen kiderül a dolog.
Majd' elfelejtettem: Gábor példájában szerintem a pontok ("robots.txt") elé kell \ (backslash) is ("robots\.txt").
Köszi válaszokat! Ezt
Ezt találtam:
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-f
Elvileg ez szűri, hogy fájlnevekre, könyvtárakra ne vonatkozzon az átírás, átirányítás, elég egyszerűnek tűnik.
Igen, csakhogy
Kifejtenéd, hogy ezek miért
Nekem pl ez a htaccess a gyökérben van. Ennek ellnére pl a <root>/logs/ könyvtárra, egy http://valami.hu/logs/ hívással nem lehet ránézni, mert azonnal 403as error-t kapsz, de pl a http://valami.hu/mypage simán átíródik index.php?page=mypage -re és lefut.
Szerintem a többi is a szerver beállításaitól függ.
Egyszerű: ne bízz senkiben
index.php, ...nevű fájl, akkor vagy kilistázza a könyvtárat, vagy nem. Ez szintén a httpd.conf-tól függ, amihez - ha nem saját szervered van - te nem férsz hozzá. (Ha jól gondolom ez azOptions Indexesdirektívá(k)tól függ, de Apache-ból nem vagyok jó.)Tehát, ha a rendszergazdi gondol egyet és megváltoztatja az Apache beállításait, akkor tárva-nyitva minden. (Velem történt már ilyen, egy szó nélkül változtattak - mondjuk a korábbi listázásról a tiltásra. De ez mutatja, hogy fordítva is történhet.)
Tehát mindig, mielőtt bármi lényeges "nem publikus" tartalmat feltöltesz a szerverre, többszörös akadályt kell képezni az illetéktelen hozzáférések elé. Ugyanez vonatkozik arra is, ha
Rewrite...-ot kezdesz használni.Én a következőeket mindig elkövetem minden "nem publikus" könyvtárban:
- Teszek bele egy index.html fájlt, valami 403-as dumával vagy mással (ugye az is Apache conf-tól függ, hogy feldolgozza-e az én .htaccess-eimet!). Ezt jelenítse meg, ne listázzon.
- Teszek bele .htaccess-t is:
Deny from all.- A gyökérkönyvtár .htaccess-ben a fentebb említett engedélyezett könyvtár(ak) szisztémát alkalmazom, a
-f, -dhelyett.- Az igazán kényes dolgokat lehetőleg a domain gyökerén kívül tárolom, és/vagy nagyon-nagyon eldugva.
Ezen kívül persze van még sok jó megoldás - én sem írtam le mindent -, a lényeg az, hogy minél több lábon álljon a "biztonság" (már amennyire lehet a weben biztonságról beszélni). Ja, és nagyon jó még az, ha olyan fájljaid vannak, amikre "nem kíváncsiak" a tréfás kedvű próbálkozók / robotok. A motiváció hiánya a legjobb védelem.
Üdv. Pepita
Szerk.: a 403 hibáról még annyit: nem feltétlenül jó elárulni a próbálkozónak, hogy a kért könyvtár létezik, csak joga nincs rá. Erre jó az egyéni oldal, amin lehet úgy írni pl., hogy nincs ilyen és kész.
Hasznos infók, köszi hogy