Nodo no conectado a la red

[Csmiami]

Lo único que me quedaría por comprobar es verificar que la aplicación bitcoin-qt.exe exacta en la que haces doble click cuando la ejecutas, además de estar seleccionada en la sección "Aplicaciones permitidas", lo está también para las redes privadas y públicas. O más exactamente, al menos para la red en la que aparece como conectada en "Panel de Control/"Firewall de Windows Defender" , que puede ser "Redes privadas" o "Redes públicas o invitadas".

Ambas marcadas desde el principio....

----

Y por desgracia este es el unico ordenador que tengo en casa. Lo unico que se me está ocurriendo es que no tengo el core en el propio ordenador, sino que en un disco duro externo. Dudo mucho que sea eso porque no ha sido problema nunca. En realidad, nada ha dado problema nunca estando tal y como está, la unica diferencia es esa, que ha estado 12 semanas sin arrancar. Igual refloto el hilo en ingles sumandole los pasos que he tomado hasta ahora, y si no abrir un ticket en el github de core?

Es ridiculo que esté pasandome algo raro cuando no he tocado nada

[1715338693]

1715338693

[1715338693]

1715338693

[1715338693]

1715338693

[1715338693]

1715338693

[Shawshank]

No, no tiene sentido abrir una incidencia en el github de Bitcoin Core por este problema. Sobre todo, porque estoy convencido de que no es un problema del software. Se me ocurren aún varias ideas de por dónde puede estar el problema. Hay que acotarlo bien antes de escalar el asunto a quien corresponda.

Si no tienes otro ordenador libre en casa, tampoco pasa nada. Puedes lanzar el comando telnet desde el teléfono móvil. Por ejemplo, en Android, recomiendo "Termius - SSH/SFTP and Telnet Client".

1. Conectar el teléfono móvil a la red Wifi de casa.
2. Descargar "Termius - SSH/SFTP and Telnet Client" desde el Play Store
3. Seleccionar "Terminal" y teclear el siguiente comando:
  

Code:

telnet 192.168.0.12 8333

4. Pulsar Connect

192.168.0.12 es la dirección IP local que has indicado que corresponde a tu nodo.

Cuando lances el comando, espera un tiempo prudencial (quizás algunos minutos) para leer exactamente el mensaje de error.

Si se queda intentando conectar o te falla por timeout, o "connection refused" entonces el problema está en tu nodo. Si no aparece mensaje de error, se conecta bien (aparece una pantalla negra y luego desaparece), entonces el problema está a partir del router hacia internet. Si el mensaje de error es algo así como el puerto 8333 no acepta comandos telnet, también significaría que el nodo está publicando su puerto correctamente en la red local.

[Shawshank]

¡Espera! ¡Hay una solución MUCHO más sencilla!

1. Conecta tu móvil al Wifi de casa
2. Abre un navegador en tu móvil (utilizo Chrome)
3. Visita la dirección siguiente: http://192.168.0.12:8333

Si devuelve un mensaje "ERR_EMPTY_RESPONSE" el puerto 8333 de tu nodo está abierto y publicado en tu red local. Si devuelve ERR_CONNECTION_REFUSED, el puerto 8333 no está abierto ni siquiera para tu red local.

¡Mucho más fácil!

¿Qué te mensaje devuelve tu navegador?

EDIT: Evidentemente, para que no haya despistes que a todos nos puede ocurrir, el nodo tiene que estar en ejecución cuando visites http://192.168.0.12:8333 desde el navegador.

[Csmiami]

Pues desde chrome en el movil tengo un timeout en lugar de alguno de los otros erroes, y firefox en la tablet la conexión caduca....

[Shawshank]

Pues desde chrome en el movil tengo un timeout en lugar de alguno de los otros erroes, y firefox en la tablet la conexión caduca....

¿Cuál es el código que te devuelve Chrome exactamente? ¿ERR_CONNNECTION_TIMED_OUT?

[Csmiami]

¿Cuál es el código que te devuelve Chrome exactamente? ¿ERR_CONNNECTION_TIMED_OUT?

Efectivamente ese mismo.

Por cierto, ya que llevamos un rato y no lo he comentado... gracias por la paciencia y por la ayuda!

[Shawshank]

Csmiami, no hay nada que agradecer. Igual soy un poco pesado... En general, me gusta resolver problemas y saber por qué fallan las cosas.

Pues el error ERR_CONNNECTION_TIMED_OUT me deja bastante flipado. Es como si el móvil y el nodo estuvieran en redes distintas.

¿Están conectados el nodo y el móvil a la misma red Wifi?

[Csmiami]

Pues el error ERR_CONNNECTION_TIMED_OUT me deja bastante flipado. Es como si el móvil y el nodo estuvieran en redes distintas.

¿Están conectados el nodo y el móvil a la misma red Wifi?

Acabo de caer en el pequeño detalle de que no; el nodo esta conectado a la red 5G y el movil a la no 5G... SIN EMBARGO, la tablet si que está conectada a la 5G, y me desde firefox la conexión caducaba y desde chrome me clava otro timeout.

Podria probar a cambiar a la red no 5G y volver a intentarlo, pero habiendo probado con la tablet.....

[Shawshank]

En cualquier caso, con ERR_CONNNECTION_TIMED_OUT el dispositivo móvil conectado a la misma red local que el nodo no ve el puerto 8333 como abierto.

El hecho de que Chrome devuelva un ERR_CONNNECTION_TIMED_OUT (como es tu caso) o ERR_CONNECTION_REFUSED (como me devuelve en mi red local cuando accedo a puertos que sé que están cerrados) supongo que puede ser por el distinto comportamiento del firewall del nodo frente a conexiones entrantes: en tu caso el firewall ignora la petición del móvil mientras que mi firewall la rechaza activamente e inmediatamente.

Parece entonces que no es un problema de tu router ni de tu proveedor de servicio. Hay algo que está bloqueando el puerto 8333 en tu propio nodo. Puede ser una regla de mayor prioridad en el firewall a la de la aplicación de bitcoin-qt que ya tenías, o quizás el firewall de algún otro antivirus que tengas instalado... no lo sé con certeza.

A partir de aquí lo que yo haría es parar Bitcoin Core. Parar temporalmente cualquer antivirus que tengas (incluyendo el firewall con el que suele venir integrado), desactivar también temporalmente el firewall de Windows Defender, y volver a lanzar Bitcoin Core. Finalmente, desde un dispositivo móvil con Chrome conectado a la misma red wifi, acceder a http://192.168.0.12:8333 y ver si hay suerte y Chrome devuelve en el dispositivo móvil el código de error ERR_EMPTY_RESPONSE, que significaría que el puerto está finalmente accesible al menos para los equipos que están conectados a la red local.

[Csmiami]

Creo que acabamos de conseguir avanzar!

He desactivado completamente el firewall de windows, reiniciado el nodo, y si bien el número de conexiones se ha reducido (de 0/10 a 1/3) si que parece que empieza a haber tráfico entrante!

Por otro lado, chrome da un ERR_CONNECTION_CLOSED en lugar de timeout

Ha pasado un tiempo y ha subido a 13/10 vuelvo a activar firewall para ver si cambia la cosa.....

No se si has mencionado que ISP tienes? Es posible que tengas activado cg-nat?

Vodafone. No tengo ni idea porque no se lo que es; pero si hace 4 meses no fallaba.....

[solosequenosenada]

No se si has mencionado que ISP tienes? Es posible que tengas activado cg-nat?

[Shawshank]

He desactivado completamente el firewall de windows, reiniciado el nodo, y si bien el número de conexiones se ha reducido (de 0/10 a 1/3) si que parece que empieza a haber tráfico entrante!

Me suele resultar más rápido, en vez de esperar a ver si llegan conexiones entrantes, comprobar directamente por mí mismo si el puerto está visible desde internet conectandome desde el nodo.

https://www.canyouseeme.org/

"Port to check": 8333 , "Check port".

[Csmiami]

----

Consta como abierto, bitnodes lo reconoce, y sigo teniendo conexiones entrantes.

Parece entonces que la cosa se ha solucionado, pero no me termina de quedar claro cual ha sido el problema en origen... si la app estaba whitelisteada en el firewall, y lo unico que he hecho ha sido reiniciar y volver a activarlo, si estaba capando algo no deberia de volver a caparlo una vez reactivado? Estoy bastante perdido con lo que ha pasado hoy

[Shawshank]

Sí, es raro. El misterio de los reinicios. Muchas veces es la mejor solución   

[FullNode]

Sí, es raro. El misterio de los reinicios. Muchas veces es la mejor solución   

Y ultimo recurso,guardar wallet.dat desisntalar todo y empezar instalacion nueva 

[Csmiami]

Bueno, pues ahora que han pasado unos dias y un par de reinicios; puedo afirmar que esta funcionando todo sin problemas sin haber tocado nada; tengo casi 50 conexiones entrantes y en las últimas 24 horas he enviado unos 47GB de datos.

Misterios de la informatica....

[DdmrDdmr]

<…>

Entonces, ¿la solución al problema de las conexiones entrantes al nodo vino por el hecho de rebotar, o por algunos de los cambios de configuración que probaste?

Quizás ahora no puedas estar seguro, salvo si partías de la base de haber rebotado el portátil y el router antes de comenzar la andada de los cambios de configuración.

En todo caso, como es norma, hay que hacer lo que dice IT .. : https://www.youtube.com/watch?v=nn2FB1P_Mn8

[Csmiami]

----

El operativo completo fue:

-Apagar nodo (cerrar core)
-Desactivar firewall de windows
-Encender nodo
-Activar firewall de windows

Ningún cambio de configuración, ningún nada por el estilo. Despues de eso, he reiniciado el ordenador un par de veces, y no he tenido que volver a seguir esos pasos, por eso estoy tan sumamente "sorprendido" de que la solucion haya sido.... encender y apagar. En mi defensa diré que nunca se me habria ocurrido desactivar el firewall al estar ya permitida hacia tiempo la app de core

[FullNode]

Te ahorraste reinstalar todo,cuando no funciona reset,es el salvavidas del informatico