Hay,
welche Konfigdirektiven sind das denn?
Mit einer gepushten Route alleine stellt sich OpenVPN da ja quer.
Ich bin mir jetzt nicht sicher, ob wir da aneinander vorbei reden. Es geht darum, dass der Server selbst ja auf Dienste antwortet, die von mir aus dem Büro heraus angesprochen werden. In dem Fall ist es ja keine OpenVPN-Sache, sondern eine Firewall/iptables Sache.
Es sind ja drei Netze im Spiel: im Büro habe ich ein (abgekürzt) 192../23, das VLAN ist 192.../24 und das Netz, das OpenVPN aufspannt ein 10.../24.
Im einfachsten Fall also ein (Kurzform)
iptables -D INPUT -p udp/tcp -s (alle drei Netze) -d (alle drei Netze) --sport 1-65535 --dport 1-65535
auf dem OpenVPN-Server. Dasselbe nochmal mit Forward, sonst erreichst Du die Systeme dahinter (egal welche Richtung) nicht über die Firewall(OpenVPN)-Kombi.
Es ist jetzt nicht so, dass ich mir die komplette Theorie angeeignet habe - vielleicht geht es ja einfacher, z.B. KÖNNTE es mit NAT einfacher gehen, aber vielleicht doch nicht, denn ich habe ja auch SIP/VoIP-Anwendungen, die auf NAT wiederum allergisch reagieren. So habe ch auch viel herumprobiert, weil es für den speziellen Fall des Zusammenspiels von OpenVPN, Firewall und zwei gegenseitig transparente Netze nicht wirklich gute Tutorials gibt. Aber schön, dass man mit tail -f im Firewall-Log / syslog etc. gut anschauen kann, welche IP-Adresse beim Routing durch die Firewall scheitert und warum.
Um aber mal die dazu gehörigen OpenVPN-Direktiven durchzugehen:
Im /etc/openvpn/ccd-File auf dem Server für den Client habe ich
also grundsätzlich das Netz, welches vom Büro ins VLAN geht
in der /etc/openvpn/server.conf steht
server 10.../24
push "route 192.../24"
route 192../23
Push um das VLAN zum Client zu schicken, das zweite route braucht man, um die Route auf dem Server anzulegen - könnte ev. auch in die ccd.
auf dem Client
um die Route des Büro-LAN nochmals zum Server zu schicken.
Mag sein, dass da etwas redundant ist, aber ich habe immer in die F... bekommen, wenn ich nur eines von denen anderes gemacht habe 
CU, Peter
