View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0009029 | GNUnet | transport service | public | 2024-07-29 22:31 | 2024-11-08 07:43 |
| Reporter | xrs | Assigned To | schanzen | ||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | resolved | Resolution | no change required | ||
| Platform | x86_64 | OS | alpine linux | OS Version | 3.20.2 |
| Product Version | 0.21.2 | ||||
| Target Version | 0.23.0 | ||||
| Summary | 0009029: problem "network ist unreachable" with 0.21.1 and 0.21.2 | ||||
| Description | Standard installation of gnunet on alpine linux. After starting gnunet peer the logs show signs of network problems, see files attached. The firewall on the LAN forwards TCP/UDP traffic on port 2086 (extern=intern). | ||||
| Tags | No tags attached. | ||||
| Attached Files | |||||
| related to | 0009263 | confirmed | thejackimonster | Transport is ignoring disabled IPv6 |
|
|
This is likely an issue with interface/address selection and I can confirm this happens, but does not prevent connections. May only occur with IPv6 and/or TCP or UDP. |
|
|
I think this can happen when the router blocks outgoing IPv6 traffic. I assume in such a case it should be detected by the communicator and automatically disable its IPv6 functionality (or at least tell the transport service, there's no need to forward IPv6 addresses to it for opening connections because it simply does not work). If it can be detected by the communicator, it should also be possible to re-enable it (if not explicitly disabled via configuration). |
|
|
Did you fix this with the last commits made to master? |
|
|
No, this isn't fixed yet. |
|
|
I'm not sure if we should handle "network is unreachable" errors. Those are networks/system misconfigurations that the user/admin is the only person able to fix that. |
|
|
Maybe we could workaround this at least to reduce such errors. If IPv4 and IPv6 were separated acting as own communicators and transport would be rating communicators on a rate of successful connections, transport could at least understand if there are issues with some protocol and default to use a different communicator if possible to make connections to a certain peer. |
|
|
That may be a good idea. In that process, I would also support having a communicator that does not do any encryption as fallback. Can you please create a new issue for the IPv4/IPv4 separation? Then I will close this. |
|
|
You are right. IPv6 is not configured on my host and network. Thank you for the hint! |
|
|
Related bug 0009263 is better suited to track this issue. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2024-07-29 22:31 | xrs | New Issue | |
| 2024-07-29 22:31 | xrs | File Added: logs-0.21.1.png | |
| 2024-07-29 22:31 | xrs | File Added: logs-0.21.2.png | |
| 2024-08-29 17:25 | schanzen | Note Added: 0023106 | |
| 2024-08-29 17:25 | schanzen | Assigned To | => schanzen |
| 2024-08-29 17:25 | schanzen | Status | new => confirmed |
| 2024-08-30 12:21 | schanzen | Severity | major => minor |
| 2024-10-10 03:19 | thejackimonster | Note Added: 0023492 | |
| 2024-10-10 10:22 | schanzen | Target Version | => 0.22.2 |
| 2024-10-11 11:10 | schanzen | Note Added: 0023512 | |
| 2024-10-11 13:14 | thejackimonster | Note Added: 0023515 | |
| 2024-10-11 13:26 | schanzen | Note Added: 0023516 | |
| 2024-10-12 18:05 | thejackimonster | Note Added: 0023524 | |
| 2024-10-23 21:47 | schanzen | Note Added: 0023582 | |
| 2024-10-23 21:48 | schanzen | Relationship added | related to 0009263 |
| 2024-10-29 13:08 | schanzen | Target Version | 0.22.2 => 0.23.0 |
| 2024-11-07 13:02 | xrs | Note Added: 0023674 | |
| 2024-11-08 07:43 | schanzen | Status | confirmed => resolved |
| 2024-11-08 07:43 | schanzen | Resolution | open => no change required |
| 2024-11-08 07:43 | schanzen | Note Added: 0023675 |
