Lnd.conf tweaks for better RTL integration
See original GitHub issue- I’m submitting a …
- feature request
The ‘lnd.conf’ which is generated by node launcher, causes integration failures for the REST APIs.
the following parameter values in the lnd.conf should address the problem:
restlisten=0.0.0.0:8080
rpclisten=0.0.0.0:10009
tlsextraip=0.0.0.0
Issue Analytics
- State:
- Created 4 years ago
- Comments:9
Top Results From Across the Web
lnd/sample-lnd.conf at master · lightningnetwork/lnd - GitHub
; Tor, thus allowing lower latency and better connection stability. ; WARNING: This option will reveal the source IP address of the node,...
Read more >Testing RTL web UI with LND and Bitcoin on Windows - Medium
The objective is to provide a basic guide on how to setup Lightning Network Daemon (LND) with a Bitcoin back-end for testing, on...
Read more >LND Configuration Settings - PlebNet Wiki
LND Configuration Settings · 1 Intro · 2 For the Settings To Take Effect · 3 Opening Channel With Predefined Fees · 4...
Read more >RTL, Thunderhub, & Lightning Terminal : r/lightningnetwork
I am looking to install one of these today. Noticed LT seems to require more configuration integration with the existing lnd conf than...
Read more >lnd.conf - Builder's Guide
The LND configuration file can be edited to customize your Lightning Network node.
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
@PierreRochard @JeffVandrewJr
Tested with these settings. This works and exposes the ports much less. Thanks, as always @JeffVandrewJr 😃
Although this setting will only work if RTL and LND are running on the same machine, which should be the most common use case.
@saubyk @PierreRochard Listening on
0.0.0.0
could at least potentially be a problem if a user has no firewall. We use0.0.0.0
for listening with BTCPay, but that’s because Docker container ports aren’t accessible outside of the Dockerbridge
networks unless the container specifically exposes them. On a local machine, OTOH, it’s a totally different security issue.For local machine Node Launcher installs, couldn’t this be used instead?
The above should expose all the ports to RTL assuming RTL resides on the machine as lnd, but without listening for outside connections to the REST API. Alternatively instead of
tlsextraip=127.0.0.1
above, if you’re only listening on127.0.0.1
you could instead usenotls=1
.