Clifford Kite wrote:
> music <music@musi.ca> wrote:
>
>
>>server ifconfig -a is:
>
> ...
>
>
>>tap0 Link encap:Ethernet HWaddr 16:6A:E7:CE:72:EC
>> inet6 addr: fe80::146a:e7ff:fece:72ec/64 Scope:Link
>> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
>> RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>> TX packets:0 errors:0 dropped:8670 overruns:0 carrier:0
>> collisions:0 txqueuelen:0
>> RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
>
>
> All TX packets are dropped. If you can find out why and fix it then
> it may well solve your problem.
>
> Sorry, but I am VPN and bridge impaired and so have no idea what is
> causing the packet drops.
>
> HTH


This is the Ethertap interface. It is an Ethernet-like
interface at the network end and a character device at
the tunnel daemon end. It will drop the packets if the
daemon at the character device end is not picking them up.
For OpenVPN this is probably because the tunnel outside
connection is not working.

I've been trying to figure out the network topology thought
out by the OP to see why the connection is not achieved,
but I've not yet seen any way to make the UDP packets to
travel the distance.

As far as I've seen in the discussion, there is no connection
from the client to the Net for sending the encapsulated
and encrypted packets to the server, and I'm not sure whether
they'll make it through the NAT at the server end.

--

Tauno Voipio
tauno voipio (at) iki fi