orchidcd errors out, seemingly on IPv6 packets (on Windows) about orchid HOT 23 CLOSED

We believe this issue was fixed with 90e6f80; this hasn't been pushed in a "release" yet (it will be when we push 0.9.26), but you can download the orchidcd-win build artifact of any commit after that point. If you continue to have the exact same error message (which I think is likely, as I am skeptical of this conclusion that this is related to IPv6, at least in a direct capacity), please continue the thread here and "reopen" the issue; otherwise, for avoidance of any doubt for how this "should work", file a new issue for your now different problem.

from orchid.

Can you tell me what version of Windows you are using? Would you also be willing to provide your Orchid configuration file, with your "funder" and "secret" values redacted? I'm confused as this error is like, only able to happen when the WebRTC "physical socket server" is deconstructing, which is making me think that it was trying to throw an error (the trace isn't an error) and somehow failed?

from orchid.

Can you tell me what version of Windows you are using? Would you also be willing to provide your Orchid configuration file, with your "funder" and "secret" values redacted? I'm confused as this error is like, only able to happen when the WebRTC "physical socket server" is deconstructing, which is making me think that it was trying to throw an error (the trace isn't an error) and somehow failed?

account={protocol:"orchid",funder:"0x***********3",secret:"*********"}

windows 10. thanks for the reply :)

from orchid.

@Rileydevlab Can you change that to this?

rpc="https://cloudflare-eth.com/";
hops=[{protocol:"orchid",funder:"...",secret:"..."}];

from orchid.

@Rileydevlab Can you change that to this?

rpc="https://cloudflare-eth.com/";
hops=[{protocol:"orchid",funder:"...",secret:"..."}];

sorry that was the wrong file.

hops = [{curator: "partners.orch1d.eth", protocol: "orchid", funder: "0x", secret: "*****"}];
rpc = "https://cloudflare-eth.com/";

from orchid.

@Rileydevlab Can you change that to this?

rpc="https://cloudflare-eth.com/";
hops=[{protocol:"orchid",funder:"...",secret:"..."}];

running this one I get this error

[T:3] [./vpn/p2p/source/retry.hpp:71] handled error [./vpn/source/heap.hpp:103] orc_assert(false) [vpn/source/capture.cpp:714] building hop #0

from orchid.

(Oh, I apparently actually require a curator in that file; but that was based on advice from you giving me the contents of the wrong file, so it is all kind of irrelevant; your file has a curator.)

from orchid.

(Oh, I apparently actually require a curator in that file; but that was based on advice from you giving me the contents of the wrong file, so it is all kind of irrelevant; your file has a curator.)

so what is the issue?

from orchid.

@Rileydevlab I clearly don't know yet; if I did, I would have closed the issue.

OK, so I have a build for you to try that will turn on more extensive logging. Can you run this, and then maybe e-mail me the resulting log to [email protected] (mention Orchid in the subject line). (AFAIK it will not have any true secrets in it, but it will have your funder and a hash of your secret embedded in it numerous times, which serves as something of an identity. This is frankly semi-public information, but I can appreciate that people might not want to just paste it into a GitHub issue.)

https://cache.saurik.com/orchid/github/orchidcd_0.9.24~p32.ge7013079.x1614649619.exe

from orchid.

@Rileydevlab I clearly don't know yet; if I did, I would have closed the issue.

OK, so I have a build for you to try that will turn on more extensive logging. Can you run this, and then maybe e-mail me the resulting log to [email protected] (mention Orchid in the subject line). (AFAIK it will not have any true secrets in it, but it will have your funder and a hash of your secret embedded in it numerous times, which serves as something of an identity. This is frankly semi-public information, but I can appreciate that people might not want to just paste it into a GitHub issue.)

https://cache.saurik.com/orchid/github/orchidcd_0.9.24~p32.ge7013079.x1614649619.exe

I have emailed you

from orchid.

