storj/cmd/gateway
JT Olio d70f6e3760
libuplink: remove encryption key from project opening (#1761)
What: This change moves project-level bucket metadata encryption information to the volatile section, because it is unlikely to remain in future releases

Why: Ultimately, the web user interface will allow bucket management (creation, removal, etc), but not object management as that requires an encryption key for sure and we don't want to have users give the satellite their encryption keys.

At a high level, a (*Project) type should map to all of the things you can do inside the web user interface within a project, which by necessity cannot have an encryption key. So, we really don't want an encryption key in the non-volatile section of this library.
2019-04-16 11:29:33 -04:00
..
Dockerfile Divide uplink and gateway params set (#1026) 2019-02-04 16:50:06 +01:00
entrypoint Remove PointerDB client (#1520) 2019-03-22 11:01:49 +02:00
main.go libuplink: remove encryption key from project opening (#1761) 2019-04-16 11:29:33 -04:00
README.md split gateway from uplink 2018-10-25 15:01:44 -06:00

Gateway

Documentation for developing and building the gateway service

Usage:

First make an identity:

go install storj.io/storj/cmd/gateway
gateway setup

The gateway shares the uplink config file. You can edit ~/.storj/uplink/config.yaml to your liking. Then run it!

gateway run