SYSTEM WARNING: 'date_default_timezone_get(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected the timezone 'UTC' for now, but please set date.timezone to select your timezone.' in '/usr/share/mantis/www/core.php' line 264
|Anonymous | Login||2019-07-17 04:23 UTC|
|Main | My View | View Issues | Change Log | Roadmap|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0000453||Endian Firewall||Network related (VPN, uplinks)||public||2008-01-12 19:25||2008-04-23 17:41|
|Target Version||2.2-beta4||Fixed in Version||2.2-beta4|
|Summary||0000453: Can't access server behind vpn from public ip of the vpn gateway after port forward|
|Description||We have 7 firewall in vpn, the first act as gateway, other 6 like client. On the gateway firewall we have a public ip and we want to use it to make public some servers that are in remote offices. We made the vpn, the gateway can see all the machine behind the vpn, clients can see other client from remote office and the gateway can see the clients in remote office. Some of this clients are webserver and we want to make them public. We configured ports forward on the gateway that has the public ip on the red, but trying to access from internet don't works! We can access the firewall gui of the gateway from the public ip, but no one of the port forward we made works. All the firewall machine are endian firewall in a routed enviroment.|
|Tags||No tags attached.|
Not an expert here but have you opened up system access for the same ports/protocols that are used in port forward? without these two it's never worked for me.
Hope this helps,
is the openvpn client user of the firewall with the target webserver you like to make public set on the openvpn server to "Direct all client traffic through the VPN server"?
If not, the portforward will send packets through the vpn to the target webserver, but the target webserver returns the packets to the endian firewall, which has a default gateway pointing to it's uplink instead of the endian firewall with the openvpn server. So the responses will exit the wrong uplink
|our scenario is the second one... so we can't use the vpn as we imagined to do right? we have to direct all the traffic through the vpn server to make it work.. i'm right? no other solutions?|
it's only not implemented currently. However you can insert the necessary iptables rules manually.
We faced the problem a while ago and are aware now of it. So we will implement it, after 2.2 that it works out of the box.
the rule is (on your firewall with the vpn client):
iptables -t nat -I POSTROUTING -o tapX -j SNAT --to yy.yy.yy.yy
where tapX is the virtual device of the openvpn client, if you have only 1 connection, on an endian firewall that device is normally tap2. But you can check it with this command:
ps aux | grep openvpn
and search the connection to your server, there you will see an option like --tap tapX. that's your tap device.
the ip-address yy.yy.yy.yy you determine by checking the ip address assigned to that tap device:
ip addr show tapX
forgot to mention:
with that solution, you will always see connections coming in through the vpn with the ip address of your vpn endpoint, instead of the extern ip address.
That's sometimes not what you want, but it's the only possibility without changing the default gateway on the vpn endpoints as i mentioned before.
I've tryed the solution above... but for me don't work!
I have done the forwarding on the vpnserver with public ip, i've added the rule in the vpn client machine.. i can see the rule counter go on.. but it doesn't work!
|2008-01-12 19:25||Daloia||New Issue|
|2008-01-12 19:25||Daloia||Status||new => assigned|
|2008-01-12 19:25||Daloia||Assigned To||=> peter-endian|
|2008-01-13 15:06||mlebel||Note Added: 0000804|
|2008-01-14 11:41||peter-endian||Note Added: 0000816|
|2008-01-14 12:24||Daloia||Note Added: 0000820|
|2008-01-29 19:04||peter-endian||Note Added: 0000865|
|2008-01-29 19:06||peter-endian||Note Added: 0000866|
|2008-01-29 19:10||peter-endian||Relationship added||related to 0000530|
|2008-01-29 19:11||peter-endian||Status||assigned => confirmed|
|2008-01-29 19:11||peter-endian||Relationship replaced||child of 0000530|
|2008-01-29 19:11||peter-endian||Relationship replaced||parent of 0000530|
|2008-01-29 19:11||peter-endian||Relationship replaced||related to 0000530|
|2008-01-30 00:32||Daloia||Note Added: 0000868|
|2008-03-04 15:28||peter-endian||Relationship added||parent of 0000594|
|2008-03-04 15:29||peter-endian||Target Version||=> 2.2-beta4|
|2008-03-06 11:03||peter-endian||Status||confirmed => resolved|
|2008-03-06 11:03||peter-endian||Fixed in Version||=> 2.2-beta4|
|2008-03-06 11:03||peter-endian||Resolution||open => fixed|
|2008-04-23 17:41||peter-endian||Status||resolved => closed|
|Copyright © 2000 - 2012 MantisBT Group|