X-Git-Url: http://sru.miketaylor.org.uk/?a=blobdiff_plain;f=doc%2Fmkws-manual.markdown;h=8750d91f0c14f90ae7db9403ffd82d880d6ae486;hb=03e8840df1f155c280c98d68d9704918652c0f5c;hp=11504e08d894e90d8fb9d6f701ddbf6b25416f10;hpb=d12a12a4f3a9ec2481c0527f12b48766353f5e71;p=mkws-moved-to-github.git diff --git a/doc/mkws-manual.markdown b/doc/mkws-manual.markdown index 11504e0..8750d91 100644 --- a/doc/mkws-manual.markdown +++ b/doc/mkws-manual.markdown @@ -442,7 +442,7 @@ When hostname-based authentication is in use, it's necessary to access the Service Proxy as the correctly named virtual host. This can be done by setting the `service_proxy_auth` configuration item to a URL containing that hostname, such as - +`//yourname.sp-mkws.indexdata.com/service-proxy/?command=auth&action=perconfig` > TODO It should be possible to change just the hostname without > needing to repeat the rest of the URL (protocol, path, query) @@ -456,7 +456,7 @@ When credential-based authentication is in use (username and password), it's necessary to pass these credentials into the Service Proxy when establishing the session. This can most simply be done just by setting the `service_proxy_auth` configuration item to a URL such as - +`//sp-mkws.indexdata.com/service-proxy/?command=auth&action=perconfig&username=mike&password=swordfish` > TODO It should be possible to add the username and password to the > configuration without needing to repeat the rest of the URL. @@ -477,15 +477,16 @@ to that local authentication URL. Here is one way to do it when Apache2 is the application's web-server, which we will call yourname.com: -- Add a rewriting authentication alias to the configuration: +Step 1: add a rewriting authentication alias to the configuration: RewriteEngine on RewriteRule /spauth/ http://mkws.indexdata.com/service-proxy/?command=auth&action=check,login&username=U&password=PW [P] -- Set the MKWS configuration item `service_proxy_auth` to - -- Protect access to the local path - (e.g. using a .htaccess file). +Step 2: set the MKWS configuration item `service_proxy_auth` to + + +Step 3: protect access to the local path +(e.g. using a `.htaccess` file). Choosing targets from the library