V1.75.2 QUIC misconfig issues

Node Operators troubleshooting
19

yes, but with some kind of throttle grey-list - it’s likely be expected.
So I would check these options on the router or firewall or antivirus.

By the way, there is no point to check the node’s activity - all data is encrypted anyway and your node stores only 1/80 piece of the segment (!) of the file. Just waste of CPU cycles on checking its activity.

20

Oddly, it’s been up for 9 hours now and QUIC is ok. No idea at this point.

21

after it went misconfigred last night I restarted. Now it’s been green for 17 hours. I genuinely don’t think it’s an issue on my end.

22

mixed bag today. I’ve tried a few things but can not pin down a root cause.

23

I’ve been checking the firewall and port forwarding, the OS that the docker container is on and Storj. Nothing is standing out and I’m still fighting this issue.

24

Does it online? If it’s offline, you need to fix the offline issue first:

25

28967 is open, port forwarding is set up correctly as far as I can see.

26

Does it showed as online on the node’s dashboard?

27

STATUS
Online

QUIC
Misconfigured

28

Do you have other nodes in your network?

29

Just the one node, nothing else.

30

When QUIC is misconfigured and I check the logs, I see active up/downloads scrolling past. That seems strange…

31

Not at all. QUIC just a preferred protocol, but if it doesn’t work the usual TCP (slower) connections will be used.

32

Is there a way to ping 28967 on my home IP and do something like a tracert to see where it’s getting filtered?

33

Yes, you may use a nc utility in Linux to check the connection to a specific port and protocol.
For UDP

nc -zvu your.external.address 28967

for Windows: Download the Free Nmap Security Scanner for Linux/Mac/Windows

But it’s not a tracert of course.
In Linux you may use a traceroute command, it uses UDP by default

traceroute your.external.address -p 28967

for Windows: UDP traceroute utility – Chris Lloyd

34

28967 is open on the WAN side but when I scanned my router 28967 is closed internally.

35

This is mean that something other listening this port.
Do you have two routers?

I do not know why you scanned your router internally instead of your node though.
Could you please show how you did that?

36

my public IP scan shows 28967 open
scanning my node internally shows 28967 open
scanning my router internally shows 28967 closed

37

of course, because your node is listening the port, not the router.

38

cool cool. Anyway I’m still not able to identify the issue. It seems to me that 28967 is open from WAN to the node yet QUIC still goes down regularly…