2016-04-26 22:10:37 +00:00
|
|
|
# Application Environment
|
|
|
|
|
2014-06-13 21:03:49 +00:00
|
|
|
Camlistore applications run with the following environment variables set:
|
|
|
|
|
2016-04-26 22:10:37 +00:00
|
|
|
`CAMLI_API_HOST` (string)
|
|
|
|
: URL prefix of the Camlistore server which the app should use to make API calls.
|
2014-06-13 21:03:49 +00:00
|
|
|
It always ends in a trailing slash. Examples:
|
2016-04-26 22:10:37 +00:00
|
|
|
- https://foo.org:3178/pub/
|
|
|
|
- https://foo.org/pub/
|
|
|
|
- http://192.168.0.1/
|
|
|
|
- http://192.168.0.1:1234/
|
2014-06-13 21:03:49 +00:00
|
|
|
|
2016-06-28 00:12:47 +00:00
|
|
|
`CAMLI_APP_LISTEN` (string)
|
|
|
|
: address (of the form host|ip:port) on which the app will listen.
|
|
|
|
See https://golang.org/pkg/net/#Dial for the supported syntax.
|
2014-06-13 21:03:49 +00:00
|
|
|
|
2016-04-26 22:10:37 +00:00
|
|
|
`CAMLI_APP_CONFIG_URL` (string)
|
|
|
|
: URL containing JSON configuration for the app. The app should once, upon
|
2014-06-13 21:03:49 +00:00
|
|
|
startup, fetch this URL (using CAMLI_AUTH) to retrieve its configuration data.
|
|
|
|
The response JSON is the contents of the app's "appConfig" part of the config
|
|
|
|
file.
|
|
|
|
|
pkg/server/app: proxy search requests for publisher
Some of the publisher features have moved from the server-side app to
the client-side app (the browser) thanks to gopherjs. Some of these
features imply doing some search queries against Camlistore, which
requires authentication. The server-side app receives the necessary
credentials on creation, from Camlistore. However, we can't just
communicate them to the client-side (as we do with the web UI) since the
publisher app itself does not require any auth and is supposed to be
exposed to the world.
Therefore, we need to allow some search queries to be done without
authentication.
To this end, the app handler on Camlistore now assumes a new role: it is
also a search proxy for the app. The app sends an unauthenticated search
query to the app handler (instead of directly to the search handler),
and it is the role of the app handler to verify that this query is
allowed for the app, and if yes, to forward the search to the Camlistore's
search handler.
We introduce a new mechanism to filter the search queries in the form of
a master query. Upon startup, the publisher registers, using the new
CAMLI_APP_MASTERQUERY_URL env var, a *search.SearchQuery with the app
handler. The app handler runs that query and caches all the blob refs
included in the response to that query. In the following, all incoming
search queries are run by the app handler, which checks that none of the
response blobs are out of the set defined by the aforementioned cached
blob refs. If that check fails, the search response is not forwarded to
the app/client.
The process can be improved in a subsequent CL (or patchset), with finer
grained domains, i.e. a master search query per published camliPath,
instead of one for the whole app handler.
Change-Id: I00d91ff73e0cbe78744bfae9878077dc3a8521f4
2016-07-20 15:54:29 +00:00
|
|
|
`CAMLI_APP_MASTERQUERY_URL` (string)
|
|
|
|
: URL to Post (using CAMLI_AUTH) the search.SearchQuery, that the app
|
|
|
|
handler should register as being the master query for the app handler search
|
|
|
|
proxy. All subsequent searches will then only be allowed if their response is a
|
|
|
|
subset of the master query response.
|
|
|
|
|
2016-04-26 22:10:37 +00:00
|
|
|
`CAMLI_AUTH` (string)
|
|
|
|
: Username and password (username:password) that the app should use to
|
2014-06-13 21:03:49 +00:00
|
|
|
authenticate over HTTP basic auth with the Camlistore server. Basic auth is
|
|
|
|
unencrypted, hence it should only be used with HTTPS or in a secure (local
|
|
|
|
loopback) environment.
|
2016-06-28 00:12:47 +00:00
|
|
|
|
|
|
|
See the
|
|
|
|
[app.HandlerConfig](https://camlistore.org/pkg/server/app/#HandlerConfig)
|
|
|
|
type for how the Camlistore's app handler sets the variables up.
|