Dieses hat das Netz 192.168.0.0/24
Dann solltest Du im Client, den Server als default gateway eintragen. Ist das ein Windows-Client?
EDIT:
Auf dem Client auch ein Routing in das Subnetz 192.168.1.0/24 konfigurieren.
Anmeldungsdatum: Beiträge: 13892 |
Dann solltest Du im Client, den Server als default gateway eintragen. Ist das ein Windows-Client? EDIT: Auf dem Client auch ein Routing in das Subnetz 192.168.1.0/24 konfigurieren. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 45 |
Ja es ist ein Win10 Client. Soll ich das Gateway unter dem TAP Adapter bei den Netzwerkverbindungen eintragen oder in meiner WLAN Verbindung, die ich zuhause nutze? Das Gateway wird der Router im OpenVPN Netz sein, korrekt?
Die Route hinterlege ich in der client.ovpn Datei oder muss ich die route mit einem route add in der Windows Eingabeaufforderung durchführen? Also in etwa so müsste das für mein Netz aussehen. route ADD 192.168.0.0 MASK 255.255.255.0 192.168.1.0 Eins verstehe ich dabei aber nicht. Wenn ich dann von woanders die VPN Verbindung aufbaue, die zbsp. das Netz 192.168.66.0 hat, kann ich doch nicht jedesmal eine Route setzen. Am besten wäre es doch die Route in der Konfig Datei vom OpenVPN Client einzutragen. Wenn dann andere Personen die VPN Verbindung nutzen, muss man nicht immer händisch die Route in die Windows Eingabeaufforderung eintragen. |
Anmeldungsdatum: Beiträge: 13892 |
Ja, das kannst Du machen. Mit Windows kenne ich mich nicht aus. BTW: Lt. manpage von OpenVPN (Linux): --route network/IP [netmask] [gateway] [metric] Add route to routing table after connection is established. Multiple routes can be specified. Routes will be automatically torn down in reverse order prior to TUN/TAP device close. This option is intended as a convenience proxy for the route(8) shell command, while at the same time providing portable semantics across OpenVPN's platform space. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 45 |
ja danke! Darüber bin ich auch schon gestolpert. Wenn ich auf dem Server jedoch die Route setze, verbindet er sich überhaupt nicht mehr. Ich habe in der server.conf am Ende der Datei folgende Routen reingeschrieben. push "route 192.168.1.0 255.255.255.0" route 192.168.1.0 255.255.255.0 Wenn ich mich dann verbinden möchte, versucht er irgendwie ewig lange den Tun/Tap Adapter hochzufahren. Am Ende steht ein Error und es geht nicht wirklich weiter. Verbindung kommt nicht zustande. Fri Nov 08 01:56:00 2019 NOTE: --user option is not implemented on Windows Fri Nov 08 01:56:00 2019 NOTE: --group option is not implemented on Windows Fri Nov 08 01:56:00 2019 OpenVPN 2.4.7 x86_64-w64-mingw32 [SSL (OpenSSL)] [LZO] [LZ4] [PKCS11] [AEAD] built on Feb 21 2019 Fri Nov 08 01:56:00 2019 Windows version 6.2 (Windows 8 or greater) 64bit Fri Nov 08 01:56:00 2019 library versions: OpenSSL 1.1.0j 20 Nov 2018, LZO 2.10 Fri Nov 08 01:56:00 2019 MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:25340 Fri Nov 08 01:56:00 2019 Need hold release from management interface, waiting... Fri Nov 08 01:56:00 2019 MANAGEMENT: Client connected from [AF_INET]127.0.0.1:25340 Fri Nov 08 01:56:00 2019 MANAGEMENT: CMD 'state on' Fri Nov 08 01:56:00 2019 MANAGEMENT: CMD 'log all on' Fri Nov 08 01:56:00 2019 MANAGEMENT: CMD 'echo all on' Fri Nov 08 01:56:00 2019 MANAGEMENT: CMD 'bytecount 5' Fri Nov 08 01:56:00 2019 MANAGEMENT: CMD 'hold off' Fri Nov 08 01:56:00 2019 MANAGEMENT: CMD 'hold release' Fri Nov 08 01:56:00 2019 Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication Fri Nov 08 01:56:00 2019 Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication Fri Nov 08 01:56:00 2019 TCP/UDP: Preserving recently used remote address: [AF_INET]xxx.xxx.xxx.xxx:1194 Fri Nov 08 01:56:00 2019 Socket Buffers: R=[65536->65536] S=[65536->65536] Fri Nov 08 01:56:00 2019 UDP link local: (not bound) Fri Nov 08 01:56:00 2019 UDP link remote: [AF_INET]xxx.xxx.xxx.xxx:1194 Fri Nov 08 01:56:00 2019 MANAGEMENT: >STATE:1573174560,WAIT,,,,,, Fri Nov 08 01:56:00 2019 MANAGEMENT: >STATE:1573174560,AUTH,,,,,, Fri Nov 08 01:56:00 2019 TLS: Initial packet from [AF_INET]xxx.xxx.xxx.xxx:1194, sid=8bd63e7f da98b021 Fri Nov 08 01:56:00 2019 VERIFY OK: depth=1, C=DE, ST=Baden, L=Mannheim, O=KPSGMBH, OU=MyOrganizationalUnit, CN=KPSGMBH CA, name=EasyRSA, emailAddress=it@kpsgmbh.com Fri Nov 08 01:56:00 2019 VERIFY KU OK Fri Nov 08 01:56:00 2019 Validating certificate extended key usage Fri Nov 08 01:56:00 2019 ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication Fri Nov 08 01:56:00 2019 VERIFY EKU OK Fri Nov 08 01:56:00 2019 VERIFY OK: depth=0, C=DE, ST=Baden, L=Mannheim, O=KPSGMBH, OU=MyOrganizationalUnit, CN=server, name=EasyRSA, emailAddress=it@kpsgmbh.com Fri Nov 08 01:56:00 2019 Control Channel: TLSv1.2, cipher TLSv1.2 ECDHE-RSA-AES256-GCM-SHA384, 2048 bit RSA Fri Nov 08 01:56:00 2019 [server] Peer Connection Initiated with [AF_INET]xxx.xxx.xxx.xxx:1194 Fri Nov 08 01:56:01 2019 MANAGEMENT: >STATE:1573174561,GET_CONFIG,,,,,, Fri Nov 08 01:56:01 2019 SENT CONTROL [server]: 'PUSH_REQUEST' (status=1) Fri Nov 08 01:56:01 2019 PUSH: Received control message: 'PUSH_REPLY,redirect-gateway def1 bypass-dhcp,route 192.168.1.0 255.255.255.0,route 10.8.0.1,topology net30,ping 10,ping-restart 120,ifconfig 10.8.0.6 10.8.0.5,peer-id 0,cipher AES-256-GCM' Fri Nov 08 01:56:01 2019 OPTIONS IMPORT: timers and/or timeouts modified Fri Nov 08 01:56:01 2019 OPTIONS IMPORT: --ifconfig/up options modified Fri Nov 08 01:56:01 2019 OPTIONS IMPORT: route options modified Fri Nov 08 01:56:01 2019 OPTIONS IMPORT: peer-id set Fri Nov 08 01:56:01 2019 OPTIONS IMPORT: adjusting link_mtu to 1624 Fri Nov 08 01:56:01 2019 OPTIONS IMPORT: data channel crypto options modified Fri Nov 08 01:56:01 2019 Data Channel: using negotiated cipher 'AES-256-GCM' Fri Nov 08 01:56:01 2019 Outgoing Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key Fri Nov 08 01:56:01 2019 Incoming Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key Fri Nov 08 01:56:01 2019 interactive service msg_channel=760 Fri Nov 08 01:56:01 2019 ROUTE_GATEWAY 192.168.0.1/255.255.255.0 I=11 HWADDR=d8:cb:8a:c1:59:55 Fri Nov 08 01:56:02 2019 open_tun Fri Nov 08 01:56:02 2019 TAP-WIN32 device [Ethernet 2] opened: \\.\Global\{3ECFFA90-406A-40DD-8F8C-77282A81FED4}.tap Fri Nov 08 01:56:02 2019 TAP-Windows Driver Version 9.21 Fri Nov 08 01:56:02 2019 Notified TAP-Windows driver to set a DHCP IP/netmask of 10.8.0.6/255.255.255.252 on interface {3ECFFA90-406A-40DD-8F8C-77282A81FED4} [DHCP-serv: 10.8.0.5, lease-time: 31536000] Fri Nov 08 01:56:02 2019 Successful ARP Flush on interface [10] {3ECFFA90-406A-40DD-8F8C-77282A81FED4} Fri Nov 08 01:56:02 2019 MANAGEMENT: >STATE:1573174562,ASSIGN_IP,,10.8.0.6,,,, Fri Nov 08 01:56:07 2019 TEST ROUTES: 3/4 succeeded len=3 ret=0 a=0 u/d=up Fri Nov 08 01:56:07 2019 Route: Waiting for TUN/TAP interface to come up... Fri Nov 08 01:56:12 2019 TEST ROUTES: 3/4 succeeded len=3 ret=0 a=0 u/d=up Fri Nov 08 01:56:12 2019 Route: Waiting for TUN/TAP interface to come up... Fri Nov 08 01:56:14 2019 TEST ROUTES: 3/4 succeeded len=3 ret=0 a=0 u/d=up Fri Nov 08 01:56:14 2019 Route: Waiting for TUN/TAP interface to come up... Fri Nov 08 01:56:15 2019 TEST ROUTES: 3/4 succeeded len=3 ret=0 a=0 u/d=up Fri Nov 08 01:56:15 2019 Route: Waiting for TUN/TAP interface to come up... Fri Nov 08 01:56:16 2019 TEST ROUTES: 3/4 succeeded len=3 ret=0 a=0 u/d=up Fri Nov 08 01:56:16 2019 Route: Waiting for TUN/TAP interface to come up... Fri Nov 08 01:56:17 2019 TEST ROUTES: 3/4 succeeded len=3 ret=0 a=0 u/d=up Fri Nov 08 01:56:17 2019 Route: Waiting for TUN/TAP interface to come up... Fri Nov 08 01:56:18 2019 TEST ROUTES: 3/4 succeeded len=3 ret=0 a=0 u/d=up Fri Nov 08 01:56:18 2019 Route: Waiting for TUN/TAP interface to come up... Fri Nov 08 01:56:19 2019 TEST ROUTES: 3/4 succeeded len=3 ret=0 a=0 u/d=up Fri Nov 08 01:56:19 2019 Route: Waiting for TUN/TAP interface to come up... Fri Nov 08 01:56:21 2019 TEST ROUTES: 3/4 succeeded len=3 ret=0 a=0 u/d=up Fri Nov 08 01:56:21 2019 Route: Waiting for TUN/TAP interface to come up... Fri Nov 08 01:56:22 2019 TEST ROUTES: 3/4 succeeded len=3 ret=0 a=0 u/d=up Fri Nov 08 01:56:22 2019 Route: Waiting for TUN/TAP interface to come up... Fri Nov 08 01:56:23 2019 TEST ROUTES: 3/4 succeeded len=3 ret=0 a=0 u/d=up Fri Nov 08 01:56:23 2019 Route: Waiting for TUN/TAP interface to come up... Fri Nov 08 01:56:24 2019 TEST ROUTES: 3/4 succeeded len=3 ret=0 a=0 u/d=up Fri Nov 08 01:56:24 2019 Route: Waiting for TUN/TAP interface to come up... Fri Nov 08 01:56:25 2019 TEST ROUTES: 3/4 succeeded len=3 ret=0 a=0 u/d=up Fri Nov 08 01:56:25 2019 Route: Waiting for TUN/TAP interface to come up... Fri Nov 08 01:56:26 2019 TEST ROUTES: 3/4 succeeded len=3 ret=0 a=0 u/d=up Fri Nov 08 01:56:26 2019 Route: Waiting for TUN/TAP interface to come up... Fri Nov 08 01:56:27 2019 TEST ROUTES: 3/4 succeeded len=3 ret=0 a=0 u/d=up Fri Nov 08 01:56:27 2019 Route: Waiting for TUN/TAP interface to come up... Fri Nov 08 01:56:29 2019 TEST ROUTES: 3/4 succeeded len=3 ret=0 a=0 u/d=up Fri Nov 08 01:56:29 2019 Route: Waiting for TUN/TAP interface to come up... Fri Nov 08 01:56:30 2019 TEST ROUTES: 3/4 succeeded len=3 ret=0 a=0 u/d=up Fri Nov 08 01:56:30 2019 Route: Waiting for TUN/TAP interface to come up... Fri Nov 08 01:56:31 2019 TEST ROUTES: 3/4 succeeded len=3 ret=0 a=0 u/d=up Fri Nov 08 01:56:31 2019 Route: Waiting for TUN/TAP interface to come up... Fri Nov 08 01:56:32 2019 TEST ROUTES: 3/4 succeeded len=3 ret=0 a=0 u/d=up Fri Nov 08 01:56:32 2019 Route: Waiting for TUN/TAP interface to come up... Fri Nov 08 01:56:33 2019 TEST ROUTES: 3/4 succeeded len=3 ret=0 a=0 u/d=up Fri Nov 08 01:56:33 2019 Route: Waiting for TUN/TAP interface to come up... Fri Nov 08 01:56:34 2019 TEST ROUTES: 3/4 succeeded len=3 ret=0 a=0 u/d=up Fri Nov 08 01:56:34 2019 Route: Waiting for TUN/TAP interface to come up... Fri Nov 08 01:56:35 2019 TEST ROUTES: 3/4 succeeded len=3 ret=0 a=0 u/d=up Fri Nov 08 01:56:35 2019 Route: Waiting for TUN/TAP interface to come up... Fri Nov 08 01:56:36 2019 TEST ROUTES: 3/4 succeeded len=3 ret=0 a=0 u/d=up Fri Nov 08 01:56:36 2019 Route: Waiting for TUN/TAP interface to come up... Fri Nov 08 01:56:37 2019 TEST ROUTES: 3/4 succeeded len=3 ret=0 a=0 u/d=up Fri Nov 08 01:56:37 2019 C:\Windows\system32\route.exe ADD xxx.xxx.xxx.xxx MASK 255.255.255.255 192.168.0.1 Fri Nov 08 01:56:37 2019 Route addition via service succeeded Fri Nov 08 01:56:37 2019 C:\Windows\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 10.8.0.5 Fri Nov 08 01:56:37 2019 Route addition via service succeeded Fri Nov 08 01:56:37 2019 C:\Windows\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 10.8.0.5 Fri Nov 08 01:56:37 2019 Route addition via service succeeded Fri Nov 08 01:56:37 2019 MANAGEMENT: >STATE:1573174597,ADD_ROUTES,,,,,, Fri Nov 08 01:56:37 2019 C:\Windows\system32\route.exe ADD 192.168.1.0 MASK 255.255.255.0 192.168.1.254 Fri Nov 08 01:56:37 2019 Warning: route gateway is not reachable on any active network adapters: 192.168.1.254 Fri Nov 08 01:56:37 2019 Route addition via service failed Fri Nov 08 01:56:37 2019 C:\Windows\system32\route.exe ADD 192.168.1.0 MASK 255.255.255.0 10.8.0.5 Fri Nov 08 01:56:37 2019 Route addition via service succeeded Fri Nov 08 01:56:37 2019 C:\Windows\system32\route.exe ADD 10.8.0.1 MASK 255.255.255.255 10.8.0.5 Fri Nov 08 01:56:37 2019 Route addition via service succeeded Fri Nov 08 01:56:37 2019 WARNING: this configuration may cache passwords in memory -- use the auth-nocache option to prevent this Fri Nov 08 01:56:37 2019 SYSTEM ROUTING TABLE Fri Nov 08 01:56:37 2019 0.0.0.0 0.0.0.0 192.168.0.1 p=0 i=11 t=4 pr=3 a=4708 h=0 m=25/0/0/0/0 Fri Nov 08 01:56:37 2019 0.0.0.0 128.0.0.0 10.8.0.5 p=0 i=10 t=4 pr=3 a=0 h=0 m=291/0/0/0/0 Fri Nov 08 01:56:37 2019 10.8.0.1 255.255.255.255 10.8.0.5 p=0 i=10 t=4 pr=3 a=0 h=0 m=291/0/0/0/0 Fri Nov 08 01:56:37 2019 10.8.0.4 255.255.255.252 10.8.0.6 p=0 i=10 t=3 pr=2 a=35 h=0 m=291/0/0/0/0 Fri Nov 08 01:56:37 2019 10.8.0.6 255.255.255.255 10.8.0.6 p=0 i=10 t=3 pr=2 a=35 h=0 m=291/0/0/0/0 Fri Nov 08 01:56:37 2019 10.8.0.7 255.255.255.255 10.8.0.6 p=0 i=10 t=3 pr=2 a=35 h=0 m=291/0/0/0/0 Fri Nov 08 01:56:37 2019 xxx.xxx.xxx.xxx 255.255.255.255 192.168.0.1 p=0 i=11 t=4 pr=3 a=0 h=0 m=281/0/0/0/0 Fri Nov 08 01:56:37 2019 127.0.0.0 255.0.0.0 127.0.0.1 p=0 i=1 t=3 pr=2 a=4714 h=0 m=331/0/0/0/0 Fri Nov 08 01:56:37 2019 127.0.0.1 255.255.255.255 127.0.0.1 p=0 i=1 t=3 pr=2 a=4714 h=0 m=331/0/0/0/0 Fri Nov 08 01:56:37 2019 127.255.255.255 255.255.255.255 127.0.0.1 p=0 i=1 t=3 pr=2 a=4714 h=0 m=331/0/0/0/0 Fri Nov 08 01:56:37 2019 128.0.0.0 128.0.0.0 10.8.0.5 p=0 i=10 t=4 pr=3 a=0 h=0 m=291/0/0/0/0 Fri Nov 08 01:56:37 2019 192.168.0.0 255.255.255.0 192.168.0.218 p=0 i=11 t=3 pr=2 a=4708 h=0 m=281/0/0/0/0 Fri Nov 08 01:56:37 2019 192.168.0.218 255.255.255.255 192.168.0.218 p=0 i=11 t=3 pr=2 a=4708 h=0 m=281/0/0/0/0 Fri Nov 08 01:56:37 2019 192.168.0.255 255.255.255.255 192.168.0.218 p=0 i=11 t=3 pr=2 a=4708 h=0 m=281/0/0/0/0 Fri Nov 08 01:56:37 2019 192.168.1.0 255.255.255.0 10.8.0.5 p=0 i=10 t=4 pr=3 a=0 h=0 m=291/0/0/0/0 Fri Nov 08 01:56:37 2019 224.0.0.0 240.0.0.0 127.0.0.1 p=0 i=1 t=3 pr=2 a=4714 h=0 m=331/0/0/0/0 Fri Nov 08 01:56:37 2019 224.0.0.0 240.0.0.0 10.8.0.6 p=0 i=10 t=3 pr=2 a=4713 h=0 m=291/0/0/0/0 Fri Nov 08 01:56:37 2019 224.0.0.0 240.0.0.0 192.168.0.218 p=0 i=11 t=3 pr=2 a=4711 h=0 m=281/0/0/0/0 Fri Nov 08 01:56:37 2019 255.255.255.255 255.255.255.255 127.0.0.1 p=0 i=1 t=3 pr=2 a=4714 h=0 m=331/0/0/0/0 Fri Nov 08 01:56:37 2019 255.255.255.255 255.255.255.255 10.8.0.6 p=0 i=10 t=3 pr=2 a=4713 h=0 m=291/0/0/0/0 Fri Nov 08 01:56:37 2019 255.255.255.255 255.255.255.255 192.168.0.218 p=0 i=11 t=3 pr=2 a=4711 h=0 m=281/0/0/0/0 Fri Nov 08 01:56:37 2019 SYSTEM ADAPTER LIST Fri Nov 08 01:56:37 2019 Realtek PCIe GbE Family Controller Fri Nov 08 01:56:37 2019 Index = 11 Fri Nov 08 01:56:37 2019 GUID = {6873B487-87CC-4676-AB9C-5A34D536E3A3} Fri Nov 08 01:56:37 2019 IP = 192.168.0.218/255.255.255.0 Fri Nov 08 01:56:37 2019 MAC = d8:cb:8a:c1:59:55 Fri Nov 08 01:56:37 2019 GATEWAY = 192.168.0.1/255.255.255.255 Fri Nov 08 01:56:37 2019 DHCP SERV = 192.168.0.1/255.255.255.255 Fri Nov 08 01:56:37 2019 DHCP LEASE OBTAINED = Fri Nov 08 01:38:09 2019 Fri Nov 08 01:56:37 2019 DHCP LEASE EXPIRES = Fri Nov 08 02:38:09 2019 Fri Nov 08 01:56:37 2019 DNS SERV = 80.69.96.12/255.255.255.255 81.210.129.4/255.255.255.255 Fri Nov 08 01:56:37 2019 TAP-Windows Adapter V9 Fri Nov 08 01:56:37 2019 Index = 10 Fri Nov 08 01:56:37 2019 GUID = {3ECFFA90-406A-40DD-8F8C-77282A81FED4} Fri Nov 08 01:56:37 2019 IP = 10.8.0.6/255.255.255.252 Fri Nov 08 01:56:37 2019 MAC = 00:ff:3e:cf:fa:90 Fri Nov 08 01:56:37 2019 GATEWAY = 0.0.0.0/255.255.255.255 Fri Nov 08 01:56:37 2019 DHCP SERV = 10.8.0.5/255.255.255.255 Fri Nov 08 01:56:37 2019 DHCP LEASE OBTAINED = Fri Nov 08 01:56:01 2019 Fri Nov 08 01:56:37 2019 DHCP LEASE EXPIRES = Sat Nov 07 01:56:01 2020 Fri Nov 08 01:56:37 2019 DNS SERV = Fri Nov 08 01:56:37 2019 Initialization Sequence Completed With Errors ( see http://openvpn.net/faq.html#dhcpclientserv ) Fri Nov 08 01:56:37 2019 MANAGEMENT: >STATE:1573174597,CONNECTED,ERROR,10.8.0.6,xxx.xxx.xxx.xxx,1194,, Die öffentliche IP habe ich durch xxx.xxx.xxx.xxx ersetzt. Was ich halt nicht verstehe, warum muss ich denn überhaupt "routen", wenn der OpenVPN Server im gleichen Netz steht in dem alle anderen Server auch stehen? Geht es dabei um das 10.8.0.0/24 Netz, was die Clients als IP zugewiesen bekommen? |
(Themenstarter)
Anmeldungsdatum: Beiträge: 45 |
Ich glaube es nicht! Es lag doch an der Firewall. Hab den Befehl einfach mal in die Konsole gehämmert und alles lief sofort. iptables -t nat -A POSTROUTING -s 10.8.0.0/24 -o eth0 -j MASQUERADE Ich schaue jetzt mal ob es auch ohne die Routen geht, ansonsten denke ich sollte das Problem gelöst sein. Muss nur noch schauen wo man die Regel dauerhaft aktiviert lassen kann. rc.local scheint es ja nicht mehr zu geben, so dass die Regel auch nach einem Reboot geladen wird. |
Anmeldungsdatum: Beiträge: 13892 |
Das geht z. B. mit iptables-persistent und netfilter-persistent: apt-cache show iptables-persistent netfilter-persistent Oder statt iptables kannst Du auch nftables benutzen: apt-cache show nftables |
Anmeldungsdatum: Beiträge: Zähle... |
Hallo zusammen, habe ebenfalls ein Routing Problem mit OpenVPN. Kurz Erklärt... Habe mehrere Router die eine VPN Verbindung zu einem großen Hoster aufbauen sollen. Dort läuft ein "Cloud Server XL Ubuntu 18.04" der auf den jeweiligen Routern Daten von den Lokalen Geräten abrufen und in eine Datenbank schreiben soll. Jetzt bekomme ich eine Verbindung aufgebaut aber das Routing nicht hin. Ich kann pingen wie ich will und bekomme nur ab und zu den weitergeleiteten New Nexthop meiner Gegenseite übermittelt. Gelesen habe ich schon einige Seiten, da ich aber nicht wirklich fit bin im Routing hoffe ich auf eure Hilfe. Auf dem Anhang ist eine kleine Übersicht Danke schonmal im Vorraus |