Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

IPFS Desktop Applet "remote mode" #1586

Closed
kallisti5 opened this issue Jul 18, 2020 · 2 comments
Closed

IPFS Desktop Applet "remote mode" #1586

kallisti5 opened this issue Jul 18, 2020 · 2 comments
Labels
need/triage Needs initial labeling and prioritization

Comments

@kallisti5
Copy link

Is your feature request related to a problem? Please describe.

Is it possible to configure a remote ipfs node in the desktop application? I'm running IPFS on my NAS, and exposing all the correct ports from there.

Running the local desktop client, and adjusting the ipfs config to point at it doesn't seem to cover this. Adding files to IPFS locally puts them into ~/.ipfs and doesn't seem to leverage my NAS?

Describe the solution you'd like

Ability for the desktop app to function in a "headless" mode controlling a remote ipfs gatway.

Config

Here's the config i tried. 192.168.1.10 is my remote ipfs node. The ports are correct for each service

{
	"API": {
		"HTTPHeaders": {}
	},
	"Addresses": {
		"API": "/ip4/192.168.1.10/tcp/5001",
		"Announce": [],
		"Gateway": "/ip4/192.168.1.10/tcp/48080",
		"NoAnnounce": [],
		"Swarm": [
			"/ip4/0.0.0.0/tcp/4001",
			"/ip6/::/tcp/4001"
		]
	},
	"AutoNAT": {},
.
.
@kallisti5 kallisti5 added the need/triage Needs initial labeling and prioritization label Jul 18, 2020
@jessicaschilling
Copy link
Contributor

@olizilla, would you be able to triage? Thanks!

@olizilla
Copy link
Member

No. IPFS Desktop is designed to control the local ipfs daemon that it installs.

You may be able to get the remote control behaviour you want by using the webui... if you update your ipfs config on your 192.168.1.10 node with the changes you show above, and include a CORS allow-origin header for the api like

	"API": {
		"HTTPHeaders": {
			"Access-Control-Allow-Origin": [
				"http://192.168.1.10:5001"
                        ]

then you could load the webui on your local network via http://192.168.1.10:5001/webui

I'm gonna close this out as this is not a feature that is supported on the Desktop app

For more info see:

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
need/triage Needs initial labeling and prioritization
Projects
None yet
Development

No branches or pull requests

3 participants