'curl' in url geeft 403-error

[Anoniem: 331027]

Ik gebruik in mijn .htaccess een Rewriterule:
RewriteRule ^user/([0-9]+)/(.*)/$ /memberprofile.php?pid=$1 [QSA,L]

Dit werkt altijd prima, echter, nu heb ik een gebruiker die de achternaam 'Curl' heeft, en dit geeft problemen.
De URL www.mijndomein.nl/user/123/Petra-Curl/ geeft een 403 Forbidden.

Dit lijkt te komen omdat de achternaam overeenkomt met de functie cURL, maar uiteraard heeft dat er totaal niet mee te maken.
Moet ik iets aan mijn rewriterule aanpassen om dit te fixen?

[RobIII]

Doe je iets met Curl Of een ranzige eval() ergens ofzo Of een autoloading class op basis van de username?
Ik vermoed eerder, als 't al zoiets is, dat 't te maken heeft met "url" ofzo. Ik vind 't maar behoorlijk vaag en we kunnen er weinig zinnigs over zeggen als je ons niet voorziet van de juiste informatie. Begin eens met debuggen en meld ons je bevindingen (Debuggen: Hoe doe ik dat?). Ik vrees dat je in compleet de verkeerde richting aan 't denken bent tbh.

[Voor 19% gewijzigd door RobIII op 28-06-2011 13:57]

[Anoniem: 331027]

Ik heb verschillende urls getest:
www.mijndomein.nl/user/123/Petra-Curl/: error
www.mijndomein.nl/user/123/Curl/: error
www.mijndomein.nl/user/123/url/: geen error
Daaruit geconcludeerd dat het inderdaad aan het woord 'curl' ligt.

[TJHeuvel]

Kan je in je apache error log kijken of er meer foutmeldingen beschikbaar zijn?

Probeer je misschien automatisch uit de url een classe te maken of zoiets?

[Anoniem: 331027]

Ik kan zelf niet bij de apache error log, maar als ik memberprofile.php geheel leeg maak (zonder enige code), geeft het zelfs ook nog een 403-error.

[TJHeuvel]

Als je nu is naar www.mijndomein.nl/user/123/DateTime gaat? DateTime is ook een klasse, misschien gaat hij altijd de fout in als je naar een klasse naam gaat.

Wat wel opmerkelijk is dat hij een 403 terug geeft, forbidden ipv 5XX server error.

[Anoniem: 331027]

CyCloneNL schreef op dinsdag 28 juni 2011 @ 14:11:
Als je nu is naar www.mijndomein.nl/user/123/DateTime gaat? DateTime is ook een klasse, misschien gaat hij altijd de fout in als je naar een klasse naam gaat.

Wat wel opmerkelijk is dat hij een 403 terug geeft, forbidden ipv 5XX server error.

www.mijndomein.nl/user/123/DateTime gaat prima, geeft geen error.
Vreemd inderdaad...

[--MeAngry--]

Als Apache een 403 Forbidden terug geeft zonder dat je (PHP) code uitvoert, zou ik verwachten dat het in de configuratie van Apache zit.

[Anoniem: 331027]

Ik ga het eens bij mijn provider na vragen, want volgens mij ligt het inderdaad aan Apache...

[CodeCaster]

Probeer voor de grap eens een willekeurige URL op te vragen op je site, met gebruik van cURL? Desnoods gewoon de index (http://www.<domein>.nl)? Als je dan ook een 403 krijgt, kan het best dat je hoster heeft lopen hobbyen om cURL-verzoeken te blokkeren en hierin iets te grondig te werk is gegaan.

[Voor 5% gewijzigd door CodeCaster op 28-06-2011 14:54]

[Anoniem: 331027]

De webhoster heeft het probleem opgelost. Zij hebben "de ModSecurity uitgezet".
Dank voor jullie reacties.

[CodeCaster]

Grappig stuk software

quote: http://forums.asmallorang...-wordpress-403-forbidden/

I get a 403 Forbidden error while trying to post in WordPress. I understand this has to do with the webhost having mod_security.
[...]
Well, I was posting a list of software (not including UNIX tools like perl, curl, or wget, though). Something must have triggered it.

Hij zegt dan wel dat 'ie juist niet het woord "curl" post. Lijkt me leuk om eens uit te zoeken of het wel zo werkt.

[Voor 13% gewijzigd door CodeCaster op 29-06-2011 10:27]

[Snow_King]

mod_security is vaak een pain in the ass, zeker op shared hosting. Je moet een zéér goede configuratie hebben wil je je klanten niet in de weg gaan zitten hier mee.

Een basic configuratie van mod_security doet bijv ook een poging tot het voorkomen van SQL injection met het gevolg dat phpMyAdmin dan ook niet werkt bijv.

Er is veel over deze module te zeggen, maar in shared hosting vind ik vaak dat het meer kapot maakt dan goed doet.