-----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ünster Lesetipp: <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
|