-
Notifications
You must be signed in to change notification settings - Fork 446
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
CodeError dialing node using tcp #1980
Comments
Are both nodes js-libp2p or is the remote running a different implementation? |
Both nodes are running the same version of js-libp2p. |
v0.45.x is known to work and the interoperability tests for tcp are not failing in the interop test suite: https://github.com/libp2p/test-plans/actions/runs/5900727248/attempts/2#summary-16017106749 Can you share the code snippet? |
The libp2p node is initialized as follows:
Ports 9998 and 9999 are forwarded to 9001 and 9002 respectively via nginx proxy on the node being dialed as follows:
Dialing the tcp node via |
There seems to be an issue during the encryption handshake during multi-stream select which suggest an invalid |
@achingbrain I’m getting this error but i’m trying to connect libp2p 1.2.1 to a go-ipfs node v0.4.18. Is this supposed to work or not because different implementation/old version? |
It is supposed to work, yes. Can you please open a new issue with a way to reproduce the error you are seeing? Some runnable code or a link to a repository. |
@achingbrain thanks! and done: #2444 |
Version:
0.45.9
Platform:
5.15.0-33-generic #.34~20.04.1-Ubuntu (dialer)
5.15.0-78-generic #.85-Ubuntu (dialee)
Subsystem:
dialer
Severity:
High - The main functionality of the application does not work, API breakage, repo format breakage, etc.
Description:
Node A is dialing node B over the internet (not local) via tcp, using:
dial(multiaddr(<address>))
address
is a string of the format:'/dns4/<domain>/tcp/<port>/p2p/<peerid>'
the error output:
Steps to reproduce the error:
Attempt to dial a node over the internet via tcp.
This error doesn't occur when dialing nodes at 127.0.0.1 on the same machine via tcp.
The text was updated successfully, but these errors were encountered: