11.07.2018, aktualisiert um 21:13:10 Uhr

3606

Site to Site Fritzbox 6360 Cable (kbw) zu Sonicwall TZ300W

Hallo,

hat jemand einen Site to Site Tunnel von Fritzbox 6360 Cable zu einer Sonicwall TZ300W am laufen?

Ich habe schon mehrer Configs aus dem Forum getestet, aber es klappt kein Verbidungsaufbau.

Im Log der Sonicwall steht.

SENDING>>>> ISAKMP OAK AG (InitCookie:0xd726803b19417781 RespCookie:0x749694dcdd946733, MsgID: 0x0) *(SA, KE, NON, ID, VID, VID, VID, VID, HASH)
VPN VPN IKE Responder: Peer Timeout - RetransmittingStandard Note String

IKE Responder: Remote party Timeout - Retransmitting IKE Request.

VPN IKE Responder: Peer Timeout - RetransmittingStandard Note String

---
supertux

Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben

Content-ID: 379857

Url: https://administrator.de/forum/site-to-site-fritzbox-6360-cable-kbw-zu-sonicwall-tz300w-379857.html

Ausgedruckt am: 22.04.2025 um 12:04 Uhr

17 Kommentare

Neuester Kommentar

Also ich hab einen mit ner PFsense laufen. Funktionieren tut es auf jeden Fall. Habe die Anleitung aber leider gerade nicht parat.
Ich weiß aber noch das ich das nicht über die Konfig files gemacht habe, zumindest nicht in der letzten Ausbau stufe. Es ging dann auch mit dem integrierten Menü für das Fritz.box zu Fritz.box VPN.

Hallo,

Zitat von @supertux:
Im Log der Sonicwall steht.

IKE Versionen passen? Die Fritte kann nur IKE Version 1https://wiki.securepoint.de/index.php/IPSec_-_Fritzbox_V11
IPs passen. Nicht das du versuchst einen Tunnel mit IPv4 zu einer IPv6 zu etablieren. Entweder haben beide seiten IPv6 oder beide seiten haben IPv4

Gruß,
Peter

Ich denke es liegt an der LOCAL IKE ID und PEER IKE ID,

bei der Sonicwall kann ich hier IP4Adresse, Domain Name, E-Mail Adresse, Firewall Identifier, Key Identifier.
Die Frage was die Fritzbox unterstützt?

In den bisherigen Configs wird hier immer

localid {
fqdn = "xxxxxxxxxx.de";
}
remoteid {
fqdn = "xxxxxxxxxx.de";
}

oder statt fqdn

ipaddr = 192.168.0.1; //statische IP-Adresse
mask = 255.255.255.0;

Die Frage, wird hier die echte IP bzw. FQDN abgefragt oder muss nur auf beiden Seiten das gleiche drin stehen?

---
supertux

Ist das jetzt gelöst oder warum hast du selber die Frage auf "Gelöst" gesetzt ??!

Nein, das war ein Fehler von mir....

oder muss nur auf beiden Seiten das gleiche drin stehen?

Nicht das gleiche.
Die localid muss auf dem remoten VPN Server als remoteID konfiguriert sein
die remoteID ist die ID die auf dem remoten VPN als localID definiert ist.
Ja, also mehr oder minder gleich aber quasi "über Kreuz" wenn du so willst.
Ist ja auch irgendwie logisch wenn man mal ein bischen nachdenkt

Hallo,

so sehen meine Einstellungen aus.

vpncfg {
        connections {
                enabled = yes;
                conn_type = conntype_lan;
                name = "VPN";  
                always_renew = no;
                reject_not_encrypted = no;
                dont_filter_netbios = yes;
                localip = 0.0.0.0;
                local_virtualip = 0.0.0.0;
                remoteip = meine_feste_ip;
                remote_virtualip = 0.0.0.0;
                remotehostname = "namedyndns.de;  
                localid {
                        fqdn = "home.local";  
                }
                remoteid {
                        fqdn = "work.local";  
                }
                mode = phase1_mode_aggressive;
                phase1ss = "all/all/all";  
                keytype = connkeytype_pre_shared;
                key = "mein_key";  
                cert_do_server_auth = no;
                use_nat_t = no;
                use_xauth = no;
                use_cfgmode = no;
                phase2localid {
                        ipnet {
                                ipaddr = 10.0.0.0;
                                mask = 255.255.255.0;
                        }
                }
                phase2remoteid {
                        ipnet {
                                ipaddr = 192.168.2.0;
                                mask = 255.255.255.0;
                        }
                }
                phase2ss = "esp-all-all/ah-none/comp-all/no-pfs";  
                accesslist = "permit ip any 192.168.2.0 255.255.255.0";  
        }
        ike_forward_rules = "udp 0.0.0.0:500 0.0.0.0:500",   
                            "udp 0.0.0.0:4500 0.0.0.0:4500";  
}


// EOF

Sonicwall

