Thanks Rainer. The mod_speling works great. However I have a new interesting problem In my vhost I have proxypass /somedir /http://www.somedomain.com/somedir proxypassreverse /somedir /http://www.somedomain.com/somedirThe above works fine and mod_speling catches any weird way that somedir can be written.
But...Since I need this server to also proxy requests to / for www.somedomain.com when I put in
proxypass / http://www.somedomain.com proxypassreverse / /http://www.somedomain.com/somedirthe mod_speling no longer works. It seems to only process only if none of the proxypass rules match and since the rule for / matches http://www.somedomain.com/SoMeDir mod_speling does not kick in.
Do you know of a way around this? Thanks, Nick Rainer Perske wrote:
-----BEGIN PGP SIGNED MESSAGE----- Nick Ascione schrieb am 2006-09-20:[reverse proxy for <http://www.somedomain.com/somedir> is configured] [creating a local directory .../htdocs/somedir triggers mod_speling] [so that that .../SoMeDir gets redirected to .../somedir]With mod_speling, that only appears to work if the directory is on the local machine?correct.What about in the case of a reverse proxy?When a user goes to <http://www.somedomain.com/SoMeDir> there is no need for a reverse proxy. mod_speling returns a Redirect because it finds the local dummy directory "somedir" in the local "htdocs" directory. When the browser follows the redirect, i.e. when it sends a new request to <http://www.somedomain.com/somedir>, your existent reverse proxy configuration entry is regarded, thus the server does not even look at/into the dummy directory now. I.e. the server will never serve any contents of the dummy directory. (It does not even matter whether "somedir" is a directory or a file or a symlink or something else: only the pure entry of the name in the htdocs directory is regarded by mod_speling. I myself use "ln -sf Redirect .../htdocs/somedir" to create a dangling symbolic link for this purpose.) HTH- -- Rainer Perske, Zentrum für Informationsverarbeitung, Universität MünsterLesetipp: <http://www.textkritik.de/schriftundcharakter/sundc008tofu.htm> -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (AIX) iQDVAwUBRRJTtM9UbnbjB8C5AQFAgwYAomuPF75depgG9rBGnFEIX2WQ7x7qX6rd JtrifizG+mwHXH4oo8TQ2mawB6qh3F5CMRKMb0p7RHMuCuOwSS696lS1I1qVm5Br igyCE1t1saRlMnQdn8A5wHiQ0Qa1J56WtokrbI75uYPQ/0VxQQ1+P+LlasSiy/kE 24GAmI4tvglLFcGIwJDk6ZGnqjeu+OAb94Mqvyo9Wzr5yFljpDKHyMaRcca48sS/ o2CjbA620huyjO+ePUM1biX/jWQp1l7+ =YUZ2 -----END PGP SIGNATURE----- --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
--------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx