Pages:
Author

Topic: Nodo no conectado a la red (Read 369 times)

sr. member
Activity: 505
Merit: 270
Don't Trust, Verify
November 08, 2020, 01:20:05 PM
#39
Te ahorraste reinstalar todo,cuando no funciona reset,es el salvavidas del informatico Cheesy
copper member
Activity: 1582
Merit: 1319
I'm sometimes known as "miniadmin"
November 08, 2020, 10:57:12 AM
#38
----
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
legendary
Activity: 2240
Merit: 10532
There are lies, damned lies and statistics. MTwain
November 08, 2020, 10:30:57 AM
#37
<…>
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
copper member
Activity: 1582
Merit: 1319
I'm sometimes known as "miniadmin"
November 08, 2020, 07:37:09 AM
#36
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....
sr. member
Activity: 505
Merit: 270
Don't Trust, Verify
November 02, 2020, 04:00:20 AM
#35
Sí, es raro. El misterio de los reinicios. Muchas veces es la mejor solución   Cheesy
Y ultimo recurso,guardar wallet.dat desisntalar todo y empezar instalacion nueva  Cheesy
legendary
Activity: 1623
Merit: 1608
November 01, 2020, 07:55:11 PM
#34
Sí, es raro. El misterio de los reinicios. Muchas veces es la mejor solución   Cheesy
copper member
Activity: 1582
Merit: 1319
I'm sometimes known as "miniadmin"
November 01, 2020, 07:49:35 PM
#33
----
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
legendary
Activity: 1623
Merit: 1608
November 01, 2020, 07:46:58 PM
#32
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".
hero member
Activity: 952
Merit: 542
Freedom dies from suicide
November 01, 2020, 07:27:02 PM
#31
No se si has mencionado que ISP tienes? Es posible que tengas activado cg-nat?
copper member
Activity: 1582
Merit: 1319
I'm sometimes known as "miniadmin"
November 01, 2020, 07:23:50 PM
#30
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.....
legendary
Activity: 1623
Merit: 1608
November 01, 2020, 07:17:44 PM
#29
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.
copper member
Activity: 1582
Merit: 1319
I'm sometimes known as "miniadmin"
November 01, 2020, 06:55:49 PM
#28
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.....
legendary
Activity: 1623
Merit: 1608
November 01, 2020, 06:44:58 PM
#27
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?
copper member
Activity: 1582
Merit: 1319
I'm sometimes known as "miniadmin"
November 01, 2020, 06:39:23 PM
#26
¿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!
legendary
Activity: 1623
Merit: 1608
November 01, 2020, 06:37:06 PM
#25
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?
copper member
Activity: 1582
Merit: 1319
I'm sometimes known as "miniadmin"
November 01, 2020, 06:02:31 PM
#24
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....
legendary
Activity: 1623
Merit: 1608
November 01, 2020, 03:56:45 PM
#23
¡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.
legendary
Activity: 1623
Merit: 1608
November 01, 2020, 03:46:05 PM
#22
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.
copper member
Activity: 1582
Merit: 1319
I'm sometimes known as "miniadmin"
November 01, 2020, 02:53:12 PM
#21
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....
Quote
----

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
legendary
Activity: 1623
Merit: 1608
November 01, 2020, 02:45:59 PM
#20
Estaba ya seleccionado y permitido, es de lo primero que probé a hacer cuando me empezo a dar fallo

Vaya, pues resulta curioso porque parece que todo está bien.

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".

Si quieres seguir luchando hasta el final, y si tienes otro ordenador en casa además del nodo, puedes ver dónde está exactamente el problema.

Primero ejecuta Bitcoin Core en tu nodo. Después te conectas a la red wifi de casa con el otro ordenador y desde ahí lanzas el siguiente comando:
Code:
telnet 192.168.0.12 8333
Lo que estarías haciendo ahí es verificar si el puerto 8333 de tu nodo está visible dentro de tu red local. Si el comando devuelve un mensaje raro o la pantalla se vuelve negra, puedes estar seguro que el problema está en el router. Si devuelve "No se puede abrir la conexión al host, en el puerto 8333" sabes que el problema está en el propio nodo.

Por cierto, el comando telnet no viene activado por defecto en Windows. Lo puedes activar así: Panel de Control/"Programas y características"/"Activar o desactivar las características de Windows" y marcar "Cliente Telnet".

Lo dicho, si quieres seguir luchando hasta el final, creo que se puede conseguir saber por qué está fallando.  Smiley
Pages:
Jump to: