t;Rohit Yadav"
> > Sent: Wednesday, 18 March, 2015 11:29:54
> > Subject: Re: SNAT and remote IP problem
>
> > I reacall this was fine in clean 4.4.0 or 4.4.1/2cant remember any
> > more...
> >
> > but anyone willing to share their VR output
11:29:54
> Subject: Re: SNAT and remote IP problem
> I reacall this was fine in clean 4.4.0 or 4.4.1/2cant remember any
> more...
>
> but anyone willing to share their VR output, as I asked, will I guess help
> us greatly...
>
> On 18 March 2015 at 12:28, Erik Weber wrote
I reacall this was fine in clean 4.4.0 or 4.4.1/2cant remember any
more...
but anyone willing to share their VR output, as I asked, will I guess help
us greatly...
On 18 March 2015 at 12:28, Erik Weber wrote:
> Has anyone checked if this is present in 4.5? If so we should aim to have a
> fi
Has anyone checked if this is present in 4.5? If so we should aim to have a
fix available with 4.5.1
--
Erik
On Wed, Mar 18, 2015 at 10:47 AM, Paul Shadwell wrote:
> I also have this problem, it effects running vPBX/VoIP services behind a
> VR.
>
> In fact any service that requires a view on i
I also have this problem, it effects running vPBX/VoIP services behind a VR.
In fact any service that requires a view on incoming IPs and domain names.
For example fail2ban will block ALL access to ssh because it only ever sees the
VR IP address.
Upgrading to 4.3.2 did not fix it.
This needs f
Hi,
is anybody willing to share the result from the folowing command, run in VR
(VPC VR):
iptables -t nat -nvL
This should preferable be run from SSH-to-VR, instead of
ConsoleProxy-to-VR, because of nice output over SSH.
It seems in 4.3.0 and 4.3.2, SNAT is done on ALL incoming connections, no
