# Remote Access for my dashboard
**URL:** https://discourse.nodered.org/t/remote-access-for-my-dashboard/8161
**Category:** Dashboard
**Created:** [19 February 2019 19:38 UTC](https://discourse.nodered.org/t/remote-access-for-my-dashboard/8161 "2019-02-19T19:38:21Z")
**Posts on this page:** 19
**Page:** 2
### Author:  [@thatcadguy](https://discourse.nodered.org/u/thatcadguy)
#### Post date: [22 February 2019 23:12 UTC](https://discourse.nodered.org/t/remote-access-for-my-dashboard/8161/21 "2019-02-22T23:12:02Z")
@TotallyInformation it can be if you don't already have a web server set-up to expose the ACME challenges.
---
### Author:  [@TotallyInformation](https://discourse.nodered.org/u/TotallyInformation)
#### Post date: [22 February 2019 23:22 UTC](https://discourse.nodered.org/t/remote-access-for-my-dashboard/8161/22 "2019-02-22T23:22:41Z")
Nope, not any more. As long as you have a domain and can control the DNS to some degree it is easy and you no longer have to expose anything. Please read the post.
---
### Author:  [@thatcadguy](https://discourse.nodered.org/u/thatcadguy)
#### Post date: [22 February 2019 23:43 UTC](https://discourse.nodered.org/t/remote-access-for-my-dashboard/8161/23 "2019-02-22T23:43:14Z")
@TotallyInformation Touche, but I would say that having to use a DNS provider that supports DNS01 isn't a cakewalk either, especially if you already have many DNS entries.
Not trying to take away from your post, I just think it's more trouble than it's worth if the only thing you're going to expose is Node-RED. Just do a self-signed cert and ignore the security warnings or make the exception rules so you don't see the warning. The warnings are meaningless when it's hardware you control and you're the only one using it. Otherwise if it were a public server not in your possession and other people are using it, by all means, Let's Encrypt.
---
### Author:  [@stefano.m](https://discourse.nodered.org/u/stefano.m)
#### Post date: [23 February 2019 10:43 UTC](https://discourse.nodered.org/t/remote-access-for-my-dashboard/8161/24 "2019-02-23T10:43:28Z")
Thank you all , I'm planning to move like Paul suggest me 'cos for me it's much easy,using one raspberry like proxy reversed with nginx , and another raspberry with node-red running .
For me , it's the very first time that i run into security access problem ...
Thank you
S.
---
### Author:  [@TotallyInformation](https://discourse.nodered.org/u/TotallyInformation)
#### Post date: [23 February 2019 13:41 UTC](https://discourse.nodered.org/t/remote-access-for-my-dashboard/8161/25 "2019-02-23T13:41:40Z")
> [@thatcadguy](#):
>
> Not trying to take away from your post, I just think it's more trouble than it's worth if the only thing you're going to expose is Node-RED
Well, it was actually very easy. I put all my DNS entries through the free tier of CloudFlare which supports Lets Encrypt. You don't have to mess with any of the DNS entries at all. In addition, Let's Encrypt now support wildcard and multi-domain certs so I bundled a big set into a single cert giving me lots of flexibility - the auto-renew runs quite happily on one of the Pi's so it all just works.
Anyway, each to their own but I wanted to make clear to others just how easy it is now to use Let's Encrypt.
---
### Author:  [@Jaymlr](https://discourse.nodered.org/u/Jaymlr)
#### Post date: [26 February 2019 01:00 UTC](https://discourse.nodered.org/t/remote-access-for-my-dashboard/8161/26 "2019-02-26T01:00:21Z")
I’ve been wondering about the same issue. I had port forwarding on for a year (don’t do that). I was going to check into a remote MQTT server with a dashboard. We hen send just the updates as needed. Mqtt would open the port and then close it. Correct? Wouldn’t that be the way to go on this?
---
### Author:  [@TotallyInformation](https://discourse.nodered.org/u/TotallyInformation)
#### Post date: [26 February 2019 13:39 UTC](https://discourse.nodered.org/t/remote-access-for-my-dashboard/8161/27 "2019-02-26T13:39:43Z")
> [@Jaymlr](#):
>
> We hen send just the updates as needed. Mqtt would open the port and then close it. Correct?
Not sure that is correct, I suspect that the port would remain open. However that shouldn't be much of an issue as you are opening the port outwards, not inbound.
However, this approach really needs an authenticated connection and that requires an encrypted connection. While you can do it without encryption, it would mean sending your login details in free-text over the Internet, not ideal.
---
### Author:  [@stefano.m](https://discourse.nodered.org/u/stefano.m)
#### Post date: [26 February 2019 21:04 UTC](https://discourse.nodered.org/t/remote-access-for-my-dashboard/8161/28 "2019-02-26T21:04:49Z")
> [@TotallyInformation](#):
>
> While you can do it without encryption, it would mean sending your login details in free-text over the Internet, not ideal.
This is why I need to encrypt my traffic to and from Rasp.
---
### Author:  [@SevuArjun](https://discourse.nodered.org/u/SevuArjun)
#### Post date: [31 October 2020 09:28 UTC](https://discourse.nodered.org/t/remote-access-for-my-dashboard/8161/29 "2020-10-31T09:28:40Z")
Before publishing your ip port of Node red, make sure you set password for node red and node red user interface. Then from manage pallets, instal ngrok. The go to [ngrok.com](http://ngrok.com), create an account. After creating the account, there will be a tab left side. In that authuntication will be there. Click on that. There will be a key. Copy that. Now come back to the ngrok node in node red. Edit the authtoken and paste the key you copied from the website. Then give the port number in which your node red is running, usually 1880. Then select a region. Give HTTP protocol. Then in input type give input port . Leave the other options blank. Now create two input nodes. In one node give string "on" and on the other input node give string "off". Connect both to the ngrok node. Now create a debug node and connect to the other end of ngrok node. Deploy. Now inject on node. You will get the url on the debug node. Using that url you can access node red from any where. Note: for free users ngrok gives random url and the url will be available only for 8 hours. After that you have to generate a new authentication key. For paid version you can use constant domain for unlimited time.
---
### Author:  [@shri360](https://discourse.nodered.org/u/shri360)
#### Post date: [17 March 2021 16:50 UTC](https://discourse.nodered.org/t/remote-access-for-my-dashboard/8161/30 "2021-03-17T16:50:43Z")
hi, link is not working... 🙁
---
### Author:  [@Colin](https://discourse.nodered.org/u/Colin)
#### Post date: [17 March 2021 17:16 UTC](https://discourse.nodered.org/t/remote-access-for-my-dashboard/8161/31 "2021-03-17T17:16:32Z")
> [@shri360](#):
>
> link is not working.
It did in 2019 🙂
Here it is, I will correct the original post too.
> **[A complete Pi based VPN Server for under £20 (Buster)](http://blog.clanlaw.org.uk/pi-vpn-server.html)**
>
> Updated 9th November 2019 for Raspbian Buster
---
### Author:  [@shri360](https://discourse.nodered.org/u/shri360)
#### Post date: [17 March 2021 17:17 UTC](https://discourse.nodered.org/t/remote-access-for-my-dashboard/8161/32 "2021-03-17T17:17:17Z")
thank you bro.. 😍 😍
---
### Author:  [@TotallyInformation](https://discourse.nodered.org/u/TotallyInformation)
#### Post date: [17 March 2021 17:29 UTC](https://discourse.nodered.org/t/remote-access-for-my-dashboard/8161/33 "2021-03-17T17:29:14Z")
Please don't use the default settings for NGROK though, they are not secure. There is a thread on the forum where I gave details but there is also this flow: [Access Node-RED from the Internet securely using NGROK (flow) - Node-RED](https://flows.nodered.org/flow/a18b3c0fdc96f08904741eecb7a2293c).
---
### Author:  [@Aaroneisele55](https://discourse.nodered.org/u/Aaroneisele55)
#### Post date: [9 September 2022 05:06 UTC](https://discourse.nodered.org/t/remote-access-for-my-dashboard/8161/34 "2022-09-09T05:06:50Z")
You can also use localtunnel
> **[GitHub - localtunnel/localtunnel: expose yourself](https://github.com/localtunnel/localtunnel)**
>
> expose yourself. Contribute to localtunnel/localtunnel development by creating an account on GitHub.
The advantage over mgrok is that you can define an url (using somthing as `lt -p 1880 -s subdomain`) and you'll (nearly) always get that, as long as it isnt already used.The urls have the following format:
[https://subdomain.loca.lt](https://subdomain.loca.lt)
It is also free and open source, also unlimited connection time (until Raspberry reboots or connection crashes)
Downside is that you have to configure it over commandline, but once you have it, that can be automated (e.g via cron)
---
### Author:  [@lu4t](https://discourse.nodered.org/u/lu4t)
#### Post date: [9 September 2022 16:21 UTC](https://discourse.nodered.org/t/remote-access-for-my-dashboard/8161/35 "2022-09-09T16:21:20Z")
This option is not bad:
> [@Free and SSL secured access to your node-red instance running on a Raspberry Pi](https://discourse.nodered.org/t/free-and-ssl-secured-access-to-your-node-red-instance-running-on-a-raspberry-pi/64112):
>
> Some months back, I published a video showing how to use cloudflare tunnels to access node-red running on a Synology NAS. I told @cymplecy on this [post](https://discourse.nodered.org/t/remote-free-and-secure-access-to-your-node-red-instance-at-home/60353) I would grab my old RPi and record a video showing how to get the same result if node-red was running on a RPi as a host. Well, this is the result of the "promise" I did. Hoping the community can take advantage of it also: [[HOW TO: Remote access a Raspberry Pi using a Cloudflare tunnel (node-red and ssh).] ](https://www.youtube.com/watch?v=Z6b3l1z0N7w) Take care! …
It's free, includes WAF, stats, ssl certificate rotation, OAuth integration, connection doesn't crash (multiplexing 3 redundant tunnels)...
---
### Author:  [@TotallyInformation](https://discourse.nodered.org/u/TotallyInformation)
#### Post date: [16 September 2022 10:46 UTC](https://discourse.nodered.org/t/remote-access-for-my-dashboard/8161/36 "2022-09-16T10:46:02Z")
Yes, the CloudFlare Zero Trust features are great with 50 accounts built into the free tier. Excellent for creating a secure front-end for your Node-RED dashboards/UI's as well as for access to the editor or the whole server.
The only disadvantage is that it is a fair bit more complex to set up.
---
### Author:  [@bobster1](https://discourse.nodered.org/u/bobster1)
#### Post date: [1 March 2024 02:48 UTC](https://discourse.nodered.org/t/remote-access-for-my-dashboard/8161/37 "2024-03-01T02:48:11Z")
I found [microgro.co](https://microgro.co/) the easiest method for remote access.
They supply a RPi image file with nr already installed with flows etc. plus tech manual to setup your password etc. Their focus is on microgreens but can obviously be used for any iot application .. smart home etc.
---
### Author:  [@jbudd](https://discourse.nodered.org/u/jbudd)
#### Post date: [1 March 2024 04:57 UTC](https://discourse.nodered.org/t/remote-access-for-my-dashboard/8161/38 "2024-03-01T04:57:04Z")
Are you using microgro then? The £6 or £10 a month option?
What sort of secure remote access are they offering - a VPN?
A snippet of their website:
Yet [https://find-and-update.company-information.service.gov.uk/](https://find-and-update.company-information.service.gov.uk/) has no record of Microgro PLC.
There is a Microgro LTD, incorporated September 2022 and which has not yet filed any accounts.
---
### Author:  [@bobster1](https://discourse.nodered.org/u/bobster1)
#### Post date: [18 October 2024 03:14 UTC](https://discourse.nodered.org/t/remote-access-for-my-dashboard/8161/39 "2024-10-18T03:14:53Z")
I signed up for the microgro.cloud-SDK ..
[microgro.cloud -SDK](https://microgro.co/product/microgro-sdk1/)
US$3.99/month and includes an initial 3 month free trial.
You also have to buy their iBox SBC which is a bit more expensive than a comparable RPi but it does include 8GB eMMC for the Linux OS which I prefer and has a rugged metal casing.
All going good .. very reliable and fast.
[Previous page](https://discourse.nodered.org/t/remote-access-for-my-dashboard/8161.md?page=1)