Envío de pago de rayos entre nodos de rayos TOR, ¿se requiere alguna configuración específica?

Tengo dos nodos c-lightning en diferentes VM en Qubes OS, ambos enrutados a través de TOR VM.

Ambos pueden conectarse a otros nodos públicos y establecer canales con ellos, pero cuando intento enviar satoshis entre ellos, el nodo de envío da el código 205 "No se pudo encontrar una ruta" de inmediato, como si ni siquiera lo intentara. Al mismo tiempo, en la terminal donde se ejecuta lightningd, obtengo:

20-07-01T12:46:17.482Z DEBUG gossipd: REPLY WIRE_GOSSIP_GETCHANNELS_REPLY with 0 fds
2020-07-01T12:46:17.484Z DEBUG gossipd: Trying to find a route from (me) to 0xxx_ID_EDITEDOUT_XXX for 40000000msat
2020-07-01T12:46:17.484Z DEBUG gossipd: REPLY WIRE_GOSSIP_GETROUTE_REPLY with 0 fds

¿Es posible que el problema esté relacionado con TOR, teniendo en cuenta que puedo conectarme y abrir canales con nodos públicos sin problemas?

No he abierto canal directo entre los nodos, ya que quiero jugar con el enrutamiento.
Pero cada uno de esos nodos ha establecido un canal con algunos de los nodos mejor conectados, por lo que la ruta existe con seguridad.

Respuestas (1)

¿Es posible que el problema esté relacionado con TOR, teniendo en cuenta que puedo conectarme y abrir canales con nodos públicos sin problemas?

No, eso es muy poco probable. (y contradictorio)

¿Están anunciados los canales que ha creado?

¿Están sus dos nodos conectados a la red? Para que un nodo encuentre una ruta, debe estar conectado a la red peer-to-peer para intercambiar chismes y construir su vista del estado actual de la red (canales abiertos y si están activos).
Sin esta información no hay nada para buscar rutas.

Puede verificar que sus canales se anuncien con listpeers(la channelsmatriz) o ejecutándolos listchannels <scid>en su primer nodo (con scidla identificación de canal corta de un canal de su segundo nodo).

Si listchannelsdevuelve una matriz vacía, debe ir connecta algunos nodos públicos y esperar a que su nodo sincronice chismes con el resto de la red.

Finalmente, como seguramente será su próxima preocupación: asegúrese de tener capacidad entrante en al menos uno de los canales de su segundo nodo :-).