influxdata / influxdata/influxdb
[2.x] Unable to connect to Influx from a certain IP
- Dominant language
- Rust
- Stars
- 31.7k
- Forks
- 3.7k
- Avg merge
- 13h 37m
- Merged PRs (30d)
- 8
Description
Hi, I'm having trouble accessing InfluxDB 2.7.5 from a certain IP address on another subnet. I'm running influx on a windows PC within a docker container inside of WSL, and I was previously successfully able to send data via telegraf from a sever at 192.168.3.3 to the influx PC 192.168.1.4 in the past. Then I had some hardware issues on the PC (which are now fixed) but after several crashes of the PC server I can no longer connect from 192.168.3.3 though connecting from other computers on the 192.168.1.X and 192.168.4.X subnets to the influx PC is fine.
__Steps to reproduce:__
List the minimal actions needed to reproduce the behaviour.
1. .Telnet from the 192.168.3.3 server to the Influx DB server at 192.168.1.4
__Expected behaviour:__
I should see a connection handshake with the 192.168.1.4 server
__Actual behaviour:__
Describe What actually happened.
There will be no reaction from the InfluxDB server (I see the same result when i run telegraf but telnet makes it clearer that it isn't a telegraf config issue)
I'm finding it trouble to provide meaningful logs but so far what I've tried
1) Checking my router/network firewall etc. Verified that the 192.168.3.3 server is making it through the firewall and if I change the port I try to telnet to I can successfully telnet into other services on the windows server (though I can't telnet into Influx if I change the influx port and then try connecting to that)
2) Tried telneting from another computer on a different subnet (192.168.4.X) and from _that_ computer I was able to connect to influx though still not from 192.168.3.3
3) Checked the windows computer. Tried re-adding firewall rules for influx (in this case on port 8087) and disabling the firewall altogether but I'm still not able to connect from 192.168.3.3 (still can connect from other IPs though)
4) Viewed the connection in Wireshark on the windows PC. I see the 192.168.3.3 server try to connect in the logs but it isn't making the connection and gives up after retrying a few times
Here's the first message from Wireshark as received from 192.168.1.4
`151240 7.428888 192.168.3.3 192.168.1.4 TCP 74 35026 → 8087 [SYN] Seq=0 Win=64240 Len=0 MSS=1460 SACK_PERM TSval=7325947 TSecr=0 WS=128
`
5) Because of this, it seems to be exclusively an issue between this IP (192.168.3.3 and influx on the windows server)
__Environment info:__
192.168.1.4
Influx DB 2.7.5 running on WSL2 (Ubuntu 22.04 LTS) in a Docker Container. WSL is hosted in Windows 11
InfluxDB Docker Compose Script
```
influxdb:
image: influxdb:latest
container_name: influxdb
restart: unless-stopped
ports:
- 8087:8086
networks:
- t2_proxy
environment:
- INFLUXD_STORAGE_CACHE_SNAPSHOT_MEMORY_SIZE=104857600
# - INFLUXD_LOG_LEVEL=debug
- INFLUXDB_MONITOR_STORE_ENABLED=false
```
__Config:__
Copy any non-default config values here or attach the full config as a gist or file.
```
["influx.conf"]
url = "https://influx.MYDOMAIN.com"
token = ""
org = ""
#
# [eu-central]
# url = "https://eu-central-1-1.aws.cloud2.influxdata.com"
# token = "XXX"
# org = ""
#
# [us-central]
# url = "https://us-central1-1.gcp.cloud2.influxdata.com"
# token = "XXX"
# org = ""
#
# [us-west]
# url = "https://us-west-2-1.aws.cloud2.influxdata.com"
# token = "XXX"
# org = ""
```
Contributor guide
Research direction
Start by reproducing the reported telnet connection from 192.168.3.3 to the Docker Compose port mapping on the Windows 11 and WSL2 setup. Compare the Wireshark SYN behavior with connections from the other subnets; done means identifying a reproducible InfluxDB-side cause and documenting the verified resolution.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- docker, docker-compose, linux, ubuntu
- Domain
- databases, devops, networking
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 20/100