Puncte:1

Blocați o adresă URL și sub-adresa URL folosind Htaccess

drapel mx
Ben

Am o adresă URL http://example.com/web/en/press-release/. Cum pot bloca accesul tuturor utilizatorilor și vizualizarea acelei pagini și http://localhost:10004/web/en/press-release/* folosind .htaccess?

Vreau ca acestea să fie accesibile numai de la anumite IP-uri.

Mi-a plăcut asta, dar nu funcționează.

# Comunicat de presă blocat acum
RewriteCond %{HTTP_REFERER} web/en/press-release/ [NC,OR]
RewriteRule .* - [F]
drapel jp
Configurația dvs. arată ca și cum ați modificat un exemplu de [prevenire a legăturii prin acces rapid](https://httpd.apache.org/docs/2.4/rewrite/access.html#blocked-inline-images), dar nu are nimic de-a face cu [controlul accesului](https://httpd.apache.org/docs/2.4/howto/access.html) pe care ar trebui să-l utilizați.
drapel kz
Care este legătura dintre `example.com` și `localhost:10004`?
Puncte:2
drapel jp

daca tu trebuie sa utilizare .htaccess fișiere ar trebui să le cunoașteți limitările:

.htaccess fișierele (sau „fișiere de configurare distribuite”) oferă o modalitate pentru a face modificări de configurare pe fiecare director. Un fișier, conţinând una sau mai multe directive de configurare, este plasat în a anume director de documente, iar directivele se aplică la acesta directorul și toate subdirectoarele acestuia.

Aceasta înseamnă că tu controlezi setările containere de sistem de fișiere Decat containere de spațiu web, iar configurația implicită se aplică tuturor subdirectoarelor. Prin urmare, pentru a vă atinge obiectivul, trebuie să plasați .htaccess fișier la calea sistemului de fișiere corespunzătoare cu calea URL /web/ro/comunicat de presă/.

Dacă /web/ro/comunicat de presă/ pe ambele localhost:10004 și exemplu.com se referă la același director și ambele sunt servite direct din sistemul de fișiere folosind Apache (de ex.nu este o proxy invers), contextul sistemului de fișiere este o alegere bună. Din Secțiuni de configurare: Ce să utilizați Când:

Alegerea dintre containerele de sistem de fișiere și containerele de spațiu web este de fapt destul de usor. Când se aplică directive obiectelor care rezidă în sistemul de fișiere utilizați întotdeauna <Directory> sau <Files>. La aplicare directive către obiecte care nu se află în sistemul de fișiere (cum ar fi a pagina web generată dintr-o bază de date), utilizare <Location>.

Este important să nu utilizați niciodată <Location> când încercați să restricționați accesul la obiectele din sistemul de fișiere. Acest lucru se datorează faptului că multe spații web diferite locațiile (URL-urile) ar putea mapa la aceeași locație a sistemului de fișiere, permițând restricțiile dvs. să fie ocolite.

În loc de folosind mod_rewrite pentru a controla accesul, Apache are direct Controlul accesului directive. Utilizarea acestora este mai simplă și vă face configurația mai ușor de citit și gestionat. The Solicita Directivă din mod_authz_core are ip:

Necesită ip 192.0.2.100
Necesită ip 198.51.100.0/24
Necesită ip 2001:DB8:C0F:FEE::/64

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.