Yes, you are right.
I was wrong, sorry.
The host behind NAT (the server running in qemu)
should see the clients actuall address.
More info on the NAT issue:
if i try another setup:
Client (internet) -------- Home Router (internet-lan) ----- Server (nat)
I can make a connection to the server (not running in qemu but on a real
machine), but it recognizes the public ip of the client, not the internal ip
of the router, as it happens in the qemu experiment.
I mean that if the qemu server says that the connection is to 10.0.2.2 because
it is its nat router, in this case i should see a 192.168.1.1 because it is
the nat router of the server here, but what I get is:
>Wed Jan 16 12:44:48 2008 Peer Connection Initiated with 158.42.xxx.yyy:1194
On the other hand, client says that connection is to the public ip of the
router, but this is ok as far as I know.
El Wednesday 16 January 2008 12:39:24 Carlos Baiget escribió:
> El Wednesday 16 January 2008 10:01:40 David Balazic escribió:
> > This is perfectly normal and OK. This is how NAT works. QEMU will
> > redirect the packet to the correct client.
> Ok, then I'm completely lost.
> > Besides, what exacly is the problem ?
> > Client not getting packets ?
> > Or server seeing replay packets ?
> > PS: What does "'ifconfig' is used inconsistently" mean , does anybody
> > know ?
> I'm not sure if client receives packets or not. I think that it does, as
> the server complains about receiving replay packets. Definitely the client
> doesn't show any error messages. I'll look with a packet sniffer to be
> sure. Server shows a lot of warnings about replay packets, and the
> connection doesn't work. If I silence that with 'no-replay', I get the
> > > Tue Jan 15 23:50:54 2008 WARNING: 'ifconfig' is used inconsistently,
> > > local='ifconfig 10.8.0.1 10.8.0.2', remote='ifconfig 10.8.0.2 10.8.0.1'
> as if I was using an inconsistent ifconfig statemente in both configuration
> files, but i have checked that they are ok:
> server: ifconfig 10.8.0.1 10.8.0.2
> client : ifconfig 10.8.0.2 10.8.0.1
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> Openvpn-users mailing list