Ryzen 9800X3D / Asrock 7900XT / 32GB DDR5 6000MHz // Mac Mini M4 / MacBookAir M1 / iPhone 16 Pro / AW Ultra
All statements are true in some sense, false in some sense, meaningless in some sense, true and false in some sense, true and meaningless in some sense, false and meaningless in some sense, and true and false and meaningless in some sense.
In Apache kun je .htaccess (of beter: /etc/apache2.conf) gebruiken om IP- adressen te blokkeren. Dit kan met <Limit>
Misschien is het ook een optie om authenticatie te doen, waardoor mensen moeten inloggen om die functie te kunnen gebruiken.
[ Voor 8% gewijzigd door Jaap-Jan op 08-10-2010 13:25 ]
| Last.fm | "Mr Bent liked counting. You could trust numbers, except perhaps for pi, but he was working on that in his spare time and it was bound to give in sooner or later." -Terry Pratchett
Ryzen 9800X3D / Asrock 7900XT / 32GB DDR5 6000MHz // Mac Mini M4 / MacBookAir M1 / iPhone 16 Pro / AW Ultra
Edit: Gaat dus niet aangezien je de website nog wel wilt kunnen bereiken. Lijkt me eerlijkgezegd niet dat dit kan.
[ Voor 52% gewijzigd door Mod_Aap op 08-10-2010 14:23 ]
Gebruik dan gewoon authenticatie, zoals voorgesteld werd. Het is sowieso idioot om zoiets gewoon maar open te laten staan.Charlieevs schreef op vrijdag 08 oktober 2010 @ 14:19:
Beide manieren werken niet, de website + adminpanel draaien extern. Ik kan in apache dus niet het lokale ip van die computer blokkeren. Het moet dus echt vanaf die pc gebeuren.
En daar gaat het al mis natuurlijk, zoiets hoort achter authenticatie te zitten.Charlieevs schreef op vrijdag 08 oktober 2010 @ 12:53:
de url is nu www.webshopnaam.nl/admin/ lokaal kan iedereen daar bij
En access control op de client zelf is natuurlijk altijd te omzeilen.
Dit moet je serverside regelen. In het script, of met htaccess.
We are pentium of borg. Division is futile. You will be approximated.
Maar een veel betere optie zou zijn om je website provider te schoppen (en hard).
[ Voor 8% gewijzigd door Tim op 08-10-2010 17:50 ]