3

I configured the I2P according to this answer on Ubuntu 20.04 and 21.10.

But I have been getting the following error when I try to connect to any I2P peer:

I2P: Error connecting to a5qsnv3maw77mlmmzlcglu6twje6ttctd3fhpbfwcbpmewx6fczq.b32.i2p:0: Receive timeout (received 0 bytes without terminator before that)

This error occurs for any peer, not just the above.

How can I find the reason for this error and fix it?


UPDATE: Adding information requested by Prayank.

$ sudo ufw status verbose
Status: inactive
$ ss -nlt
State                Recv-Q               Send-Q                               Local Address:Port                                Peer Address:Port               Process               
LISTEN               0                    128                                      127.0.0.1:7656                                     0.0.0.0:*       
...

UPDATE 2: I was able to reach the website git.idk.i2p using the steps described in http://geti2p.net/en/about/browser-config .


UPDATE 3: Results of executing the steps: https://github.com/vasild/bitcoin/pull/4

$ telnet 127.0.0.1 7656
Trying 127.0.0.1...
Connected to 127.0.0.1.
Escape character is '^]'.
HELLO VERSION MIN=3.1 MAX=3.1
HELLO REPLY RESULT=OK VERSION=3.1
SESSION CREATE STYLE=STREAM ID=mysession1 DESTINATION=TRANSIENT SIGNATURE_TYPE=7
<no-response>

According to the text, a response (SESSION STATUS RESULT=OK) was expected. This didn't happen. No response was received.

Result of the other test.

$ telnet 127.0.0.1 7656
Trying 127.0.0.1...
Connected to 127.0.0.1.
Escape character is '^]'.
HELLO VERSION MIN=3.1 MAX=3.1
HELLO REPLY RESULT=OK VERSION=3.1
NAMING LOOKUP NAME=git.idk.i2p
NAMING REPLY RESULT=OK NAME=ME VALUE=80...AAA==
STREAM CONNECT ID=mysession1 DESTINATION=80...AAA== SILENT=false
STREAM STATUS RESULT=CANT_REACH_PEER

Received CANT_REACH_PEER instead of STREAM STATUS RESULT=OK.

2
  • 2
    Confirm if ports are open according to things mentioned here. Share result for ss -nlt, bitcoin-cli -netinfo i2p related logs from ~/.bitcoin/debug.log. Check if i2p_private_key is created in ~/.bitcoin/
    – user103136
    Nov 21, 2021 at 17:54
  • 1
    @vasild also asks "Can you reach anything over I2P? For example, can you browse git.idk.i2p using the router's http proxy?" Nov 22, 2021 at 15:23

2 Answers 2

3

Can you reach anything over I2P? For example, can you browse http://git.idk.i2p/ using the router's http proxy?

10
  • 1
    Thank you for coming here @vasild! You are very welcome! Attempts to clarify the question should be in the comments to the question like @Prayank has done rather than posting as an answer. Feel free to edit your answer when we work out what the issue is. Nov 22, 2021 at 15:22
  • 1
    I cannot post a comment to the question because "You must have 50 reputation to comment" (but apparently I can post a comment here to my answer).
    – vasild
    Nov 23, 2021 at 16:56
  • 1
    Hello, can you follow the steps from here: github.com/vasild/bitcoin/pull/4#issuecomment-977719186 (I can't write long comments here and also all new lines are removed and thus formatting is screwed).
    – vasild
    Nov 24, 2021 at 10:02
  • 1
    So it's not possible to create a session, hmm. I never experienced this. It looks like your I2P router is somehow not fully connected to the I2P network or broken in some other way. Can you take this to the I2P developers? The second test is meaningless without a session because it tries to use the session "mysession1" created in the first test in the "STREAM CONNECT" command. However I see a few strange things in its output: 1. you got "NAME=ME" in the "NAMING REPLY" I think it should be "NAME=git.idk.i2p" and 2. using a nonexistent session "mysession1" in the "STREAM CONNECT" did not
    – vasild
    Nov 25, 2021 at 16:55
  • 1
    did not produce STREAM STATUS RESULT=INVALID_ID MESSAGE="STREAM SESSION ID mysession1 does not exist" but instead produced "CANT_REACH_PEER". It takes ~5 seconds for me for SESSION CREATE to return a result and create the session, it is talking to the I2P network. Maybe the session was also created in your case but it took way tooo long?
    – vasild
    Nov 25, 2021 at 16:58
2

I was able to fix this issue by going to http://127.0.0.1:7657/configclients in the browser and enabling "SAM application bridge".

This was disabled by default.

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.