Thanks for the feedback and my apologies for not posting the configs. You are right, they might be useful for others to analyze the setup. Here they are:
server.ovpn: (on XP machine)
port 1194
proto udp
dev tun
ca "C:\\Program Files\\OpenVPN\\config\\ca.crt"
cert "C:\\Program Files\\OpenVPN\\config\\server.crt"
key "C:\\Program Files\\OpenVPN\\config\\server.key"
dh "C:\\Program Files\\OpenVPN\\config\\dh1024.pem"
server 10.8.0.0 255.255.255.0
ifconfig-pool-persist ipp.txt
client-config-dir ccd
keepalive 10 120
comp-lzo
persist-key
persist-tun
status openvpn-status.log
verb 3
client.ovpn: (on Win8.1 machine; real name replaced by "client")
client
dev tun
proto udp
remote XXXXXXXXXXX.com 1194
resolv-retry infinite
nobind
persist-key
persist-tun
ca "C:\\Program Files (x86)\\OpenVPN\\config\\ca.crt"
cert "C:\\Program Files (x86)\\OpenVPN\\config\\client.crt"
key "C:\\Program Files (x86)\\OpenVPN\\config\\client.key"
ns-cert-type server
comp-lzo
verb 3
explicit-exit-notify 2
ping 10
ping-restart 60
C:\Program Files\OpenVPN\config\ccd\client: (real name replaced by "client", real IP even different from ...10, but definitively not ...6 which everyone would guess)
ifconfig-push 10.8.0.10 10.8.0.9
Now, regarding your comments:
felix57 wrote:
In "Programmregeln" (program rules?) I added and allowed all OVPN exe files I could find in the bin-folder: nothing
The only rule you need for Openvpn.exe on your server is to allow incoming connections/data to your server port. On the client you allow outgoing to the server on the port. EG: UDP:1194
All other packets (such as HTTP or ICMP) are still created/owned by the original application not OpenVPN.
felix57 wrote:
In "Datenverkehrregeln" (data traffic rules?) I allowed anything related with port 1194 (UDP, TCP, incoming, outgoing, local, remote): nothing
The reason you got nothing is because the rule will not be applied for ICMP echo reply.
You are absolutely right, no program rules are needed. During Windows installation on the XP server, Norton added openvpn.exe as "OpenVPN Daemon" as allowed program rule. (I then tried to add the other programs manually, which was useless). But even the automatically generated program rule allowing openvpn.exe seems to be unnecessary: Access control set at "fully trusted" for the client's OVPN IP 10.8.0.10 overrides any (tested) attempt of blocking openvpn.exe
--> I removed all OVPN related program rules on the server's Norton Firewall and it still works fine
You are also right regarding data traffic rules. Only incoming UDP traffic on the server's local 1194 port needs to be explicitly allowed. This seems to be mandatory (and is not done automatically by Norton during installation); without, it does not work at all. Access control "fully trusted" for the client's OVPN IP 10.8.0.10 is not overriding the traffic rule (different to what it does for program rules)
--> I removed all other OVPN related data traffic rules
Bottomline: I have on the server 1 OVPN related Norton firewall rule allowing incoming UDP 1194, and 1 rule setting the client's OVPN IP to fully trusted. There was no need to change anything on the client.
Thanks also for your hint regarding "topology subnet". However I still don't understand why Norton does not trust 10.8.0.10 if I add the entire 10.8.0.0 LAN as fully trusted
(well, sometimes I have doubts whether even Norton understands what the Norton does :mrgreen: - nevermind). I might try this later, if I need to connect more clients. For now I'm happy with the solution to only trust the specific predefined fix IPs of my clients.
All the best
felix