(For the record, there was almost no information in the resulting log; I've redacted the packet traces that were included, "just in case".)

[T:3] UDP(2e0) dest:2261
[T:3] protocol: UDP (raw:ip:udp:data)
[T:8] [vpn/p2p/source/datagram.cpp:54] ++ parsing packet: {4500...}
[T:8] [vpn/p2p/source/datagram.cpp:54] ++ parsing packet: {4500...}
[T:8] [vpn/p2p/source/datagram.cpp:54] ++ parsing packet: {4500...}
[T:8] [vpn/p2p/source/datagram.cpp:54] ++ parsing packet: {4500...}

#
# Fatal error in: vpn/p2p/rtc/webrtc/rtc_base/physical_socket_server.cc, line 1077
# last system error: 0
# Check failed: dispatcher_by_key_.empty()
#

@Rileydevlab Can you try this build? I've turned off the WebRTC logging that turned out to not log anything anyway, and killed the packet logging as that didn't teach us anything; all of the traces I've added to figure out what is going on shouldn't be sensitive, but if you feel uncomfortable feel free to e-mail me the log instead of pasting it here, and I'll do a redaction pass myself to make sure.

https://cache.saurik.com/orchid/github/orchidcd_0.9.24~p32.ge7013079.x1614737258.exe

from orchid.

OK, so I got your new e-mail, but my interest in that debugging was predicated on the lack of output that said "NET:..." in your prior logs; this seemingly-much-more-complete log includes those lines (as well as a lot of other output that I was trying to figure out "how could it have not gotten even this far?").

@Rileydevlab Can you try this build?

https://cache.saurik.com/orchid/github/orchidcd_0.9.24~p32.ge7013079.x1614745907.exe

from orchid.

OK, so I got your new e-mail, but my interest in that debugging was predicated on the lack of output that said "NET:..." in your prior logs; this seemingly-much-more-complete log includes those lines (as well as a lot of other output that I was trying to figure out "how could it have not gotten even this far?").

@Rileydevlab Can you try this build?

https://cache.saurik.com/orchid/github/orchidcd_0.9.24~p32.ge7013079.x1614745907.exe

Hi saurik,

Derek told me to get in touch with you. I am experiencing the same issues as Riley, and nothing seems to be working. I would like to send you an email with logs attached, but I am unsure which files to send. Also, should I be using the exe you provided above to debug?

Thanks,
Timothy

from orchid.

from orchid.

from orchid.

@timmy5616 yeah, so that builds were from a month ago now at this point, and it would be very difficult for me to correlate the log messages :(. I barely even remember what I was doing do debug this at this point ;P. Can you try this build?

https://cache.saurik.com/orchid/github/orchidcd_0.9.25~p37.g8938813a.x1617163490.exe

from orchid.

@timmy5616

No worries, I have tried your new exe and have found that the issue lies in the IPv6. I don't know if this was the only problem I was having before hand, but seems that IPv6 is not changed by orchid vpn. Therefore, I was having issues with it... After turning off IPv6 and only using IPv4, ip lookup site and dns testing shows I am now successfully VPN'ing lol Hopefully this helps someone else who is also in a similar IP v6 / v4 scenario. Thanks for the Orchid teams help... Honestly though, knowing what the deal is with different IPs is going to go over the heads of many complete beginners to VPNs. Unless this issue is dealt with in the big release, perhaps talking about these basic things would help noobs like me.. Food for thought, all IMHO

Thanks,
Timothy

from orchid.

I am experiencing the same issues as Riley...

@timmy5616 Huh... are you sure you had the same problem as @Rileydevlab? The problem listed in this issue was that the VPN was forcefully exiting after a bit with a very specific "fatal error" message from libwebrtc (which you can see in the first post), which seems to be caused by the VPN exiting prematurely, not that traffic was bypassing the VPN (FWIW, I knew that IPv6 wasn't handled by Orchid, but I assumed the traffic was eaten, not bypassed; that will definitely get fixed before we release Windows in anything but for advanced users ;P). Is IPv6 somehow causing Orchid to exit?...

from orchid.

OK, so I got your new e-mail, but my interest in that debugging was predicated on the lack of output that said "NET:..." in your prior logs; this seemingly-much-more-complete log includes those lines (as well as a lot of other output that I was trying to figure out "how could it have not gotten even this far?").

@Rileydevlab Can you try this build?

https://cache.saurik.com/orchid/github/orchidcd_0.9.24~p32.ge7013079.x1614745907.exe

I have tried this build and now doesn't seem to connect.

Fatal error in: vpn/p2p/rtc/webrtc/rtc_base/physical_socket_server.cc, line 1077
last system error: 0
Check failed: dispatcher_by_key_.empty()

from orchid.

So it seems it works for my ipv4 but not ipv6

from orchid.

@saurik Hello Jay,

Is there anyway to add additional hops to the config? I have tried copying over a working Openvpn hop, but it doesn't seem to work... Checked my android, and the configs are identical [beside the necessary windows lines] so I am not sure what is going on..

Thanks,
Timothy

from orchid.

@timmy5616 That should work? Reagardless: either file an issue with a lot of detail as a bug report or email [email protected] for more user-level support. (This isn't a forum, so tacking new questions into existing threads breaks its purpose.)

from orchid.

to be fair this is labelled "...trouble using Orchid on Windows"

thank you tho

from orchid.