diva.exchange

Sorry took a bit - had to enable debug logging (can be reproduced using the docker compose file above and some additional efforts to create SAM sessions). Now, more analysis...

**Update 1**: "potential fix" has no effect (it's not related to ip forwarding at all). **Update 2**: it is related to iptables though. Assume a rule on any given linux...

Can reproduce also on v2.49.0 within container and eepsite inside or outside container, see build with debug symbols and trace on #1940

Here is the backtrace of the Segmentation Fault for i2pd v2.49.0, compiled with debug symbols (on linux alpine): Command: `gdb --args /home/i2pd/bin/i2pd --datadir=/home/i2pd/data --conf=/home/i2pd/conf/i2pd.conf` ``` GNU gdb (GDB) 11.2 Copyright...

gdb where: ``` #0 0x00005558d93a32c8 in i2p::stream::Packet::GetNACKCount (this=0x7fae191e80d0) at /tmp/i2pd/libi2pd/Streaming.h:81 #1 0x00005558d93a3335 in i2p::stream::Packet::GetOption (this=0x7fae191e80d0) at /tmp/i2pd/libi2pd/Streaming.h:84 #2 0x00005558d93a3362 in i2p::stream::Packet::GetFlags (this=0x7fae191e80d0) at /tmp/i2pd/libi2pd/Streaming.h:85 #3 0x00005558d93a33fc in i2p::stream::Packet::IsSYN (this=0x7fae191e80d0) at...

``` #0 0x00005558d93a32c8 in i2p::stream::Packet::GetNACKCount (this=0x7fae191e80d0) at /tmp/i2pd/libi2pd/Streaming.h:81 No locals. #1 0x00005558d93a3335 in i2p::stream::Packet::GetOption (this=0x7fae191e80d0) at /tmp/i2pd/libi2pd/Streaming.h:84 No locals. #2 0x00005558d93a3362 in i2p::stream::Packet::GetFlags (this=0x7fae191e80d0) at /tmp/i2pd/libi2pd/Streaming.h:85 No locals. #3 0x00005558d93a33fc...

Fixed, tested on 2.50.0 (using docker image: https://hub.docker.com/layers/divax/i2p/current/images/sha256-04ee091e76bed80d5f9bd3f35209670b12f20efcd15eb2d817c7e40d62214844?context=explore) Thanks.

Have to re-open after more tests with more traffic. Test setup with low traffic (like one request per minute): can't reproduce the segfault. Test setup with higher traffic (like >...

Fixed within v2.51.0. Tested over 5 days using docker within the same test environment as initial bug report. v2.51.0 Docker image: https://hub.docker.com/layers/divax/i2p/current/images/sha256-f71019fa1674dab14edfe67211855866074901bece469bf4e29e14d55bd14a4b?context=explore Based on diva/i2pd release v2.51: https://github.com/diva-exchange/i2p/releases Logs still...

The intention of the docker image divax/i2p is to overwrite the configuration file (unconditionally). The configuration of a container is done using environment variables. Hence the README.md is misleading and...