15572: Documentation tweaks from experience installing dev cluster
[arvados.git] / doc / install / install-keep-web.html.textile.liquid
1 ---
2 layout: default
3 navsection: installguide
4 title: Install Keep-web server
5 ...
6 {% comment %}
7 Copyright (C) The Arvados Authors. All rights reserved.
8
9 SPDX-License-Identifier: CC-BY-SA-3.0
10 {% endcomment %}
11
12 # "Introduction":#introduction
13 # "Configure DNS":#introduction
14 # "Configure anonymous user token.yml":#update-config
15 # "Update nginx configuration":#update-nginx
16 # "Install keep-web package":#install-packages
17 # "Start the service":#start-service
18 # "Restart the API server and controller":#restart-api
19 # "Confirm working installation":#confirm-working
20
21 h2(#introduction). Introduction
22
23 The Keep-web server provides read/write HTTP (WebDAV) access to files stored in Keep.  This makes it easy to access files in Keep from a browser, or mount Keep as a network folder using WebDAV support in various operating systems. It serves public data to unauthenticated clients, and serves private data to clients that supply Arvados API tokens. It can be installed anywhere with access to Keep services, typically behind a web proxy that provides TLS support. See the "godoc page":http://godoc.org/github.com/curoverse/arvados/services/keep-web for more detail.
24
25 h2(#dns). Configure DNS
26
27 It is important to properly configure the keep-web service to so it does not open up cross-site-scripting (XSS) attacks.  A HTML file can be stored in collection.  If an attacker causes a victim to visit that HTML file through Workbench, it will be rendered by the browser.  If all collections are served at the same domain, the browser will consider collections as coming from the same origin and thus have access to the same browsing data (such as API token), enabling malicious Javascript in the HTML file to access Arvados as the victim.
28
29 There are two approaches to mitigate this.
30
31 # The service can tell the browser that all files should go to download instead of in-browser preview, except in situations where an attacker is unlikely to be able to gain access to anything they didn't already have access to.
32 # Each each collection served by @keep-web@ is served on its own virtual host.  This allows for file with executable content to be displayed in-browser securely.  The virtual host embeds the collection uuid or portable data hash in the hostname.  For example, a collection with uuid @xxxxx-4zz18-tci4vn4fa95w0zx@ could be served as @xxxxx-4zz18-tci4vn4fa95w0zx.collections.ClusterID.example.com@ .  The portable data hash @dd755dbc8d49a67f4fe7dc843e4f10a6+54@ could be served at @dd755dbc8d49a67f4fe7dc843e4f10a6-54.collections.ClusterID.example.com@ .  This requires "wildcard DNS record":https://en.wikipedia.org/wiki/Wildcard_DNS_record and "wildcard TLS certificate.":https://en.wikipedia.org/wiki/Wildcard_certificate
33
34 h3. Collections download URL
35
36 Downloads links will served from the the URL in @Services.WebDAVDownload.ExternalURL@ .  The collection uuid or PDH is put in the URL path.
37
38 If blank, serve links to WebDAV with @disposition=attachment@ query param.  Unlike preview links, browsers do not render attachments, so there is no risk of XSS.
39
40 If @WebDAVDownload@ is blank, and @WebDAV@ has a single origin (not wildcard, see below), then Workbench will show an error page
41
42 <notextile>
43 <pre><code>    Services:
44       WebDAVDownload:
45         ExternalURL: <span class="userinput">https://download.ClusterID.example.com</span>
46 </code></pre>
47 </notextile>
48
49 h3. Collections preview URL
50
51 Collections will be served using the URL pattern in @Services.WebDAV.ExternalURL@ .  If blank, use @Services.WebDAVDownload.ExternalURL@ instead, and disable inline preview.  If both are empty, downloading collections from workbench will be impossible.
52
53 h4. In their own subdomain
54
55 Collections can be served from their own subdomain:
56
57 <notextile>
58 <pre><code>    Services:
59       WebDAV:
60         ExternalURL: <span class="userinput">https://*.collections.ClusterID.example.com</span>
61 </code></pre>
62 </notextile>
63
64 h4. Under the main domain
65
66 Alternately, they can go under the main domain by including @--@:
67
68 <notextile>
69 <pre><code>    Services:
70       WebDAV:
71         ExternalURL: <span class="userinput">https://*--collections.ClusterID.example.com</span>
72 </code></pre>
73 </notextile>
74
75 h4. From a single domain
76
77 Serve preview links from a single domain, setting uuid or pdh in the path (similar to downloads).  This configuration only allows previews of public data or collection-sharing links, because these use the anonymous user token or the token is already embedded in the URL.  Authenticated requests will always result in file downloads from @Services.WebDAVDownload.ExternalURL@.
78
79 <notextile>
80 <pre><code>    Services:
81       WebDAV:
82         ExternalURL: <span class="userinput">https://collections.ClusterID.example.com</span>
83 </code></pre>
84 </notextile>
85
86 h2. Set InternalURLs
87
88 <notextile>
89 <pre><code>    Services:
90       WebDAV:
91         InternalURLs:
92           <span class="userinput">"http://localhost:9002"</span>: {}
93 </code></pre>
94 </notextile>
95
96 h2(#update-config). Configure anonymous user token
97
98 {% assign railscmd = "bundle exec ./script/get_anonymous_user_token.rb --get" %}
99 {% assign railsout = "zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz" %}
100 If you intend to use Keep-web to serve public data to anonymous clients, configure it with an anonymous token. Use the following command on the <strong>API server</strong> to create an anonymous user token. {% include 'install_rails_command' %}
101
102 <notextile>
103 <pre><code>    Users:
104       AnonymousUserToken: <span class="userinput">"{{railsout}}"</span>
105 </code></pre>
106 </notextile>
107
108 Set @Users.AnonymousUserToken: ""@ (empty string) or leave it out if you do not want to serve public data.
109
110 h3. Update nginx configuration
111
112 Put a reverse proxy with SSL support in front of keep-web.  Keep-web itself runs on the port 25107 (or whatever is specified in @Services.Keepproxy.InternalURL@) the reverse proxy runs on port 443 and forwards requests to Keepproxy.
113
114 Use a text editor to create a new file @/etc/nginx/conf.d/keep-web.conf@ with the following configuration. Options that need attention are marked with “TODO”.
115
116 <notextile><pre>
117 upstream keep-web {
118   server                127.0.0.1:<span class="userinput">9002</span>;
119 }
120
121 server {
122   listen                *:443 ssl;
123   server_name           download.<span class="userinput">ClusterID</span>.example.com
124                         collections.<span class="userinput">ClusterID</span>.example.com
125                         *.collections.<span class="userinput">ClusterID</span>.example.com
126                         ~.*--collections.<span class="userinput">ClusterID</span>.example.com;
127
128   proxy_connect_timeout 90s;
129   proxy_read_timeout    300s;
130
131   ssl                   on;
132   ssl_certificate       <span class="userinput">/TODO/YOUR/PATH/TO/cert.pem</span>;
133   ssl_certificate_key   <span class="userinput">/TODO/YOUR/PATH/TO/cert.key</span>;
134
135   location / {
136     proxy_pass          http://keep-web;
137     proxy_set_header    Host            $host;
138     proxy_set_header    X-Forwarded-For $proxy_add_x_forwarded_for;
139
140     client_max_body_size    0;
141     proxy_http_version      1.1;
142     proxy_request_buffering off;
143   }
144 }
145 </pre></notextile>
146
147 {% include 'notebox_begin' %}
148 If you restrict access to your Arvados services based on network topology -- for example, your proxy server is not reachable from the public internet -- additional proxy configuration might be needed to thwart cross-site scripting attacks that would circumvent your restrictions.
149
150 Normally, Keep-web accepts requests for multiple collections using the same host name, provided the client's credentials are not being used. This provides insufficient XSS protection in an installation where the "anonymously accessible" data is not truly public, but merely protected by network topology.
151
152 In such cases -- for example, a site which is not reachable from the internet, where some data is world-readable from Arvados's perspective but is intended to be available only to users within the local network -- the downstream proxy should configured to return 401 for all paths beginning with "/c="
153 {% include 'notebox_end' %}
154
155 {% assign arvados_component = 'keep-web' %}
156
157 {% include 'install_packages' %}
158
159 {% include 'start_service' %}
160
161 {% include 'restart_api' %}
162
163 h2(#confirm-working). Confirm working installation
164
165 <pre>
166 $ curl -H "Authorization: Bearer $system_root_token" https://download.ClusterID.example.com/c=59389a8f9ee9d399be35462a0f92541c-53/_/hello.txt
167 </pre>
168
169 If wildcard collections domains are configured:
170
171 <pre>
172 $ curl -H "Authorization: Bearer $system_root_token" https://59389a8f9ee9d399be35462a0f92541c-53.collections.ClusterID.example.com/hello.txt
173 </pre>
174
175 If using a single collections preview domain:
176
177 <pre>
178 $ curl https://collections.ClusterID.example.com/c=59389a8f9ee9d399be35462a0f92541c-53/t=$system_root_token/_/hello.txt
179 </pre>