pairing sparrow on one machine to knots node on different machine via LAN/RPC

[BCC67]

Has anyone been able to successfully pair a knots node to sparrow on a different machine?

I activated RPC in the bitcoin knots-qt GUI.

Then I went into the bitcoin conf file and added the following:

rpcuser=xyz
rpcpassword=abc
rpcbind=127.0.0.1
rpcbind=0.0.0.0
rpcbind= *actual machine IP*
rpcallowip= *IP of machine running sparrow*
server=1
txindex=1

My issue is probably the RPC bind line... I tried many combinations of the 3 listed above.

On sparrow side, in server settings I selected bitcoin core, entered the IP of the knots machine in the URL line. Entered username and PW. Port set to 8332, as it says that is the default.

The failure on sparrow is:

could not connect:

Connection refused

[nc50lc]

rpcallow: *IP of machine running sparrow*

I haven't tested to reproduce your setup but try to change this one invalid config; it should be rpcallowip instead of rpcallow.
Don't forget to restart the node to apply the setting.

[BCC67]

rpcallow: *IP of machine running sparrow*

I haven't tested to reproduce your setup but try to change this one invalid config; it should be rpcallowip instead of rpcallow.
Don't forget to restart the node to apply the setting.

Oh, good eye. Unfortunately I only typo'd in this post, was using the correct syntax on the conf file.

[nc50lc]

Hmm, it's already using 0.0.0.0 so in theory, it doesn't even need the other bind settings.
Can you try to set rpcallowip=your_network_gateway/16 (e.g.: 192.168.1.1/16) to cover all of your local network's IP addresses.
Are the machines running with static IP? If not or not sure, this should work.

Also, I'm assuming that those ":" are also typos, because those should be "=" or will not be parsed otherwise.

If nothing works:
AFAIK, Sparrow writes something to its log file if there an issue with its configured server connection,
Try to check the "sparrow.log" file in you Sparrow Wallet's data directory.
In case you don't know its location, refer to this documentation: sparrowwallet.com/docs/faq.html

[Cricktor]

Because OP doesn't say any details on which OS his Knots node operates, I don't want to make unnecessary guesses.

In addition to what others said, what about your local network and firewall settings both on the Knots and Sparrow machines? Nobody knows your local network configuration and how and/or if you secure your local network more than average John Doe.

I could assume that devices in your local network can all talk to each other without any restrictions, but frankly why should we make such an assumption?

Is there anything funky in the debug.log of Knots?

Does Sparrow happily connect and talk to your Knots node when you install and open it locally on the Knots machine? (Yes, I know, this is not exactly what you want, but if the local version works, this could indicate where to look more closely at.)

Try to approach the problem a bit more methodically and provide more details to avoid guess work.

[nc50lc]

Try to approach the problem a bit more methodically and provide more details to avoid guess work.

This is a good idea if the issue isn't solved by allowing his whole network.

One example would be running bitcoin-cli on the machine where Sparrow is running.
There, OP can try to issue RPC commands (with the correct args, e.g.: -rpcconnect -rpcport -rpcuser -rpcpassword) to his Bitcoin Knots and get an immediate response/error.
Useful in some cases where the issue isn't logged in the server (Knots) because the client (bitcoin-cli/Sparrow) failed to establish a connection.

[BCC67]

Hmm, it's already using 0.0.0.0 so in theory, it doesn't even need the other bind settings.
Can you try to set rpcallowip=your_network_gateway/16 (e.g.: 192.168.1.1/16) to cover all of your local network's IP addresses.
Are the machines running with static IP? If not or not sure, this should work.

Also, I'm assuming that those ":" are also typos, because those should be "=" or will not be parsed otherwise.

If nothing works:
AFAIK, Sparrow writes something to its log file if there an issue with its configured server connection,
Try to check the "sparrow.log" file in you Sparrow Wallet's data directory.
In case you don't know its location, refer to this documentation: sparrowwallet.com/docs/faq.html

Yes sorry, those were only typos in my post; conf file was always correct.

I have already tried 0.0.0.0 only for the bind line. and for the allowip line, I have tried /24 at the end but not /16.

[BCC67]

Because OP doesn't say any details on which OS his Knots node operates, I don't want to make unnecessary guesses.

In addition to what others said, what about your local network and firewall settings both on the Knots and Sparrow machines? Nobody knows your local network configuration and how and/or if you secure your local network more than average John Doe.

I could assume that devices in your local network can all talk to each other without any restrictions, but frankly why should we make such an assumption?

Is there anything funky in the debug.log of Knots?

Does Sparrow happily connect and talk to your Knots node when you install and open it locally on the Knots machine? (Yes, I know, this is not exactly what you want, but if the local version works, this could indicate where to look more closely at.)

Try to approach the problem a bit more methodically and provide more details to avoid guess work.

Good questions.

On knots node I am using rpi 5 8gb with piOS. I am not very savvy with linux, so I literally built this machine, did absolutely nothing on it except install and run bitcoin knots qt. my local network shouldn't have any crazy security on it, as I just did the basic setup as a normie would. But this is something I need to look into more.

I haven't used/understood bitcoin-cli yet, hence why I am using bitcoin-qt.

My ability with the linux terminal is very light, but I have used it successfully for changing settings and troubleshooting, but of course I am just leaning heavily on grok or forum posts/tutorials.

I will try installing sparrow on knots machine and see what happens, I should have started there. Will provide update post when I have implemented/investigated everything mentioned in this post and all others in this thread so far.

[Cricktor]

Please, don't violate rule #32 of Unofficial list of (official) Bitcointalk.org rules, guidelines, FAQ by posting unnecessary consecutive posts when those don't count as bumps. If the last post in a topic is yours and you want to add something AND less than 24h have passed since your last post, then simply edit your last post and amend your new stuff. It's that simple and it's not rocket science.

Running Knots on a Raspi 5 with 8GiB RAM is totally fine. I have Core nodes on one or two Raspi 4B with 8GiB RAM, runs pretty decent.

If you're not very familiar with Linux (PiOS is very much Debian Linux like), I would recommend to follow the guide as described for a RaspiBolt node (Knots is very much like Bitcoin Core, though I don't want to know why you fancy Knots specifically; not interested in the Core vs. Knots bs drama).

I did part of the RaspiBolt setup on one of my Raspi 4Bs which runs a non-pruned Core node for some specific use case I have. But it's long ago that I've set it up. Frankly, don't remember all things I've done there, it just works. Occasionally I update Core when a new version has matured. I didn't install and setup the "Uncomplicated Firewall" ufw from the RaspiBolt guide. My Core node only connects via Tor to other Bitcoin nodes and is otherwise hidden behind a NAT router. I didn't feel the need for a firewall on that device.

[nc50lc]

-snip-

Yes sorry, those were only typos in my post; conf file was always correct.

I have already tried 0.0.0.0 only for the bind line. and for the allowip line, I have tried /24 at the end but not /16.

/24's range should be fine, so every setting that should work failed.
Now, let's say that the addresses are correct, I'm thinking of other indirectly related issue like the firewall in either of the machine or router is blocking the port/IP/Knots/Sparrow or something similar.

That's if you can confirm that the settings in your bitcoin.conf file are actually applied and using the correct values,
Check your "debug.log" file for the latest lines containing "config file args", and while you're at it, check if there's any line about failed RPC connection.