Beiträge von frank_m

Zitat von Ice86

der Mailserver zieht nur über pop3, damit ich immer von überall zugriff auf meine mails hab.

Ein Mailserver zieht gar nichts über pop3, der arbeitet per SMTP. Wenn, dann bietet er pop3 für seine Clients an. Aber das macht es nicht besser. Auch per IMAP kann man von überall Zugriff erhalten, solange man den Server ordnungsgemäß einrichtet.

So langsam bekomme ich das Gefühl, da läuft kein "richtiger" Mail-Server auf deinem NAS. Das hätte auch vorher nicht funktioniert, denn "richtige" MTAs blockieren den Zugriff auf MTAs an Privatkundenanschlüssen, um die SPAM Flut einzudämmen. Das hätte also auch vor der DG schon nicht funktioniert.

Zitat von Ice86

um aus der roundcube app jetzt auf den emailserver auf der NAs zuzugreifen hab ich bis dato als imapserveradresse meinedomain.synology.me mit dem entsprechend port drin stehen.

Roundcube ist ein Webmailer, keine App. Und wieso IMAP? Oben war es noch pop3.

Aber wenn Roundcube auch auf dem NAS läuft, dann brauchst du gar keine Domain oder einen VPN Tunnel. Der Zugriff kann ja einfach lokal erfolgen.

Zitat von Ice86

Verstehe ich es richtig, dass ich jetzt die ip adresse des VPS werd benutzen müssen?

Ja, theoretisch, aber für einen "richtigen" Mailserver wird das komplex. Die Firewallregeln auf dem VPS sind nicht ohne. Aber wie gesagt, nach allem, was ich bislang gelesen habe, ist da kein richtiger Mailserver, und die Konfiguration scheint deutliches Optimierungspotential zu haben.

Leider hat der Router keine DECT Basis integriert. Da wirst du eine externe Lösung suchen müssen, was üblicherweise bedeutet, du kaufst ein neues DECT Telefon bestehend aus Basis und Mobilteil. Ggf. kannst du dann aber das Speedphone (auch) an der Basis anmelden.

Zitat von Ice86

Einmal ne VPN vom Endgerät aufbauen, so wie bis dato über MyFritz um im Heimnetz was machen zu können.

Wenn du einen VPS aufbauen willst, kannst du den VPN Server da installieren. Dann baust du von zu Hause einen permanenten Tunnel dahin auf, und die Endgeräte wählen sich ebenfalls dort ein. Ab da hast du denn einen Tunnel nach Belieben nach zu Hause.

Zitat von Ice86

Und einmal eine Domain für den Mailserver parat haben

Das ist ja unabhängig von DG oder anderen Providern, einen Mailserver betreibt man ja nicht zu Hause, da der hinter Privatkundenadressen eh keine Verbindungen zu anderen MTAs aufbauen kann. Von daher muss der eh woanders hin, wenn man es vernünftig machen will.

Zitat von chris71

Als ob DG hier mitliest...

Das hat mit der DG garantiert gar nichts zu tun.

Die Pings und Traceroutes oben hast du vom PC aus gemacht, auf dem auch der Browser läuft? Dann ist es ein Problem auf Applikationsebene.

Was den Speedport angeht, stimme ich da zu. Das Speedphone wird man mit ziemlicher Sicherheit weiterverwenden können. Das ist ein DECT-CAT-iq Gerät, damit kann man an vielen Basisstationen was anfangen.

Dann wirst du das Speedphone mit einer anderen Basisstation verbinden müssen. Das wird aber voraussichtlich deutliche Änderungen bei der Benutzung und Menüführung zur Folge haben.

Eins ist sicher: Den Speedport bekommst du nicht wieder zum Laufen.

Wenn wir dir helfen sollen, müssen wir ganz vorn anfangen. Erste Fragen: Welches Equipment hast du von der DG bekommen? Was für einen ONT, welchen Router? Ist der Anschluss im Modus "kundeneigener Router" oder "DG Router"? Ohne diese Infos können wir dir nicht helfen, da es bei der DG sehr viele unterschiedliche Möglichkeiten gibt, den Anschluss einzurichten, mit diversen unterschiedlichen Endgeräten.

Natürlich hat jeder Anbieter eine Datenschutzerklärung. Es lohnt sich, die zu lesen, auch bei Tailscale. Mehr Beweis braucht man nicht. Und nur, weil man bei anderen Anbietern seine Daten lässt, von deren Angebot man dann ggf. auch einen Mehrwert hat, heißt das ja nicht, dass man sie jedem in den Rachen werfen muss, der zufällig vorbeikommt. Man muss sich halt immer fragen: Was hab ich davon? Das Preis/Leistungsverhältnis passt bei solchen VPN Anbietern definitiv nicht, denn die bieten relativ wenig Mehrwert gegenüber datenschutz-gerechten Technologien und kriegen dafür Einblick in intimste Metadaten.

Der verlinkte Artikel geht auf die genannten Aspekte überhaupt nicht ein, sondern ist lediglich eine Ansammlung von Buzzwords, von denen nicht mal erläutert wird, wo sie im Einzelnen bei Tailscale zum Einsatz kommen. Gerade solche Artikel waren bislang immer der sicherste Hinweis darauf, dass was "was faul ist im Staate Dänemark". Da gehen bei mir direkt immer alle Alarmglocken an.

