[DK2000]

Das scheint wieder so ein AVM spezifischer Kram zu sein, wenn ich mir die Anleitung dazu so durchlese. Bezugspunkt für die IP ist hier wohl der Router, also die Fritz Box und nicht der Recher, wie sonst eigentlich üblich. Würde wohl auch erklären, warum Firmware und Fernzugangssoftware zusammenpassen müssen.

Kann das aber auch gerade nicht so testen, da ich keinen dynamische DNS Provider mehr habe. DynDNS geht ja nicht mehr und einen anderen habe ich mir da noch nicht rausgesucht. Müsste ich mal machen.

---

OK. Erster Versuch war Käse. Musste Box neu starten. Aber ist schon so, wie ich es vermutet habe. Das VPN Gateway ist innerhalb der Fritz!Box. Daher sieht man auch auf dem Windows System keinen Tunneladapter oder ähnliches. Aber so ganz bin ich da noch nicht durchgestiegen, was der da von mir will. Die Config Datei ist irgendwie nicht richtig.

[Wiesel]

Mein Link in #12 beschreibt auch das einrichten der VPN Verbindung (mit der Config-Datei, das Tool von AVM erstellt auch nur diese Datei und nicht mehr), inklusive der wichtigen Daten.

[DK2000]

Ja, bis dahin habe ich das schon verstanden. Problem ist nur, sobald ich diese Config Datei in der Box lade, war es das. Dann hängt die Box und ich muss sie neu starten (Strom anziehen).

Wo ist da der Fehler?

Spoiler

vpncfg {
        connections {
                enabled = yes;
                conn_type = conntype_user;
                name = "******.no-ip.org";
                always_renew = no;
                reject_not_encrypted = no;
                dont_filter_netbios = yes;
                localip = 0.0.0.0;
                local_virtualip = 0.0.0.0;
                remoteip = 0.0.0.0;
                remote_virtualip = 192.168.1.1;
                remoteid {
                        user_fqdn = "******.no-ip.org";
                }
                mode = phase1_mode_aggressive;
                phase1ss = "all/all/all";
                keytype = connkeytype_pre_shared;
                key = "******";
                cert_do_server_auth = no;
                use_nat_t = yes;
                use_xauth = no;
                use_cfgmode = no;
                phase2localid {
                        ipnet {
                                ipaddr = 192.168.1.0;
                                mask = 255.255.255.0;
                        }
                }
                phase2remoteid {
                        ipaddr = 192.168.1.1;
                }
                phase2ss = "esp-all-all/ah-none/comp-all/pfs";
                accesslist = 
                             "permit ip 192.168.1.0 255.255.255.0 192.168.1.1 255.255.255.255";
        }
        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";
}

Sobald ich das lade, geht nichts mehr.

[Mr_K]

Bei mir ist das Thema erst mal hinter den Hintergrund geraten, da wir dann jetzt einen Windows Server per Hyper-V auf nem PC, den ich vorerst laufen lasse, aufgesetzt haben.
Keine schöne und daher auch nicht endgültige Lösung.
Wenn dann auf der Liste die Server-Hardware irgendwann hoch gerutscht ist, wird der Server aus der aktuellen Hyper-V Instanz portiert ...
Mittelfristig war da eh was geplant. Der VPN der FB sollte ursprünglich bis dahin die Übergangslösung für den Zugriff ins Heimnetz sein ... das hat sich dann damit erledigt.^^
Aber ich bin trotzdem noch daran interessiert, was hier schief läuft!
Wenn Ihr was raus findet, bin ich für Informationen sehr dankbar.

[RalphS]

Ich halte es zumindest für möglich, daß da irgendwo ein NAT dazwischenschießt -ist natürlich schwer zu sagen wo, könnte an der FB selber sein oder zwischen VM und Host oder, je nach Netzwerkarchitektur, sogar noch anderswo. Ganz zu schweigen davon, daß da was wegen der zweifachen Übersetzung schiefgehen könnte - sagen wir weil einer der einfach übersetzten Ports von einer Firewall irgendwo nicht durchgelassen wird oder dergleichen oder, für Testzwecke schlimmer, weil *eigentlich* alles schon geht AUßER ICMP und man sich den Wolf sucht, obwohl es nix zu suchen gab.

Ansonsten... wenn die FB 'geschäftlich' eingesetzt wird, wäre es vielleicht eine gute Idee, dieser einen richtigen Router zur Seite zu stellen, der dann auch ordentlich Site-to-Site VPN unterstützt. Normal täte ich sonst sagen: schau mal ob Du vom Router direkt durch den Tunnel kommst, ie ob die Verbindung von außen nach innen nun steht oder nicht und ob das Problem *vor* der Box ist oder dahinter. Bloß, soweit ich weiß kann man das mit der FB nicht ohne irgendeine Alternativ-Firmware.

Dieser Beitrag wurde von RalphS bearbeitet: 25. Juni 2014 - 12:57

[Mr_K]

Zitat (RalphS: 25. Juni 2014 - 12:54)

Ich halte es zumindest für möglich, daß da irgendwo ein NAT dazwischenschießt -ist natürlich schwer zu sagen wo, könnte an der FB selber sein oder zwischen VM und Host oder, je nach Netzwerkarchitektur, sogar noch anderswo. Ganz zu schweigen davon, daß da was wegen der zweifachen Übersetzung schiefgehen könnte - sagen wir weil einer der einfach übersetzten Ports von einer Firewall irgendwo nicht durchgelassen wird oder dergleichen oder, für Testzwecke schlimmer, weil *eigentlich* alles schon geht AUßER ICMP und man sich den Wolf sucht, obwohl es nix zu suchen gab.

Ansonsten... wenn die FB 'geschäftlich' eingesetzt wird, wäre es vielleicht eine gute Idee, dieser einen richtigen Router zur Seite zu stellen, der dann auch ordentlich Site-to-Site VPN unterstützt. Normal täte ich sonst sagen: schau mal ob Du vom Router direkt durch den Tunnel kommst, ie ob die Verbindung von außen nach innen nun steht oder nicht und ob das Problem *vor* der Box ist oder dahinter. Bloß, soweit ich weiß kann man das mit der FB nicht ohne irgendeine Alternativ-Firmware.

Da bei unseren letzten Tests das selbe Problem mit einer FB7390 an einem Telekom-DSL Anschluss in einer anderen Stadt (nur der Vollständigkeit-halber) auftrat und dies mit einem Laptop mit Win8, auf dem selben Laptop befindlichem Win7 (im Hyper-V), einem Surface Pro und einem Surface Pro 2 gleich verhielt, sind wir uns mittlerweile ziemlich sicher, dass das aktuelle Tool nicht funktioniert.

Server-Hardware ist bestellt. Daher werde ich dieses Thema nicht weiter bearbeiten.
Ich danke Euch für Eure Hilfe!

Dieser Beitrag wurde von Mr_K bearbeitet: 28. Juni 2014 - 12:58