mirror of
https://github.com/hwdsl2/docker-ipsec-vpn-server.git
synced 2026-04-26 18:15:50 +03:00
[GH-ISSUE #442] client not accessing remote network #415
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @H4rDBuG on GitHub (Aug 9, 2024).
Original GitHub issue: https://github.com/hwdsl2/docker-ipsec-vpn-server/issues/442
Checklist
Describe the issue
Client configured in ikev2, tunnel ok but no connection. My client 192.168.43.13 can ping the container vpn IP (172.255.0.2) but not ping others containers in 172.255.x.x.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
access ressources in docker's network (172.255.x.x) and ultimately access ressources in docker's host network (172.16/16)
Logs
Enable logs, check VPN status, and add error logs to help explain the problem, if applicable.
Server (please complete the following information)
Client (please complete the following information)
Additional context
probably configuration routing missing but don't know where to search and how to link 192.168.13 to my 172.16 :
@hwdsl2 commented on GitHub (Aug 10, 2024):
@H4rDBuG Hello! Please see Access other containers on the Docker host. By default, this Docker image does not block outgoing traffic to other containers. I've tested a similar use case before (as described in the link), where VPN clients connected to the Docker container at
172.17.0.2were able to access services on an Nginx server running in a different container at172.17.0.3.For your use case, it is possible that the traffic may be blocked by IPTables rules on your Docker host, or IPTables rules in other containers you want to access. You'll need to look into those yourself. Note that in this use case, when VPN clients access resources on other containers while connected to the VPN, it may appear that the traffic is from the VPN container
172.255.0.2, not from the client192.168.43.x.