Topic: Nodo no conectado a la red (Read 407 times)
Te ahorraste reinstalar todo,cuando no funciona reset,es el salvavidas del informatico
----
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
<…>
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
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....
Misterios de la informatica....
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 
Sí, es raro. El misterio de los reinicios. Muchas veces es la mejor solución
----
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
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".
No se si has mencionado que ISP tienes? Es posible que tengas activado cg-nat?
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.....
Vodafone. No tengo ni idea porque no se lo que es; pero si hace 4 meses no fallaba.....
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.....
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.
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.
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.¿Están conectados el nodo y el móvil a la misma red Wifi?
Podria probar a cambiar a la red no 5G y volver a intentarlo, pero habiendo probado con la tablet.....
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?
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?
¿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!
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?
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....
¡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.
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.
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:
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.
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 Connect192.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.
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
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.
Lo maś probable es que el ejecutable de Bitcoin Core que utilizas no aparezca en la lista o no esté seleccionado. Así que pulsas el botón "Cambiar la configuración" , después el botón "Permitir otra aplicación" y navegar hasta el fichero bitcoin-qt.exe que vas a ejecutar. Asegúrate de pulsar el botón Aceptar para guardar los cambios.
Estaba ya seleccionado y permitido, es de lo primero que probé a hacer cuando me empezo a dar fallo
Vale. Hasta ahora parece que todo está bien. Solo falta comprobar si el firewall de Windows está bloqueando el puerto 8333.
Primero, cierra Bitcoin Core.
En Panel de Control/Firewall de Windows Defender/"Permitir una aplicación o una característica a través de Firewall de Windows Defender"
Lo maś probable es que el ejecutable de Bitcoin Core que utilizas no aparezca en la lista o no esté seleccionado. Así que pulsas el botón "Cambiar la configuración" , después el botón "Permitir otra aplicación" y navegar hasta el fichero bitcoin-qt.exe que vas a ejecutar. Asegúrate de pulsar el botón Aceptar para guardar los cambios.
¿Qué tal va con este cambio en la configuración del firewall?
Primero, cierra Bitcoin Core.
En Panel de Control/Firewall de Windows Defender/"Permitir una aplicación o una característica a través de Firewall de Windows Defender"
Lo maś probable es que el ejecutable de Bitcoin Core que utilizas no aparezca en la lista o no esté seleccionado. Así que pulsas el botón "Cambiar la configuración" , después el botón "Permitir otra aplicación" y navegar hasta el fichero bitcoin-qt.exe que vas a ejecutar. Asegúrate de pulsar el botón Aceptar para guardar los cambios.
¿Qué tal va con este cambio en la configuración del firewall?
----
Sigue clavado en 0 entrantes 10 salientes; y al revisar la lista de pares se ve que no es un bug visual... estoy empezando a desesperarme
Si que es cierto que la pagina de bitnodes puede dar fallo, pero en lo que va de hilo he probado 3/4 distintas, y todas me dan que está cerrado...
Pues no se que te esta ocurriendo, al abrir y ampliar la imagen tal como comentaba FullNode o al menos antes era así, en versiones anteriores era un circulo que tenia que estar verde, la X en la parte inferior derecha la tienes con los 4 extremos en negro, esto significa que el nodo recibe mas de 8 conexiones entrantes.
No se de el caso que quien tiene el error es la pagina de nodos, lo digo por descartar, mira en Ventana, Información, Red, tendrías que ver cuantas conexiones entrantes tienes.
Repasa el enlace aunque solo sea por si se te esta pasando algún detalle. https://bitcoin.org/en/full-node#network-configuration
Así esta el mío, no es visible y solo puede recibir un máximo de 8 conexiones entrantes.
No se de el caso que quien tiene el error es la pagina de nodos, lo digo por descartar, mira en Ventana, Información, Red, tendrías que ver cuantas conexiones entrantes tienes.
Repasa el enlace aunque solo sea por si se te esta pasando algún detalle. https://bitcoin.org/en/full-node#network-configuration
Así esta el mío, no es visible y solo puede recibir un máximo de 8 conexiones entrantes.
No se ejecuta en la consola de Bitcoin Core, sino en la línea de comandos de Windows. Eso sí, Bitcoin Core tiene que estar en ejecución cuando lances el comando.
Vale, eso tiene hasta sentido..... adjunto codigo, pero basicamente dice que todo esta abierto y escuchandoCode:
TCP 0.0.0.0:135 0.0.0.0:0 LISTENING
TCP 0.0.0.0:445 0.0.0.0:0 LISTENING
TCP 0.0.0.0:5040 0.0.0.0:0 LISTENING
TCP 0.0.0.0:5357 0.0.0.0:0 LISTENING
TCP 0.0.0.0:6881 0.0.0.0:0 LISTENING
TCP 0.0.0.0:8333 0.0.0.0:0 LISTENING
TCP 0.0.0.0:17500 0.0.0.0:0 LISTENING
TCP 0.0.0.0:19575 0.0.0.0:0 LISTENING
TCP 0.0.0.0:19576 0.0.0.0:0 LISTENING
TCP 0.0.0.0:19577 0.0.0.0:0 LISTENING
TCP 0.0.0.0:27036 0.0.0.0:0 LISTENING
TCP 0.0.0.0:49664 0.0.0.0:0 LISTENING
TCP 0.0.0.0:49665 0.0.0.0:0 LISTENING
TCP 0.0.0.0:49666 0.0.0.0:0 LISTENING
TCP 0.0.0.0:49667 0.0.0.0:0 LISTENING
TCP 0.0.0.0:49668 0.0.0.0:0 LISTENING
TCP 0.0.0.0:49672 0.0.0.0:0 LISTENING
TCP 0.0.0.0:57621 0.0.0.0:0 LISTENING
TCP 0.0.0.0:58995 0.0.0.0:0 LISTENING
TCP 127.0.0.1:843 0.0.0.0:0 LISTENING
TCP 127.0.0.1:6341 0.0.0.0:0 LISTENING
TCP 127.0.0.1:6342 0.0.0.0:0 LISTENING
TCP 127.0.0.1:6463 0.0.0.0:0 LISTENING
TCP 127.0.0.1:17600 0.0.0.0:0 LISTENING
TCP 127.0.0.1:21325 0.0.0.0:0 LISTENING
TCP 127.0.0.1:27060 0.0.0.0:0 LISTENING
TCP 127.0.0.1:49756 0.0.0.0:0 LISTENING
TCP 127.0.0.1:50101 0.0.0.0:0 LISTENING
TCP 127.0.0.1:50102 0.0.0.0:0 LISTENING
TCP 127.0.0.1:59743 0.0.0.0:0 LISTENING
TCP 127.0.0.1:64790 0.0.0.0:0 LISTENING
TCP 127.0.0.1:65000 0.0.0.0:0 LISTENING
TCP 127.0.0.1:65001 0.0.0.0:0 LISTENING
TCP 192.168.0.12:139 0.0.0.0:0 LISTENING
TCP [::]:135 [::]:0 LISTENING
TCP [::]:445 [::]:0 LISTENING
TCP [::]:5357 [::]:0 LISTENING
TCP [::]:8333 [::]:0 LISTENING
TCP [::]:17500 [::]:0 LISTENING
TCP [::]:49664 [::]:0 LISTENING
TCP [::]:49665 [::]:0 LISTENING
TCP [::]:49666 [::]:0 LISTENING
TCP [::]:49667 [::]:0 LISTENING
TCP [::]:49668 [::]:0 LISTENING
TCP [::]:49672 [::]:0 LISTENING
TCP [::1]:49832 [::]:0 LISTENING
TCP [fe80::cd33:e542:56df:8e7a%15]:6881 [::]:0 LISTENING
TCP 0.0.0.0:445 0.0.0.0:0 LISTENING
TCP 0.0.0.0:5040 0.0.0.0:0 LISTENING
TCP 0.0.0.0:5357 0.0.0.0:0 LISTENING
TCP 0.0.0.0:6881 0.0.0.0:0 LISTENING
TCP 0.0.0.0:8333 0.0.0.0:0 LISTENING
TCP 0.0.0.0:17500 0.0.0.0:0 LISTENING
TCP 0.0.0.0:19575 0.0.0.0:0 LISTENING
TCP 0.0.0.0:19576 0.0.0.0:0 LISTENING
TCP 0.0.0.0:19577 0.0.0.0:0 LISTENING
TCP 0.0.0.0:27036 0.0.0.0:0 LISTENING
TCP 0.0.0.0:49664 0.0.0.0:0 LISTENING
TCP 0.0.0.0:49665 0.0.0.0:0 LISTENING
TCP 0.0.0.0:49666 0.0.0.0:0 LISTENING
TCP 0.0.0.0:49667 0.0.0.0:0 LISTENING
TCP 0.0.0.0:49668 0.0.0.0:0 LISTENING
TCP 0.0.0.0:49672 0.0.0.0:0 LISTENING
TCP 0.0.0.0:57621 0.0.0.0:0 LISTENING
TCP 0.0.0.0:58995 0.0.0.0:0 LISTENING
TCP 127.0.0.1:843 0.0.0.0:0 LISTENING
TCP 127.0.0.1:6341 0.0.0.0:0 LISTENING
TCP 127.0.0.1:6342 0.0.0.0:0 LISTENING
TCP 127.0.0.1:6463 0.0.0.0:0 LISTENING
TCP 127.0.0.1:17600 0.0.0.0:0 LISTENING
TCP 127.0.0.1:21325 0.0.0.0:0 LISTENING
TCP 127.0.0.1:27060 0.0.0.0:0 LISTENING
TCP 127.0.0.1:49756 0.0.0.0:0 LISTENING
TCP 127.0.0.1:50101 0.0.0.0:0 LISTENING
TCP 127.0.0.1:50102 0.0.0.0:0 LISTENING
TCP 127.0.0.1:59743 0.0.0.0:0 LISTENING
TCP 127.0.0.1:64790 0.0.0.0:0 LISTENING
TCP 127.0.0.1:65000 0.0.0.0:0 LISTENING
TCP 127.0.0.1:65001 0.0.0.0:0 LISTENING
TCP 192.168.0.12:139 0.0.0.0:0 LISTENING
TCP [::]:135 [::]:0 LISTENING
TCP [::]:445 [::]:0 LISTENING
TCP [::]:5357 [::]:0 LISTENING
TCP [::]:8333 [::]:0 LISTENING
TCP [::]:17500 [::]:0 LISTENING
TCP [::]:49664 [::]:0 LISTENING
TCP [::]:49665 [::]:0 LISTENING
TCP [::]:49666 [::]:0 LISTENING
TCP [::]:49667 [::]:0 LISTENING
TCP [::]:49668 [::]:0 LISTENING
TCP [::]:49672 [::]:0 LISTENING
TCP [::1]:49832 [::]:0 LISTENING
TCP [fe80::cd33:e542:56df:8e7a%15]:6881 [::]:0 LISTENING
Csmiami, solo falta la ejecución de
Vamos a ver qué devuelve netstat en ese caso
Code:
netstat -an |find /i "listening"
que comenté en el post anterior. No se ejecuta en la consola de Bitcoin Core, sino en la línea de comandos de Windows. Eso sí, Bitcoin Core tiene que estar en ejecución cuando lances el comando.Vamos a ver qué devuelve netstat en ese caso
---
El propio router me sirve para hacer ese seguimiento, y por lo que parece, tengo IP estática---
No estoy del todo seguro de que la línea de la consola estuviera bien, el resultado ha sido bastante extraño..... dejo por aquí la captura de todo, enlace incluido por si hay que hacer zoom
Está abierto en el router, y con la IP actual del ordenador. Incluso he borrado y vuelto a crear la regla del port mapping, pero sigue sin encontrarlo abierto....
Tambien he revisado que la ip del router coincida con la ipv4 del pc, y lo hacen.
Voy a tirar del viejo y efectivo truco de reiniciar core a ver si así se soluciona, y si tampoco, veré si reiniciando el pc se arregla la cosa..... porque dudo mucho que una actualización pendiente de windows me esté bloqueando el acceso
Tambien he revisado que la ip del router coincida con la ipv4 del pc, y lo hacen.
Voy a tirar del viejo y efectivo truco de reiniciar core a ver si así se soluciona, y si tampoco, veré si reiniciando el pc se arregla la cosa..... porque dudo mucho que una actualización pendiente de windows me esté bloqueando el acceso
Si quieres podemos verlo más al detalle hasta arreglarlo.
1. ¿Puedes enviar un pantallazo de la regla del router?
2. ¿Puedes enviar el resultado de la ejecución del comando ipconfig en el ordenador donde se ejecuta tu nodo?
2. ¿Tienes abierto el puerto 8333 también en tu ordenador? Para ello, suponiendo que estás en Windows y con Bitcoin Core en ejecución, ¿puedes abrir una línea de comandos, ejecutar lo siguiente, y comprobar que el puerto 8333 efectivamente está en estado LISTENING?
Code:
netstat -an |find /i "listening"
En el caso de que aparezca el puerto 8333 en estado LISTENING, puedes enviar esa línea para comprobar que todo está bien?
Tengo un nodo corriendo hace mucho tiempo y no es la primera vez que me pasa (pasaba) algo así, primero comentarte, me imagino que lo sabes, pero, tener el nodo visible en la pagina que citas, hace gracia porque ves tu nodo en pantalla, hasta aquí todo bien, ahora la parte negativa, tu ip queda expuesta a no ser que tires de vpn, no pasa nada, pero puede pasar..., solo comentártelo.
El tema que te ocupa, después de lo comentado por FullNode y Shawshank un dato que no nos das es el de tu proveedor de Internet, te ofrece ip estática o dinámica, si es estática deberías tener menos problemas, si es dinámica la cosa cambia, aunque tu no resetees el router o te salte el diferencial con el consiguiente reinicio, los proveedores cada cierto tiempo cambian las ip de los clientes aunque no hayas sufrido ningún corte o reset de tu router, al menos en el mío.
Cuando hace tiempo tenia el nodo visible, batallaba con pijadas de estas tipo ip, MAC Address hay varios programas para monitorizar tu red interna, usaba uno llamado Wireless Network Watcher, es un chivato que te lista todo lo que esta conectado a tu red, ves ip y mas datos, pues bien, monitorizando este software es cuando me di cuenta que aun teniendo el puerto 8333 y el router bien configurado había días que depende de la maquina que había entrado antes o después, la ip era otra, la única forma de mantenerlo siempre con la misma ip es 24/7 sin pausa.
El tema que te ocupa, después de lo comentado por FullNode y Shawshank un dato que no nos das es el de tu proveedor de Internet, te ofrece ip estática o dinámica, si es estática deberías tener menos problemas, si es dinámica la cosa cambia, aunque tu no resetees el router o te salte el diferencial con el consiguiente reinicio, los proveedores cada cierto tiempo cambian las ip de los clientes aunque no hayas sufrido ningún corte o reset de tu router, al menos en el mío.
Cuando hace tiempo tenia el nodo visible, batallaba con pijadas de estas tipo ip, MAC Address hay varios programas para monitorizar tu red interna, usaba uno llamado Wireless Network Watcher, es un chivato que te lista todo lo que esta conectado a tu red, ves ip y mas datos, pues bien, monitorizando este software es cuando me di cuenta que aun teniendo el puerto 8333 y el router bien configurado había días que depende de la maquina que había entrado antes o después, la ip era otra, la única forma de mantenerlo siempre con la misma ip es 24/7 sin pausa.
¿Tienes el puerto 8333 abierto en el router y también en el ordenador?
El puerto 8333 en el router tiene que estar abierto para el protocolo TCP y tiene que mapearse a la dirección IP local de tu máquina. Ten en cuenta que es normal que al reiniciar tu ordenador, sobre todo al cabo de mucho tiempo, el router le asigne a tu máquina una dirección IP diferente y haya dejado de funcionar.
Por eso, es IMPORTANTE: Comprueba que la IP que te devuelve el comando ipconfig en tu ordenador Windows (ifconfig si es en Linux) coincide con la dirección IP de mapeo en tu router.
Finalmente comprueba si el puerto 8333 de tu máquina ya está visible desde https://www.canyouseeme.org/
El puerto 8333 en el router tiene que estar abierto para el protocolo TCP y tiene que mapearse a la dirección IP local de tu máquina. Ten en cuenta que es normal que al reiniciar tu ordenador, sobre todo al cabo de mucho tiempo, el router le asigne a tu máquina una dirección IP diferente y haya dejado de funcionar.
Por eso, es IMPORTANTE: Comprueba que la IP que te devuelve el comando ipconfig en tu ordenador Windows (ifconfig si es en Linux) coincide con la dirección IP de mapeo en tu router.
Finalmente comprueba si el puerto 8333 de tu máquina ya está visible desde https://www.canyouseeme.org/
Está abierto en el router, y con la IP actual del ordenador. Incluso he borrado y vuelto a crear la regla del port mapping, pero sigue sin encontrarlo abierto....
Tambien he revisado que la ip del router coincida con la ipv4 del pc, y lo hacen.
Voy a tirar del viejo y efectivo truco de reiniciar core a ver si así se soluciona, y si tampoco, veré si reiniciando el pc se arregla la cosa..... porque dudo mucho que una actualización pendiente de windows me esté bloqueando el acceso
Perdón por salirme un poco al terreno off-topic, pero leyendo sobre nodos, anoche en Netflix vi un documental que en español creo que se titula "El dilema de las redes sociales" en el que daban su punto de vista sobre el hecho de que los usuarios de RRSS seamos tratados como nodos programables.
Recomiendo su visualización. Disculpas, podéis seguir con el tema más puramente técnico
Recomiendo su visualización. Disculpas, podéis seguir con el tema más puramente técnico
¿Tienes el puerto 8333 abierto en el router y también en el ordenador?
El puerto 8333 en el router tiene que estar abierto para el protocolo TCP y tiene que mapearse a la dirección IP local de tu máquina. Ten en cuenta que es normal que al reiniciar tu ordenador, sobre todo al cabo de mucho tiempo, el router le asigne a tu máquina una dirección IP diferente y haya dejado de funcionar.
Por eso, es IMPORTANTE: Comprueba que la IP que te devuelve el comando ipconfig en tu ordenador Windows (ifconfig si es en Linux) coincide con la dirección IP de mapeo en tu router.
Finalmente comprueba si el puerto 8333 de tu máquina ya está visible desde https://www.canyouseeme.org/
El puerto 8333 en el router tiene que estar abierto para el protocolo TCP y tiene que mapearse a la dirección IP local de tu máquina. Ten en cuenta que es normal que al reiniciar tu ordenador, sobre todo al cabo de mucho tiempo, el router le asigne a tu máquina una dirección IP diferente y haya dejado de funcionar.
Por eso, es IMPORTANTE: Comprueba que la IP que te devuelve el comando ipconfig en tu ordenador Windows (ifconfig si es en Linux) coincide con la dirección IP de mapeo en tu router.
Finalmente comprueba si el puerto 8333 de tu máquina ya está visible desde https://www.canyouseeme.org/
El wallet de bitcoincore en la parte de abajo a la derecha tiene como una aspa en X de 4 puntas, si estan las 4 en negro el nodo es visible, si solo ves 3 el nodo esta funcionando pero no es visible
Haz comprobacion otra vez de la ip
Si hay otros ordenadores telefonos tablets a lo mejor el router les a dado la ip del ordenador donde esta el nodo, apaga todo y enciende el ordenador del nodo
Si tienes un switch entre el oordenador y el router y al swithc tienes conectados otros aparatos lo mismo de antes,los switch si se hacen resets por cualquier motivo al encender y otorgar ip,s tambien hacen el tonto
suerte, seguro que es una tonteria
Haz comprobacion otra vez de la ip
Si hay otros ordenadores telefonos tablets a lo mejor el router les a dado la ip del ordenador donde esta el nodo, apaga todo y enciende el ordenador del nodo
Si tienes un switch entre el oordenador y el router y al swithc tienes conectados otros aparatos lo mismo de antes,los switch si se hacen resets por cualquier motivo al encender y otorgar ip,s tambien hacen el tonto
suerte, seguro que es una tonteria
<…>
Tengo este tema bastante oxidado. Hace tiempo que no juego con estos temas para plantear otras opciones a investivar, desafortunadamente … Supongo que no tendrás la vpn activa en la prueba de los puertos (lo digo porque las aplicaciones de pruebas estarían respondiendo sobre la IP que no es la tuya).
Edit: Supongo que tu nodo está 100% sincronizado en este punto.
----
Antivirus parado y seguimos en las mismas.... lo cursioso es que me he puesto a probar con algún otro puerto en la web esta y supuestamente no tengo ninguno abierto! <…>
Yo probaría también desactivar el antivirus por completo (tipo 5 o 10 minutos), y ver si aun así el problema persiste. Me suena muy remotamente haber tenido que hacer algo así con un problema de puertos (por otro tema), y de alguna manera, el antivirus estaba dando por saco.Si estás en Windows, por probar, también probaría arrancar en modo seguro con red y ver qué sucede, por ir probando escenarios y descartar conflictos de algún tipo.
----
Pues parece ser que aun teniendo el puerto "abierto" en el router, sigue cerrado.... ahora si que estoy perdido y no tengo ni idea de lo que hacer. Llamar al soporte de mi proveedor de internet para preguntarles a ver a que juegan?
Yo hace bastante que tengo el mío apagado. El día que ponga mi nodo a sincronizar le va a dar algo …
Ya sé que has mirado que el puerto 8333 esté abierto en el router, pero aun así no esta de más poder comprobarlo con alguna utilidad externa de verificación de los puertos abiertos.
Yo lo acabo de probar utilizando el enlace siguiente, y alguna página más para contrastar:
https://www.lurkmore.com/mining/port8333/index.php#portcheck
https://www.ipfingerprints.com/portscan.php
Ya sé que has mirado que el puerto 8333 esté abierto en el router, pero aun así no esta de más poder comprobarlo con alguna utilidad externa de verificación de los puertos abiertos.
Yo lo acabo de probar utilizando el enlace siguiente, y alguna página más para contrastar:
https://www.lurkmore.com/mining/port8333/index.php#portcheck
https://www.ipfingerprints.com/portscan.php
Me sorprende muchísimo que hayan pasado casi 24 horas y no haya tenido ninguna respuesta en el hilo original en soporte, por lo que expando para ver si a alguien se le ilumina la bombilla.
Desde que he vuelto al foro, he vuelto a encender y correr el nodo que tengo de Core. Le costó un poco arrancar por eso de llevar 12 semanas sin sincronizarse, pero pasadas unas horas todo iba ya bien. El problema viene cuando no tengo ninguna conexión entrante; solo las 10 predeterminadas salientes. Tengo el puerto 8333 abierto y la app permitida en el firewall, por lo que no estoy seguro de lo que falla (sobre todo porque no ha cambiado absolutamente nada en esas 12 semanas).
Desde bitnodes me sale que el nodo está inaccesible, que casi se me olvida mencionarlo
Alguna idea?
Desde que he vuelto al foro, he vuelto a encender y correr el nodo que tengo de Core. Le costó un poco arrancar por eso de llevar 12 semanas sin sincronizarse, pero pasadas unas horas todo iba ya bien. El problema viene cuando no tengo ninguna conexión entrante; solo las 10 predeterminadas salientes. Tengo el puerto 8333 abierto y la app permitida en el firewall, por lo que no estoy seguro de lo que falla (sobre todo porque no ha cambiado absolutamente nada en esas 12 semanas).
Desde bitnodes me sale que el nodo está inaccesible, que casi se me olvida mencionarlo
Alguna idea?
Jump to: