# \[Apache\] Erreur Forbidden avec une URL contenant des espaces **URL:** \ **Category:** Programmation\ **Tags:** apache\ **Created:** [Avril 29, 2023, 7:16 UTC](https://www.debian-fr.org/t/apache-erreur-forbidden-avec-une-url-contenant-des-espaces/88156 "2023-04-29T19:16:27Z")\ **Posts on this page:** 8\ **Page:** 1
**Author:** ![Neuromancien](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/n/e5b9ba/32.png) [@Neuromancien](https://www.debian-fr.org/u/Neuromancien)\ **Post date:** [Avril 29, 2023, 7:16 UTC](https://www.debian-fr.org/t/apache-erreur-forbidden-avec-une-url-contenant-des-espaces/88156/1 "2023-04-29T19:16:28Z")
Bonjour, Sur mon serveur local, j’obtiens l’erreur suivante lorsque l’URL contient des espaces (ou %20) : > Forbidden > > You don’t have permission to access this resource. Mon fichier .htaccess contient : RewriteEngine on ``` RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ^(.*)$ index.php?rt=$1 [L,QSA] ``` Je n’arrive pas à voir d’où vient le problème. Qui a une idée ? ---
**Author:** ![dindoun](https://www.debian-fr.org/user_avatar/www.debian-fr.org/dindoun/32/4281_2.png) [@dindoun](https://www.debian-fr.org/u/dindoun)\ **Post date:** [Avril 29, 2023, 10:42 UTC](https://www.debian-fr.org/t/apache-erreur-forbidden-avec-une-url-contenant-des-espaces/88156/2 "2023-04-29T22:42:41Z")
salut donnes plus d’infos en particulier, tu penses que ça vient des espaces, mais peut etre que non. A tester : mettre ton fichier html en chmod 777 dans un dossier sans ton .htaccess : NE PAS FAIRE mais comme ça, je mettrais ```auto RewriteRule "^(.*)$" index.php?rt=$1 [L,QSA] ``` ---
**Author:** ![PengouinPdt](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pengouinpdt/32/3978_2.png) [@PengouinPdt](https://www.debian-fr.org/u/PengouinPdt)\ **Post date:** [Avril 30, 2023, 7:06 UTC](https://www.debian-fr.org/t/apache-erreur-forbidden-avec-une-url-contenant-des-espaces/88156/3 "2023-04-30T07:06:40Z")
> [@dindoun](#): > > A tester : > mettre ton fichier html en chmod 777 dans un dossier sans ton .htaccess non ! on ne mets jamais un fichier avec ces droits particuliers dans son espace web, même pour tester ! ---
**Author:** ![dindoun](https://www.debian-fr.org/user_avatar/www.debian-fr.org/dindoun/32/4281_2.png) [@dindoun](https://www.debian-fr.org/u/dindoun)\ **Post date:** [Avril 30, 2023, 6:54 UTC](https://www.debian-fr.org/t/apache-erreur-forbidden-avec-une-url-contenant-des-espaces/88156/4 "2023-04-30T18:54:07Z")
> [@PengouinPdt](#): > > on ne mets jamais un fichier avec ces droits particuliers dans son espace web, même pour tester ! même un fichier html? - j’aurais pu dire la même chose ( ne pas mettre 777 ) mais c’est fatigant de voir des questions avec aussi peu d’info : si on dit qu’on n’a pas les permissions, alors on donne au minimum les permissions/owner - de plus le fichier htaccess donné est tronqué ( Mon fichier .htaccess contient : ) - il dit que ça vient des espaces mais on n’a pas d’exemples - on n’a pas les version ( ubuntu dapper? debian 2? ) - … ---
**Author:** ![PengouinPdt](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pengouinpdt/32/3978_2.png) [@PengouinPdt](https://www.debian-fr.org/u/PengouinPdt)\ **Post date:** [Avril 30, 2023, 7:35 UTC](https://www.debian-fr.org/t/apache-erreur-forbidden-avec-une-url-contenant-des-espaces/88156/5 "2023-04-30T19:35:45Z")
> [@dindoun](#): > > même un fichier html? Même avec un fichier HTML ! Qui te dit que demain, ce **très mauvais** conseil ne sera pas utilisé pour tout autre fichier par la personne ou d’autres…et ne permettra pas ainsi l’accès au reste du système Qui te dit dit que demain des failles ne seront pas découverte, même au-travers du langage HTML - pour rappel, pendant longtemps, on n’imaginait pas que fichiers d’images figés (ex : JPEG) ne permettraient pas des attaques. Un droit utilisateur 777 permet beaucoup de choses à quelqu’un de bien acharné. _(dire que sous OpenBSD, je peux même pour le web, avoir des chmod 0705 !!!)_ > [@dindoun](#): > > c’est fatigant de voir des questions avec aussi peu d’info oui… et mon conseil : dans ce cas, prend le large et ne répond pas. (parce que tu n’es pas dans les bonnes dispositions pour aider) 😉 ---
**Author:** ![Neuromancien](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/n/e5b9ba/32.png) [@Neuromancien](https://www.debian-fr.org/u/Neuromancien)\ **Post date:** [Mai 1, 2023, 8:28 UTC](https://www.debian-fr.org/t/apache-erreur-forbidden-avec-une-url-contenant-des-espaces/88156/6 "2023-05-01T08:28:54Z")
Je n’obtiens cette erreur que pour les noms de page contenant des espaces. Il n’y a pas de fichier .html, seulement des scripts PHP. Le error.log d’Apache contient : `[Mon May 01 10:21:14.511183 2023] [rewrite:error] [pid 2136] [client 127.0.0.1:49274] AH10411: Rewritten query string contains control characters or spaces` Je ne constate aucun changement avec la RewriteRule modifiée. ---
**Author:** ![Neuromancien](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/n/e5b9ba/32.png) [@Neuromancien](https://www.debian-fr.org/u/Neuromancien)\ **Post date:** [Mai 1, 2023, 8:38 UTC](https://www.debian-fr.org/t/apache-erreur-forbidden-avec-une-url-contenant-des-espaces/88156/7 "2023-05-01T08:38:28Z")
J’ai trouvé la solution [ici](https://webmasters.stackexchange.com/questions/141837/ah10411-rewritten-query-string-contains-control-characters-or-spaces) : il y a eu un changement dans le fonctionnement de l’URL rewriting d’Apache. J’ai du modifier le .htaccess : `RewriteRule "^(.*)$" index.php?rt=$1 [L,QSA,B,BNP]` ---
**Author:** ![dindoun](https://www.debian-fr.org/user_avatar/www.debian-fr.org/dindoun/32/4281_2.png) [@dindoun](https://www.debian-fr.org/u/dindoun)\ **Post date:** [Mai 2, 2023, 11:36 UTC](https://www.debian-fr.org/t/apache-erreur-forbidden-avec-une-url-contenant-des-espaces/88156/8 "2023-05-02T11:36:22Z")
> [@PengouinPdt](#): > > Qui te dit que demain, ce **très mauvais** conseil ne sera pas utilisé pour tout autre fichier par la personne ou d’autres…et ne permettra pas ainsi l’accès au reste du système > Qui te dit dit que demain des failles ne seront pas découverte, même au-travers du langage HTML tu as raison dans mon esprit, il s’agit évidemment d’un test ultra temporaire pour enlever certaines erreurs ( que je n’aurais pas proposé si on avait eu directement les utilisateurs/groupes/permissions/noms/noms par éditeur hexa des dossiers et fichiers problématiques ET url utilisées) ; je corrige donc dans mon post