NAT Traversal use_nat_t = no; solltest du besser auf yes setzen, dann da ist mit Sicherheit irgendwo NAT dazwischen.
.local Root Domains sind immer tödlich, da die von der IANA fest auf das mDNS Protokoll zugewiesen sind. Die sollte man niemals verwenden.
https://en.wikipedia.org/wiki/Multicast_DNS#Protocol_overview
Siehe auch:
https://www.heise.de/ct/ausgabe/2017-26-Interne-Domains-Auswahl-Einstell ...
Ansonsten sieht das gut aus.
Hier findest du noch Infos:
Site-to-Site VPN zwischen Sonicwall TZ 205 und Fritzbox 7580 Verbindungsabbruch
https://blog.kopfteam.de/site2site-vpn-zwischen-fritzbox-und-sonicwall/
https://www.sonicwall.com/en-us/support/knowledge-base/170503490076419
https://www.xing.com/communities/posts/site2site-ueber-ipsec-sonicwall-f ...
usw.
Funktionieren tut es also generell.

Hallo,

ich habe das Problem gelöst, die Seite wo du geschrieben hast, habe ich mir auch schon angeschaut.
Habe mir auch zwei echte Dyndns angelgt, aber daran lag es auch nicht.

Habe nun mit einer Fritzbox 7272 und eine anderen Sonicwall getestet, nach 2 Minuten war die Verbindung da.
In der Config habe ich dann nur die fdqn auf auf die TZ300 und 6360 geändert und versucht,
kein Login....die Sonicwall meldete alle möglichen Fehler im Logfile.

Nachdem ich alle VPN und AdressObjekt entfernt habe, und manuell angelegt hat, hat es auch mit der geänderten
Config aus der 7272 in der 6360 funktioniert.

Das Problem lag als an der Sonicwall TZ300W in den VPN-Einstellungen, hier hat wohl der Wizard irgendwas verbockt.

Deshalb sollte man eben nie solchen "blöden" Wizzards verwenden

Case closed !
Bitte dann auch
Wie kann ich einen Beitrag als gelöst markieren?
nicht vergessen.

Ist mir bei einem Lancom mit dem Wizard auch passiert

Deshalb nimmt man ja auch anständige Router/Firewalls wo man den Wizzard abschalten kann

Noch eine kurze Frage, warum ist mein Lifetime mit der Fritzbox zur Sonicwall nur eine Stunde gülitig?
Egal, wie ich an der Sonicwall die Lifetime ändere, es bleibt bei der Fritzbox immer 1 Stunde.

Wenn ich mich mit NCP anmelde, sehe ich jede Erhöhung der Lifetime...somit liegt es wohl nicht
an der Sonicwall sondern an der Fritzbox.

Die Einstellung im NCP habe ich so eingestellt, wie sie in der Fritzbox.cfg auch sind.

IKE Phase 1

DH-Group 2
Encryption: 3DES
Authentication: SHA1
Lifetime 14400

IPSEC Phase 2

Protocol: ESP
Encryption: 3DES
Authentication: SHA1
Lifetime 14400

Mit der Einstellung Lifetime 3600 habe ich auch mit NCP dann 1 Stunde.

Die Lifetimes sollten an beiden Enden gleich sein, das ist richtig. Wenn sich das trotz beidseitig anderem Intervall nicht ändert ist das ein Bug.
Nebenbei sollte man KEINE 3DES Encryption mehr nutzen, denn die gilt als nicht mehr sicher. AES256 wäre hier die weit bessere Wahl.

Ok, das scheint aber dein ein allgemeiner Fritzbox-Bug zu sein, der ist bei 6360 und 7272.

Hab eben die Sonicwall auf AES256 umgestellt, aber ich bekomme über die Fritzbox keine Verbindung mehr über AES-256.
Entweder kein Vebindungsaufbau oder die Fritzbox deaktiviert meine VPN-Verbindung.

Phase1:

phase1ss = "LT8h/all/all/all";

Phase 2 war bisher

phase2ss = "esp-3des-sha/ah-no/comp-no/no-pfs";

geändert in

phase2ss = "esp-aes256-sha/ah-no/comp-no/no-pfs";

Hier habe ich schon verschiedene Einstellung, die ich gefunden habe eingetragen, keine Verbindung mit AES-256 möglich.
Das Bild zeigt noch einen alten Screenshot ohne AES.

das scheint aber dein ein allgemeiner Fritzbox-Bug zu sein

Ich hab mit FritzBüxen zum Glück nix am Hut !!!

Was dein AES 256 anbetrifft musst du natürlich in der FritzBüx die richtigen Proposals eintragen:
https://blog.webernetz.net/fritzos-ab-06-23-ipsec-p2-proposals-erweitert ...
Das...
mode = phase1_mode_aggressive;
phase1ss = "dh14/aes/sha";
phase2ss = "esp-aes256-3des-sha/ah-no/comp-lzs-no/pfs";
sollte also klappen dann auf der FB. Sonic dann auf Group 14 umstellen.

Danke, diese Daten hatte ich auch schon in der Config der Fritzbox hinterlegt, habe gestern mit
allen möglichen Einstellungen getestet und war schon am verzeifeln.

Nun hat es funktioniert mit DH14 und AES-256, es muss an der Fritzbox liegen wieso es nie funktioniert hat.
Es kommt mir so vor, als würde die Fritzbox wenn ich die Config einspiele und es zur Gegenstelle nicht
sofort zu einer Verbindung kommt, die Fritzbox die Einstellung verwirft.

gelöstFrage Netzwerke Router, Routing

Mehr von supertux

Probleme mit Office 2019supertux - 4 Kommentare

Dokumentenscanner OCR mit Zugpferdsupertux - 10 Kommentare

FritzBox! 7490 Internet über LAN1supertux - 18 Kommentare

Windows 10 Updates und Store Problemsupertux - 1 Kommentar

Heiß diskutiert