Vad behövs för att routa mellan två gränssnitt?

Total nybörjare i Linuxvärlden, allt är ju helt obegripligt
Ubuntu server 18.04

Jag sätter upp en OpenVPN-tunnel mellan två Ubuntumaskiner som ska få routa trafik mellan två LAN, ingen NAT, men får det fasiken inte att funka.

- Tunneln funkar, jag kan skicka ping genom tunneln från klienten 10.82.0.2 till servern 10.82.0.1 och vice versa, alla ping returneras.
- Skickar jag ett ping från LAN (192.168.73.104) på klientsidan till klienten (192.168.73.21) så kommer paketet fram och ping returneras.
- Skickar jag ett ping från LAN (192.168.73.104) på klientsidan till klientens tun0 (10.82.0.2) så kommer paketet fram och ping returneras.
- Skickar jag ett ping från LAN (192.168.73.104) på klientsidan till serverns tun0 (10.82.0.1) så försvinner paketet nånstans i tunneln, dvs, jag ser att det går in till klienten på eth0, ut från klienten till tun0 (sudo tcpdump -i tun0) men det kommer inte fram på servern i tun0.

Kanske använder jag tcpdump fel?

Behöver jag göra något mer än att fixa rätt routes, 'net.ipv4.ip_forward = 1' och 'ufw disabled'?

Måste man greja nåt med iptables, brandväggen, ...?

Jag har googlat arslet av mig i en vecka nu, men blir inte klokare

Routingtabellen:

Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.73.1 0.0.0.0 UG 100 0 0 eth0
10.82.0.0 0.0.0.0 255.255.255.0 U 0 0 0 tun0
192.168.51.0 10.82.0.1 255.255.255.0 UG 0 0 0 tun0
192.168.73.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
192.168.73.1 0.0.0.0 255.255.255.255 UH 100 0 0 eth0

$ ip route get to 10.82.0.1 from 192.168.73.104 iif eth
ger svaret
010.82.0.1 from 192.168.73.104 dev tun0
cache iif eth0

Jag förstår inte riktigt sista raden, men resten ser väl korrekt ut?

Hairpinning var nytt för mig, intressant. Men här ska inte nån NAT vara inblandad, rimligen.

Jag vill att 192.168.73.21 ska routa paket från 192.168.73.104 till 192.168.51.21 via tunneln. I förlängningen ska de två fysiska platsernas LAN routas helt över tunneln.

Det som inte funkar är att mina paket från 192.168.73.104 till tunneln försvinner nånstans och jag vet inte riktigt hur jag ska hitta dem. Själva tunneln verkar funka, jag kan pinga mellan 10.82.0.2 <-> 10.82.0.1, det är routingen i 192.168.73.21 som inte funkar, paketen kommer inte fram till 10.82.0.1.

Är det korrekt uppfattat att 'sudo tcpdump -i tun0' på vpn_client visar paket som skickas till eller kommer från tun0? Eller kan det vara så att paketet droppas efter att tcpdump fångat det?

Edit:
Iptables är brandvägg enbart? Så om ufw=disabled ska all trafik flöda fritt? Eller måste jag ändå konfigurera iptables med nåt?

Jodå, det finns motsvarande route på servern:

$ route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.51.1    0.0.0.0         UG    100    0        0 eth0
10.82.0.0       0.0.0.0         255.255.255.0   U     0      0        0 tun0
192.168.51.0    0.0.0.0         255.255.255.0   U     0      0        0 eth0
192.168.51.1    0.0.0.0         255.255.255.255 UH    100    0        0 eth0
192.168.73.0    10.82.0.2       255.255.255.0   UG    0      0        0 tun0

Jag ger upp nu. Börjar om med nyinstallation, jag måste missat något väldigt fundamentalt. Jag får väl skylla mig själv som uteslutande jobbat med Windows hela livet

Jag blåste allt och började från början, med två helt nya installationer av Ubuntu server. Samma problem, paketen försvann nånstans i tunneln. Men...

Det visade sig att det var OpenVPN som lurades. Tydligen droppar servern paket som den inte har en intern route för. Förmodligen är den snabbare än tcpdump då, som aldrig hinner se paketet i fråga. OpenVPN-loggen visar nåt i stil med:

... MULTI: bad source address from client [192.168.73.104], packet dropped

Lösningen heter iroute (man kan gissa att i:et står för "internal"?).

Alltså:

$ /etc/openvpn/server.conf
...
client-config-dir ccd

och...

$ /etc/openvpn/ccd/client
iroute 192.168.73.0 255.255.255.0

Klart.

Detta borde jag ju kunnat lösa väldigt mycket fortare om jag inte stirrat mig blind på att själva tunneln fungerade.
Brandväggen vet jag väl inte om den behövs, men den släpper igenom mina paket med lite fix:

$ /etc/default/ufw
DEFAULT_FORWARD_POLICY="ACCEPT"

Tack för visat intresse!