Kann keine Remote-Verbindung zu Bitcoind herstellen

Ich betreibe einen Bitcoin Cash-Knoten auf meinem Server und starte ihn wie folgt:

start bitcoind.exe --server=1 --rpcuser=user --rpcpassword=password --rest=1 --rpcport=8332 --datadir=F:\Bitcoin --bind=10.1.0.4 --testnet=1 --rpcallowip=0.0.0.0/0

Der Knoten läuft, und ich kann mich lokal mit ihm verbinden.

Allerdings kann ich von meiner C#-Anwendung aus mit der BitcoinLib-Bibliothek keine Remote-Verbindung herstellen:

ICoinService coinService = new BitcoinService(ConfigurationManager.AppSettings["Bitcoin_DaemonUrl"], ConfigurationManager.AppSettings["Bitcoin_RpcUsername"],
ConfigurationManager.AppSettings["Bitcoin_RpcPassword"], ConfigurationManager.AppSettings["WalletPassword"]);

Ich bekomme diesen Fehler:

BitcoinLib: Beim Senden der Anfrage an das Wallet ist ein Problem aufgetreten. System: Es kann keine Verbindung zum Remote-Server hergestellt werden.

Ich habe Inbound/Outbound-Regeln in den Firewall-Einstellungen des Servers erstellt, die den Zugriff auf den 8332-Port erlauben, und ich denke, das --rpcallowip=0.0.0.0/0sollte allen IPs erlauben, sich mit meinem Knoten zu verbinden ... Also weiß ich wirklich nicht, was das Problem ist.

Bearbeiten: Ich kann auch nicht über https://bitnodes.earn.com/ auf den Knoten zugreifen .

Update: Der Knoten hat die Neuindizierung der Blöcke abgeschlossen, und ich kann immer noch keine Remote-Verbindung herstellen.

Sie laufen im Testnet-Modus (den Bitcoin Cash nicht hat) und versuchen, sich an den normalen RPC-Port zu binden, und Bitnodes unterstützen kein Testnet.
@eponymous Ich habe es jetzt im Hauptnetzmodus gestartet und Bitnodes sagt immer noch, dass es nicht erreichbar ist. In den Protokollen steht, dass es sich um "Neuindizierung von Blöcken" handelt - wird mein Server nicht erreichbar sein, bis die Neuindizierung abgeschlossen ist?

Antworten (1)

Es stellte sich heraus, dass die Lösung nicht wirklich etwas mit Bitcoin selbst zu tun hatte – ich führte sie auf einer virtuellen Maschine aus, die auf Azure gehostet wurde, und ich musste Firewallregeln für den Port nicht nur auf der eigentlichen Windows-Maschine erstellen, sondern auch im Azure-Portal!