Speedport Router funktionieren generell nicht an DG Anschlüssen, da sie grundsätzlich PPPOE Verbindungen nutzen wollen, die DG aber ausschließlich DHCP anbietet.

Zitat von HubeBube

Portfreigaben: 5060 auf 5060, TCP und UDP (SIP); 5061 auf 5061, TCP (SIP TLS)

Ist das wirklich zwangsläufig nötig? Im Büro betreiben wir mehrere Gigaset Basisstationen, und keine davon hat eine Portweiterleitung. Stattdessen ist in allen die Option "Portweiterleitungen im Router offenhalten" (oder sinngemäß) aktiviert. Wir hatten damit bislang keine Probleme (Provider: sipgate team).

Zitat von Bracew

das sehe ich nicht so und einen Nachweis für eine solche Behauptung zu Tailscale habe ich auch noch nicht gesehen.

Die Sicherheitslücke ergibt sich zwangsläufig aus dem Adresskonzept, und bei Nutzung der Dienste kommt Tailscale zwangsläufig an Metadaten, anders ist es technisch ja nicht möglich. Es wäre daher an Tailscale, das Gegenteil zu beweisen. Aber genau das fehlt.

Generell würde ich die Benutzung der Suche empfehlen. Es finden sich zu diesem Fall (DG AON mit eigenem ONT) zahlreiche Hinweise für die verschiedenen Varianten (kundeneigener Router, DG, Router, VLAN IDs, etc).

Zitat von Ice86

Wie erreich ich denn den Mailserver über ein Endgerät, wenn ich mich in einem IPv4 Netz befinde?

Hier im Forum sind mehrere Wege beschrieben, die auch ohne Datenkraken und Sicherheitslücken wie Tailscale funktionieren. Einfach mal ein bisschen stöbern. Tailscale mag bequem sein, aber die Bequemlichkeit ist sehr teuer erkauft.

In den Glasfaserinformationen wird halt die Geschwindigkeit der Glasfaserverbindung angezeigt, üblicherweise 2.5 GBit/s bei GPON und 1 GBit/s bei AON. Die gebuchte Geschwindigkeit wird nur auf der Übersichtsseite angezeigt und auch nur, wenn der Provider sie bei der PPPOE Anmeldung übermittelt. Ansonsten muss man sie selber im Traffic Shaper einstellen.

Zitat von mbo77

Ich würde beim Support den Packet Loss dokumentieren, insbesondere zu 8.8.8.8.

Dabei kann aber auch herauskommen, dass das Problem gar nicht im Netz des ISPs liegt, sondern dahinter. Deshalb komplette Traces, und nicht nur Pings.

Aber wenn nun alles läuft, umso besser. Wenn es doch wieder auftritt, dann müssen wir dort weitermachen.

Zitat von mbo77

Der Trace ist nicht sauber. 2/3 am Ziel ist nicht sauber.

Weiter oben gibt es einen Trace während eines Problemfalls, der ist absolut sauber:

Zitat von Cpt.Murdock

2. Screenshot. Internet Seiten laden langsam oder gar nicht. dann war die Verbindung kurz weg

Zitat von mbo77

Klarer ist der Fall, wo der ganze Block zwischendurch plötzlich nicht mehr reagiert und auch das Ziel nur 2 von 3 beantwortet.

Im Sinne eines Traceroutes ist der Fall eben nicht klar. Ein Paket kann immer mal verloren gehen. Drei Pakete sind einfach zu wenig, um eine belastbare Aussage treffen zu können. Deshalb: langer mtr mit mindestens 2 Problemphasen drin.

Ist das oben links ein Patchfeld mit Ethernet Anschlüssen? Sind die verkabelt? Was ist das für eine 1&1 Box?

How to read a traceroute

Als Beweis für ein Problem ist der Trace unbrauchbar. Du siehst ja auch die Reaktion des Supports. Die ziehen sich gar nichts davon an. Und es ist nur ein Trace. Was ist mit den Traces oben, wo es Probleme gab, aber der Trace sauber ist?

So kommen wir nicht weiter.

Aber als Beweis für ein Problem damit unbrauchbar.

Ein Ping hilft wirklich überhaupt nicht, da du nicht siehst, wie weit die Pakete noch kommen. Damit kann es wieder ein lokales Problem sein, wenn ein Ping ausbleibt. Beim Traceroute - wie vom Support richtig erkannt - wurde der letzte Hop erfolgreich übertragen. Und weiter oben im Thread gibt es Traces, wo es Probleme beim Seitenaufruf gab, die absolut sauber sind. Das Bild ist also noch mehr als unklar.

Da bleibt nur ein lang laufender mtr. Der sollte mindestens 2 Phasen mit Aussetzern auffangen. Dann sollte sich bei den Paketstatistiken der einzelnen Hops ein Bild herauskristallisieren: Gibt es ab einem spezifischen Hop signifikante Ausfälle, oder nicht.