1. Aktuelles
  2. Dashboard
  3. Forum
    1. Unerledigte Themen
  4. Mitglieder
    1. Letzte Aktivitäten
    2. Benutzer online
  5. Community vs. Enterprise
  • Anmelden
  • Registrieren
  • Suche
Alles
  • Alles
  • Artikel
  • Forum
  • Seiten
  • Erweiterte Suche
  1. efw-forum - Endian Firewall Support Forum
  2. Mitglieder
  3. ST1976

Beiträge von ST1976

  • **gelöst** VPN-Verbindung steht, aber es gibt keinen Traffic

    • ST1976
    • 4. Januar 2010 um 12:23

    Moin zusammen!

    Ich konnte das Problem - Kommissar Zufall sei Dank - wegen der Suche nach einem anderen Problem lösen.

    Auf dem Rechner war noch vor meiner Zeit mal "AVM Netways" installiert. Da dies offenbar nicht korrekt entfernt wurde, hatten sich noch Dienste und Registrierungseinträge gefunden. Nachdem ich diese entfernt hatte liefs dann einwandfrei.

  • **gelöst** VPN-Verbindung steht, aber es gibt keinen Traffic

    • ST1976
    • 2. November 2009 um 09:26

    Moin Frank,

    bitte entschuldige die späte Antwort: anders als auf Deinem Screenshot ist das bei der Fw auch nicht eingerichtet. Merkwürdig ist ja, dass ich sowohl von der Firma, als auch von zu Hause aus Problemlos auf das Netzwerk hinter der EFW zugreifen kann. Von daher würde ich den Lancom Router auf der anderen Seite als Spaßbremse vermuten. Da jedoch der Tunnel ja korrekt und vollständig aufgebaut wird, kann das ja eigentlich auch nicht sein, da der Lancom ja im Prinzip mit dem korrekten Verbindungsaufbau raus ist.

    Wenn noch irgendjemand eine Idee hätte, wäre ich ein dankbarer Abnehmer! :)

    Gruß
    Stefan

  • **gelöst** VPN-Verbindung steht, aber es gibt keinen Traffic

    • ST1976
    • 27. Oktober 2009 um 15:49

    Moin Frank,

    danke erstmal für die fixe Antwort. In der Eile hast Du aber das Bild vergessen....oder ich habe Tomaten auf den Augen. ;)

    Also, ich habe bei dem OVPN-Konto nur den Benutzernamen und das Kennwort drin. Normalerweise funktioniert das auch so. Unter Erweitert wird auch nur der DNS und name der lokalen Domäne gepusht.

    Zu meiner Schande muss ich gestehen, dass ich die Firewall von einem ehemailgen Azubi "geerbt" habe und bisher noch keine Zeit gefunden habe so ein Ding mal frisch und unbelastet aufzusetzen. :( Aber ich arbeite dran. :)

    Ich hatte in den letzten Tagen schon mit dem Gedanken gespielt, da die aktuelle 2.3final draufzusetzen. Habe mir auch schon das ganz frische Image heruntergeladen. Muss nun aber erstmal testen, ob sich die Conf so übernehmen läßt.

    Gruß
    Stefan

  • **gelöst** VPN-Verbindung steht, aber es gibt keinen Traffic

    • ST1976
    • 26. Oktober 2009 um 16:28

    Moin zusammen!

    SOLL-Zustand: eine VPN-Verbindung von einem Standort mit einem OpenVPN-Client (win32)v1.0.3 (hinter einem Lancom Router) auf eine EFW 2.2RC1 herstellen.

    IST-Zustand: Der Verbindungsaufbau klappt soweit. Alles grün und ich bekomme eine passende IP aufgedrückt. Wenn ich nun auf Irgendwelche Dienste im Netzwerk hinter der EFW zugreifen will, geht dies nicht. Ich habe das auch schon von dem Platz aus mit einer anderen EFW verucht: gleiches Ergebnis. Wenn ich von zu Hause (hinter einer Fritzbox) aus oder von dem Netzwerk in unserer Firma aus über VPN auf das Netzwerkwerk zugreife funktioniert alles.

    Das Protkoll des Clients:

    Code
    Fri Oct 23 09:37:27 2009 OpenVPN 2.0.9 Win32-MinGW [SSL] [LZO] built on Oct 1 2006
    Fri Oct 23 09:37:31 2009 IMPORTANT: OpenVPN's default port number is now 1194, based on an official port number assignment by IANA. OpenVPN 2.0-beta16 and earlier used 5000 as the default port.
    Fri Oct 23 09:37:31 2009 WARNING: No server certificate verification method has been enabled. See http://openvpn.net/howto.html#mitm for more info.
    Fri Oct 23 09:37:31 2009 LZO compression initialized
    Fri Oct 23 09:37:31 2009 Control Channel MTU parms [ L:1574 D:138 EF:38 EB:0 ET:0 EL:0 ]
    Fri Oct 23 09:37:31 2009 Data Channel MTU parms [ L:1574 D:1450 EF:42 EB:135 ET:32 EL:0 AF:3/1 ]
    Fri Oct 23 09:37:31 2009 Local Options hash (VER=V4): 'd79ca330'
    Fri Oct 23 09:37:31 2009 Expected Remote Options hash (VER=V4): 'f7df56b8'
    Fri Oct 23 09:37:31 2009 UDPv4 link local (bound): [undef]:1194
    Fri Oct 23 09:37:31 2009 UDPv4 link remote: ###.###.###.###:1194
    Fri Oct 23 09:37:31 2009 TLS: Initial packet from ###.###.###.###:1194, sid=dd115a3b 1aa2bb95
    Fri Oct 23 09:37:32 2009 VERIFY OK: depth=1, /C=IT/O=efw/CN=efw_CA
    Fri Oct 23 09:37:32 2009 VERIFY OK: depth=0, /C=IT/O=efw/CN=127.0.0.1
    Fri Oct 23 09:37:33 2009 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
    Fri Oct 23 09:37:33 2009 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
    Fri Oct 23 09:37:33 2009 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
    Fri Oct 23 09:37:33 2009 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
    Fri Oct 23 09:37:33 2009 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA
    Fri Oct 23 09:37:33 2009 [127.0.0.1] Peer Connection Initiated with ###.###.###.###:1194
    Fri Oct 23 09:37:34 2009 SENT CONTROL [127.0.0.1]: 'PUSH_REQUEST' (status=1)
    Fri Oct 23 09:37:35 2009 PUSH: Received control message: 'PUSH_REPLY,ifconfig 192.168.100.218 255.255.255.0,dhcp-option DOMAIN XXXX.local,dhcp-option DNS 192.168.100.5,dhcp-option DNS 192.168.100.5,ping-restart 30,ping 8,route-gateway 192.168.100.5,route-gateway 192.168.100.5'
    Fri Oct 23 09:37:35 2009 OPTIONS IMPORT: timers and/or timeouts modified
    Fri Oct 23 09:37:35 2009 OPTIONS IMPORT: --ifconfig/up options modified
    Fri Oct 23 09:37:35 2009 OPTIONS IMPORT: route options modified
    Fri Oct 23 09:37:35 2009 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
    Fri Oct 23 09:37:35 2009 TAP-WIN32 device [TAP Adapter] opened: \\.\Global\{C12618FA-3AF6-46E1-A292-935E17C81A6B}.tap
    Fri Oct 23 09:37:35 2009 TAP-Win32 Driver Version 8.4 
    Fri Oct 23 09:37:35 2009 TAP-Win32 MTU=1500
    Fri Oct 23 09:37:35 2009 Notified TAP-Win32 driver to set a DHCP IP/netmask of 192.168.100.218/255.255.255.0 on interface {C12618FA-3AF6-46E1-A292-935E17C81A6B} [DHCP-serv: 192.168.100.0, lease-time: 31536000]
    Fri Oct 23 09:37:35 2009 Successful ARP Flush on interface [3] {C12618FA-3AF6-46E1-A292-935E17C81A6B}
    Fri Oct 23 09:37:35 2009 TEST ROUTES: 0/0 succeeded len=-1 ret=0 a=0 u/d=down
    Fri Oct 23 09:37:35 2009 Route: Waiting for TUN/TAP interface to come up...
    Fri Oct 23 09:37:37 2009 TEST ROUTES: 0/0 succeeded len=-1 ret=0 a=0 u/d=down
    Fri Oct 23 09:37:37 2009 Route: Waiting for TUN/TAP interface to come up...
    Fri Oct 23 09:37:37 2009 TEST ROUTES: 0/0 succeeded len=-1 ret=0 a=0 u/d=down
    Fri Oct 23 09:37:37 2009 Route: Waiting for TUN/TAP interface to come up...
    Fri Oct 23 09:37:39 2009 TEST ROUTES: 0/0 succeeded len=-1 ret=0 a=0 u/d=down
    Fri Oct 23 09:37:39 2009 Route: Waiting for TUN/TAP interface to come up...
    Fri Oct 23 09:37:39 2009 TEST ROUTES: 0/0 succeeded len=-1 ret=1 a=0 u/d=up
    Fri Oct 23 09:37:39 2009 Initialization Sequence Completed
    Alles anzeigen

    Ein Ausschnitt der Routing-Tabelle bei augebauter Verbindung:

    Code
    Netzwerkziel       Netzwerkmaske   Gateway                Schnittstelle             Anzahl
    0.0.0.0               0.0.0.0               192.168.191.11      192.168.191.108      10
    127.0.0.0            255.0.0.0           127.0.0.1               127.0.0.1                1
    192.168.100.0     255.255.255.0    192.168.100.218     192.168.100.218     30
    192.168.100.218 255.255.255.255 127.0.0.1               127.0.0.1                30
    192.168.100.255 255.255.255.255 192.168.100.218     192.168.100.218     30
    Standardgateway: 192.168.191.11

    Wenn ich einen Ping auf einen der Server absetze, bekomme ich laut WireShark die korrekte MAC zurückgeliefert. Alles andere: TimeOut.

    Hat jemand schon eine Idee was das sein könnte?

    Herzlichen Dank im Voraus.

    MfG
    ST1976

Unterstützt von

  1. Datenschutzerklärung
  2. Impressum
Community-Software: WoltLab Suite™