Skip to content
This repository has been archived by the owner. It is now read-only.

Recommended approach to HTTP API Authentication? #22

Closed
hhff opened this issue Jul 18, 2017 · 3 comments
Closed

Recommended approach to HTTP API Authentication? #22

hhff opened this issue Jul 18, 2017 · 3 comments

Comments

@hhff
Copy link

hhff commented Jul 18, 2017

Hi!

I've been working on understanding the pinning concept, which I understand to be highly important for keeping content available on the network "in a permanent manner".

We have a thread going here: https://discuss.ipfs.io/t/trying-to-better-understand-the-pinning-concept/754

Ultimately what I've realized is that content added via a local daemon can be pinned on a remote VPS IPFS node (therefore making the content "permanent while the node is up") via the official API described in this repo, but unfortunately there's no API auth built in here (yet?)

Potentially NGINX can handle the reverse proxy, and Authentication, allowing one to pin content remotely, but I'd like to know the recommended approach here?

@Kubuxu
Copy link

Kubuxu commented Jul 18, 2017

There is ipfs/kubo#1532 which is something we want to do in future but currently there isn't much of a recommended practice.

@hhff
Copy link
Author

hhff commented Jul 18, 2017

@daviddias daviddias changed the title Recommended approach to API Authentication? Recommended approach to HTTP API Authentication? Jul 10, 2019
@daviddias daviddias transferred this issue from ipfs-inactive/http-api-spec Jul 10, 2019
@hsanjuan
Copy link
Member

hsanjuan commented Mar 9, 2020

Closing this as this is an old issue and does not direclty belong to http api docs generation. If needed, please continue discussion in https://discuss.ipfs.io. Thanks!

@hsanjuan hsanjuan closed this as completed Mar 9, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants