Le nœud principal Bitcoin ne me permet pas de demander des commandes

J'ai téléchargé, installé et mis en service un nœud principal Bitcoin, et il fonctionne bien dans la mesure où les gens s'y connectent très bien sur le port 8333. Cependant, je n'arrive pas à m'y connecter moi-même sur la même machine en utilisant la bibliothèque python bitcoinrpc...

Mes fichiers .conf ressemblent à...

port=8333 timeout=10000 printtoconsole=1 chain=main rpcuser=one rpcport=8334 #rpcauth=one:xxxxxx server=1 coinstatsindex=1 daemon=1 txindex=1

et mon application python ..

depuis bitcoinrpc.authproxy import AuthServiceProxy, JSONRPCException # rpc_user et rpc_password sont définis dans le fichier bitcoin.conf rpc_user = "one" rpc_password = "two" rpc_connection = AuthServiceProxy("http://%s:%:8334"%("un","deux")) best_block_hash = rpc_connection.getbestblockhash()

Et quand il s'exécute, il échoue en ligne

best_block_hash = rpc_connection.getbestblockhash()

avec l'erreur suivante...

Traceback (dernier appel le plus récent) : Fichier ".\bitcoin104.py", ligne 10, dans best_block_hash = rpc_connection.getbestblockhash() Fichier "D:\PROJECTS\python38_env_bitcoin\.venv\lib\site-packages\bitcoinrpc \authproxy.py", ligne 139, dans __call__ réponse = self._get_response() Fichier "D:\PROJECTS\python38_env_bitcoin\.venv\lib\site-packages\bitcoinrpc\authproxy.py", ligne 179, dans _get_response http_response = self.__conn.getresponse() Fichier "c:\users\hanso\appdata\local\programs\python\python38\lib\http\client.py", ligne 1344, dans getresponse réponse.begin() Fichier "c:\ users\hanso\appdata\local\programs\python\python38\lib\http\client.py", ligne 307, dans la version de début, status, Reason = self._read_status() File "c:\users\hanso\appdata\ local\programs\python\python38\lib\http\client.py", ligne 276, dans _read_status raise RemoteDisconnected ("Connexion fermée à distance sans" http.client.RemoteDisconnected : connexion fermée à distance sans réponse

J'ai vérifié tous mes ports et je suis certain qu'ils fonctionnent, ils fonctionnent via telnet, le netstat -a montre que les ports écoutent lorsque j'ouvre le nœud principal Bitcoin, et lorsque j'essaie un autre port, j'obtiens une erreur différente en me plaignant à propos de la connexion hôte a été refusée. Je suis donc certain à 99 % que la redirection de port et le pare-feu sont ouverts aux ports souhaités. Le port 8333 pour les connexions externes affiche un journal des personnes se connectant au serveur. Je suis donc presque certain que ce n'est pas la machine, le pare-feu ou le routeur qui n'autorise pas les connexions via le port.

Cela laisse soit quelque chose que je configure mal avec le mot de passe. J'ai modifié la configuration pour en utiliser un simple, deux identifiants d'utilisation et un mot de passe pour les tests, et je peux donc poster ici pour montrer exactement ce que je fais mot pour mot dans la conf et le script python.

Je me cogne vraiment la tête contre le mur. Est-il possible que quelque chose ait à voir avec rpcauth... J'ai essayé de l'exécuter et de créer un hachage, puis j'ai essayé de l'utiliser en remplacement dans mon http://pass :,1:8334 connexion. Mais ça ne semble pas non plus fonctionner. Mais assez drôle, lorsque je tape un mot de passe clairement erroné, j'obtiens la même erreur que celle que j'obtiens maintenant. Mais si je change, par exemple, l'adresse IP, elle échoue sur la ligne de création AuthServiceProxy. Et le problème indique que l'hôte de la machine a refusé la connexion. Donc tout cela indique que le nœud de nœud aime mon identifiant et/ou mon mot de passe, mais je ne trouve aucun exemple pour être sûr que je les configure correctement pour le nœud dans le fichier .conf avant de lancer le nœud, ou si je le fais quelque chose ne va pas dans le script python ?