use a cmd at `michael@ubuntuserver16`
dash-cli masternode status
to check masternode status which sentinel checks.
dash-cli -testnet masternode status
{
"vin": "CTxIn(COutPoint(0000000000000000000000000000000000000000000000000000000000000000, 4294967295), coinbase )",
"service": "71.244.122.102:19999",
"status": "Not capable masternode: Could not connect to 71.244.122.102:19999"
}
but I am definitely listening on 19999 externally, if I run the following at a different site:
telnet 71.244.122.102 19999
Trying 71.244.122.102...
Connected to 71.244.122.102.
Escape character is '^]'.
however, if I run that inside the same LAN as my dash VM
telnet 71.244.122.102 19999
Trying 71.244.122.102...
no connection
Does my dash VM need to be external facing? Right now the VM is on a LAN with an internal IP address. port 19999 forwarded from my router to the VM
Is that my issue?
I'm a little confused on the moving parts...
Could I keep dashd running like it is on the LAN, and move to wallet offsite so that it sees dashd on the external IP and not on 127.0.0.1 or the LAN IP?
Last edited: