Beiträge von 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.

• Benutzeroberfläche: Grafische Darstellung der Verbindungen auf der Übersicht (Startseite)
• Neuer Online-Monitor informiert zur Auslastung der Internetverbindung und zur Auslastung durch einzelne Netzwerkgeräte
• Internet: Auch IPv6-Daten können nun über einen Wireguard®-VPN-Tunnel übertragen werden
• Mesh: Grafische Übersicht aller mit der FRITZ!Box verbundenen Geräte in neuem Design und mit zusätzlichen Funktionen
• Push Service: überarbeitetes Design und mehr Komfort

Quelle:https://stadt-bremerhaven.de/fritzos-8-fuer…box-5590-fiber/

Zitat von frank_m

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

Zitat von mbo77

Wie schon bemerkt:

Code

ip -6 r

ping -6 www.heise.de

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

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.