Mein Problem ist gelöst wurden es lag direkt an Outlook.
Die Funktion Exchange-Cache-Modus musste deaktiviert werden. Jetzt kann ich wieder gewohnt aus dem Homeoffice arbeiten.
Lag nicht an VPN 😀
Gruß Coldjack
Mein Problem ist gelöst wurden es lag direkt an Outlook.
Die Funktion Exchange-Cache-Modus musste deaktiviert werden. Jetzt kann ich wieder gewohnt aus dem Homeoffice arbeiten.
Lag nicht an VPN 😀
Gruß Coldjack
Hallo,
ich habe einen Deutschen Glasfaser Anschluss. Somit cgnat, wenn ich mich über VPN zu meiner Arbeit verbinde, ist das Arbeiten kaum möglich. Outlook braucht lange , um Mails zu öffnen oder verschicken, verschieben.
Als VPN Software wird Checkpoint endpoint Software genutzt.
Sobald ich mich mit einem hotspot verbinde, ist es kein Problem.
Mein Arbeitgeber sagt, es liegt an meiner Verbindung bzw. Einstellungen.
Hat jemand eine Idee, Empfehlung was ich ggf. ändern kann?
Ich habe für mein Arbeitslaptop keine Administratoren Rechte, Windows 11.
Gruß
Es ist jetzt das Update 8.0. für die Fritzbox 5590 veröffentlicht worden.
Quelle:https://stadt-bremerhaven.de/fritzos-8-fuer…box-5590-fiber/
Was willst du prüfen lassen? Und was ist mit den offenen Fragen aus den letzten Beiträgen?
Geh systematisch vor: Schritt für Schritt des Verbindungsaufbaus durchgehen. Zuerst die Namensauflösung, dann prüfen, ob die Pakete auf dem VPS ankommen, dann die Weiterleitung über IPv6, dann die Ankunft auf dem NAS, ... und der ganze Weg zurück (ganz wichtig!).
Wie schon von euch festgestellt, habe ich nicht das Netzwerk know how, wie ihr. Deswegen lass ich von jemand aus meinem Bekanntenkreis meine "Sicherheitsschwachstellen" prüfen.
Ich bin eben davon ausgegangen, dass es mit 6tunnel leichter funktioniert, als bisher gar nicht.
Okay, danke ich lass es mal prüfen, danke für eure Hinweise
nc -v -4 nextcloud.domain.me 443 kein erfolg
Ne, ich kann mein ja meine nextcloud.domain.me via ping -4 nextcloud.domain.me nicht anpingen
ip -6 r
::1 dev lo proto kernel metric 256 pref medium
2a01:239:2a4:f800::/64 dev ens6 proto ra metric 100 expires 86333sec pref medium
fe80::/64 dev ens6 proto kernel metric 256 pref medium
default via fe80::1 dev ens6 proto ra metric 100 expires 1733sec pref medium
ping -6 http://www.heise.de oder auch meine nextcloud.domain.me wird aufgelöst.
nur bei ping -4 nextcloud.domain.me erreicht er den server nicht. Deswegen ja der "Aufwand" mit 6tunnel. Das mein nextlcoud.domain.me auch aus dem ipv4 netzwerk zu erreichen ist.
ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: ens6: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 02:01:3c:ca:75:1d brd ff:ff:ff:ff:ff:ff
altname enp0s6
inet 87.106.71.131/32 metric 100 scope global dynamic ens6
valid_lft 369sec preferred_lft 369sec
inet6 2a01:239:2a4:f800::1/128 scope global dynamic noprefixroute
valid_lft 3139sec preferred_lft 2139sec
inet6 fe80::1:3cff:feca:751d/64 scope link
valid_lft forever preferred_lft forever
nc -v -6 nextcloud.domain.me 443
Connection to nextcloud.domain.me (ipv6) 443 port [tcp/https] succeeded!
netstat -anp|grep 6tunnel
tcp 0 0 0.0.0.0:443 0.0.0.0:* LISTEN 1397/6tunnel
tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 1383/6tunnel
So ich bin ein Schritt weiter, ipv6 ist jetzt vorhanden.
Aber nach wie vor kann ich meine nextcloud.domain.me via ip4 nicht anpingen.
Hab gerade gesehen:
Muss ich mal lesen und schauen. Meld mich später...
ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: ens6: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 02:01:3c:ca:75:1d brd ff:ff:ff:ff:ff:ff
altname enp0s6
inet 87.106.71.131/32 metric 100 scope global dynamic ens6
valid_lft 480sec preferred_lft 480sec
inet6 fe80::1:3cff:feca:751d/64 scope link
valid_lft forever preferred_lft forever
nc -v -6 nextcloud.domain.me 443
nc: connect to nextcloud.domain.me (ipv6 ip) port 443 (tcp) failed: Network is unreachable
Firewall Port ist im Router und in der synology offen
nslookup domain.nextcloud.me
Server: 127.0.0.53
Address: 127.0.0.53#53
Non-authoritative answer:
Name: domain.nextcloud.me
Address: 94.11.111.111 (ip angepasst, es steht hier eine andere, ipv4 externe nas )
Name: domain.nextcloud.me
Address: ipv6 nas adresse
netstat -tulpen
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State User Inode PID/Program name
tcp 0 0 127.0.0.53:53 0.0.0.0:* LISTEN 101 27406 536/systemd-resolve
tcp 0 0 0.0.0.0:443 0.0.0.0:* LISTEN 0 34971 1397/6tunnel
tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 0 34939 1383/6tunnel
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 0 37540 1676/sshd: /usr/sbi
tcp6 0 0 :::22 :::* LISTEN 0 37551 1676/sshd: /usr/sbi
udp 0 0 127.0.0.53:53 0.0.0.0:* 101 27405 536/systemd-resolve
udp 0 0 87.106.71.131:68 0.0.0.0:* 100 62661 534/systemd-network
Das Problem aus einem reinen ipv4 Netz erreiche ich nicht ohne weiteres (VPN ist möglich) meine Nextcloud instanz. Deswegen wollte ich ja den Weg über 6tunnel machen .
Also über die reine ipv6 Adresse erreiche ich meine NAS. Auf der Nas ist meine Nextcloud instanz mit den ports 80 bzw. 443 installiert.
ja die ipv6 = synology
sub.domain = nextcloud
domain= nas
Achso, ne läuft nicht in einer VM
so ich habe jetzt ionos geklickt 6tunnel installiert.
6tunnel 443 ipv6nas 443 leider kein erfolg ![]()
Nextcloud läuft auf meiner webstation auf der synology nas.