13

I'm using mod_rewrite to rewrite URLs like this:

http://example.com/1,2,3,4/foo/

By doing this in .htaccess:

RewriteEngine On
RewriteRule ^([\d,]+)/foo/$ /foo.php?id=$1 [L,QSA]

It works fine, except for when "1,2,3,4" turns into a string longer than 255 characters, Apache returns a "403 Forbidden".

There is no problem visiting foo.php?id=1,2,3,4 directly, even with a very long id string, however this isn't an option for me.

Is there some Apache or other setting I should tweak?

UPDATE: I turned RewriteLog on with RewriteLogLevel 9. With a short id string, I get several lines in my log file. But when the id string is greater than 255 chars., nothing is logged (seems as though mod_rewrite isn't even executing?).

If you find this question interesting/helpful, please upvote it.

3
  • Might this be a regex problem? Have you checked that the rewritten request is correct for strings longer than 255 characters? If not, perhaps you could post the pre- and post- rewrite requests.
    – tomjedrz
    May 17, 2010 at 16:58
  • 3
    Enable mod_rewrite's logging with RewriteLog and RewriteLogLevel so you can see what is being matched and how it's really being rewritten. I would guess that only 255 characters are being copied into $1, and that ends up being an id that the client isn't authorized to see, so Apache returns the 403. I haven't looked at the code, but it could be that Apache manipulates the backreference in a fixed 256-byte buffer (the 256th is reserved for the terminating NULL). May 17, 2010 at 17:50
  • See update in question -- nothing is logged for long params
    – philfreo
    May 17, 2010 at 18:51

4 Answers 4

9
+50

Do you think you are running into a limitation of the file system?

May be the max filename length is of 255 bytes and when apache or the mod_rewrite rule checks if the file exists an error is returned to apache by the operating system.

If you put some rule in your .htaccess file, It's too late to work around the problem. Apache will have already tried to stat the filename and thrown file system error '(36)File name too long', returning a 403 error.

Maybe you could change the URL pattern inside your app. to a max of 255 chars from slash to slash.

EDIT: look here for a detailed answer to this issue. I borrowed mine from there.

5
  • Yes, this is currently all we can do, I'm hoping for a workaround or setting tweak though.
    – philfreo
    May 20, 2010 at 14:46
  • 3
    Microspino, Looks like you cut and pasted part of your answer from @Jeff Clark's answer here: serverfault.com/questions/120397/… . You should hyperlink to that answer, so that he gets some notoriety. May 21, 2010 at 22:09
  • @Stefan lasieswski: you're right, I added a reference.
    – microspino
    May 21, 2010 at 23:19
  • so, you're thinking maybe Apache is trying to stat the requested file regardless - I mean, that could be the only way to explain that the too long URL isn't even being picked up by the rewrite engine...
    – HorusKol
    May 22, 2010 at 9:04
  • Yes this is my idea, although I think that in general having so long urls and filenames should be avoided for a number of reasons. So the best advice I could think maybe is to change something in the URL pattern if the filename isn't already too long.
    – microspino
    May 22, 2010 at 10:26
2

There's a similar question about this limit here:

You may be running into a limitation of the underlying file system

I don't know if you're using REQUEST_FILENAME somewhere in you .htaccess configuration, so don't know if the provided solution is going to work.

2
  • That makes sense, but nope, I'm not. I edited my question to include the .htaccess file in its entirety. Other ideas?
    – philfreo
    May 17, 2010 at 16:45
  • According to "Apache mod_rewrite Technical Details" at httpd.apache.org/docs/trunk/rewrite/tech.html "Although mod_rewrite rewrites URLs to URLs, URLs to filenames and even filenames to filenames, the API currently provides only a URL-to-filename hook.". So even though you are not hitting an actual file, maybe the URL to filename hook is hitting the OS resource limit? May 21, 2010 at 23:53
0

Definitely an interesting question. Do you run mod_security and if so, tried without it? Perhaps it simply doesn't like long path names or long path names with unencoded commas in them? ^^

Though it instinctively feels more like a limit on the url path or at least individual segments of it or the underlying filesystem interpretation of it as GmonC wrote. That would also explain why the regular url with the long part in the query string works fine.

I think older ASP.NET used to have a request path limit of ~260 characters or something as well.

1
  • See update to question. And no, I don't see a mod_security file in /usr/include/apache2/ or /usr/lib/apache2/modules/ (but I do see mod_rewrite there) so I'm assuming it's not installed.
    – philfreo
    May 17, 2010 at 18:54
0

Are you willing to change http servers? Consider nginx instead of apache then.

And use http://wiki.nginx.org/NginxHttpRewriteModule

1
  • Really? There's no way to do this in Apache?
    – philfreo
    May 19, 2010 at 13:59

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .