Beiträge von sla

Zitat von LanOpa

mal eine blöde aber offene Frage:

welchen CODEC verwendest du in dem TS Channel?

Hab ja hier auf mein Laptop beim 4k Codec von YT probleme beim abspielen (CPU bedingt), stell ich auf 1080p runter läuft alles flüssig,und nein der puffer ist voll.

nicht das der CODEC selbst die ursache ist.

Hatte das von ISDN auf IP umstellung auch, empfang alles klar, beim senden hat der mir den größten mist geschrettert, so das das gegenüber nichts oder nur minimal was verstehen konnte. Das hat sich auch reingeschlichen von Tag zu tag...

Das mit dem Codec mag ja stimmen, ergibt aber keinen Sinn wenn es mehrere, national verteilt haben. Wahrscheinlich auch mit unterschiedlich starken Systemen. So heterogen wie das ganze ist kann ich mir nicht vorstellen das es an einem Codec liegen soll

Ja Linux oder BSD. Windows macht kein Sinn mehr und macOS kann man bei Netcup nicht virtualisieren. Somit ist der Fall klar

Ja hier bei Netcup heisst das glaube ich Storagespace. Alternativ lad den Snapshot lokal und entpack ihn

Jackpot, wieder einen bekehrt

Bevor man jetzt den Server für schuldig erklärt könnte man noch empirisch vorgehen und das mal unter einem Anderen OS wie CentOS versuchen, so schließt man die SW aus.

Ja aber der TS Server und Musikbot ist doch keine offene Anwendung mit der du arbeitest sondern ein Dienst der im Hintergrund läuft. Setz den mal auf Dienste und starte neu.

Zitat von iFuray

Während der langen Sucherrei bin ich auf etwas Anderes gestoßen, was ich nicht in den Griff bekomme, vielleicht hat hierfür jemand eine sofortige Lösung parrat.

Ich bekomme immer wieder eine Meldung, dass irgendwas mit der Remotelizenzierung nicht funktioniert. Sagt das irgendjemandem etwas?Screenshot.PNG

Das sind fehlende RDS CALs

Früher gab es mal die Desktop Experience, unter 16/19 gibt es die aber nicht mehr. Ich kann dir nicht genau sagen wo, es gibt in der Serverversion einen Haken zum Optimieren für Anwendungen oder Hintergrundprozesse ganz tief in der Systemsteuerung. Mal ändern, neu starten und hoffen.

Die Möglichkeit das zu umgehen ist ei Supportticket bei M$ für ca. 500€. Wenn der Supporter es nicht löst geht ein Bug report nach Redmond und wenn die Entwickler Lust haben beheben die das auch. Mein Eigener liegt dort schon seit 2 Jahren und nichts ist passiert. Also keine Hoffnung machen.

Windows Server ist auch nicht für Audio konzipiert, der Audio Dienst ist nicht ohne Grund per default aus. Man kann mal versuchen in den Soundeinstellungen zu optimieren

Dann teste ich das mal

Nur mal zum Verständnis:

DDNS bindet einen FQDN an eine dynamische IP. Das ist bei jedem DDNS Dienst gleich. Woran soll das bitte scheitern ob ich jetzt MyFritz benutze oder meinen eigenen (der übrigens gerade eine Connection hat)?

nein, I N W X eigenen DDNS Service für die eigene Domain

Warum auch immer das hier zensiert wird...

Cool dich hier zu finden, nach den Einstellungen ist meine Sense konfiguriert. Tunnel steht aktuell, manchmal kommt die P2 nicht hoch. Das größere Problem ist aktuell das ich kein Ping zwischen den Sites habe und die pfSense die Private IP auch nicht pingen kann. Eine FW Rule mit any any habe ich für IPSec angelegt gehabt

Ich tendiere auch dazu alles zu trennen, bei mir ist das auch der Fall. Allerdings soll bestehende HW integriert werden ohne 500€ in neue HW zu investieren wie SIPATA, Dent Base, AP, Router etc. Da ist die Akzeptanz eher nicht so groß.

Ob der Tunnel sauber läuft kann ich nicht sagen, er baut sich nach wie vor immer ab. Es ist echt zum k*****. Meine Aussage gegenüber AVM Liebhabern bestätigt sich mal wieder: Die Fritte kann fast alles, davon aber nichts wirklich gut.

Das scheint funktioniert zu haben mit der Änderung des MSS. Trotzdem baut sich der tunnel weiter ab und das Subnet ist auch mit aktivem Tunnel nicht erreichbar. Was VPN angeht ist AVM echt eine Blackbox...

Natürlich haben falsche/fehlende Treiber Auswirkungen auf die Performance. Dabei ist es egal ob es um Netzwerkkarten, Grafikkarten oder was auch immer geht. in deinem Fall ist ja alles korrekt eingestellt. Das herumtasten ist auch nicht das gelbe vom Ei. Man sollte immer bedenken das es bei TCP einen Overhead gibt im Gegensatz zu UDP, weiterhin sollte man bedenken das SCP eine verschlüsselte Übertragung ist und auch hier kaum die angegebene Bruttodatenrate erreicht wird.

Mein persönlicher Lieblingstest ist der wget auf ein File. Gibt diverse File Download Speedtests. Einfach mal suchen. Hier ist es eine einfache TCP Connection, das eigentlich meistbenutzte Real Life Szenario. Alternativ tut es auch Curl. Hiermit hast du Praxisnahe werte, einen Cronjob einrichten für das wget, alle Stunde laufen lassen und in ein Log schreiben lassen, per Mail schicken lassen. Wenn man das mal ein paar Tage beobachtet hat kann man daran herauslesen ob es mit Lastspitzen zusammenhängt oder nicht. Es gibt ja auch noch andere User auf dem Host, vielleicht beansprucht da jemand viel Bandbreite. Dann sollte Netcup optimieren.

In den Cron sollte man noch einen aktuellen System Report einbauen, so hat man Bandbreite und Systemlast in einem und kann das mal genauer Anschauen.

In den Settings der pfSense ist net.inet.icmp.reply_from_interface aktiviert, somit sollte doch pMTUd funktionieren wenn mich nicht alles täuscht? Was ist jetzt genau deine Empfehlung für das Problem? Global die MTU für das WAN Interface ändern würde ich ungern, so "gefährde" ich alle anderen laufenden Tunnel

MTU bei Netcup 1500.

Also das mit der MTU ist echt ein graus bei der Fritte. Internet Sagt bei der DTAG 1492. In der "erweiteren Support Datei" stehen gleich mehrere Werte. Mal 1500, mal 1492 und interessantes Fundstück:

VPN connections

----------

/proc/kdsld/dsliface/internet/ipsec/connections:

administrator: pmtu 0 mtu 1492 dont_filter_netbios

Nach weiterer Suche ist die MTU wohl 1492

IPV4 Tunnel. Mit IPv6 kam überhaupt kein Tunnel hoch.

Also die Firewall läuft auf einem netcup VPS, da weiß ich nicht wie es aussieht. Site 4 ist bei der DTAG und die haben keine NAT Geschichten soweit ich weiß, bin da aber auch nicht so ganz drin.

Hallo zusammen,

da der AVM Support sehr hilfreich war frage ich einfach mal in die Runde ob das Setup jemand so am laufen hat. Ich möchte eine Fritzbox 7590 an eine pfSense über ein Site to Site IPSec Tunnel.

Zu den Netzen:

Site1: 10.0.0.0/16 - pfSense im RZ an die sich alle Sites verbinden

Site2: 10.1.0.0/16

Site3: 10.2.0.0/16

Site 4: 10.4.0.0/16 - Das ist die Fritzbox

Nach stundenlangem try and error habe ich mal richtige Einstellungen gefunden womit P1 und P2 sauber funktionieren. Leider baut sich der Tunnel immer wieder ab und in der Box ist der Punkt grün, als ob eine Verbindung bestehen würde. Okay gut man kann ja in der pfSense eine Ping IP angeben, also die interne IP der Fritte angegeben, somit bleibt Traffic auf dem Tunnel und er bleibt aktiv. Pustekuchen. Eben nicht.

Da die GUI nicht viel Settings bietet habe ich das dann mit einer .cfg Datei gelöst. Davon gibt es für den Anwendungsfall unzählige, keine mag bei mir so richtig funktionieren. Ich habe in der cfg dann die keepalive_ip konfiguriert, Sense und Fritte pingen sich gegenseitig, Tunnel sollte eigentlich aktiv bleiben. Nein leider nicht -.-

Weiter gibt es das Problem das ich nicht zwischen den Subnets Daten austauschen kann, ich brauche das aber unbedingt. pfSense IPSec Firewall Rule any - any zum debug hatte ich angelegt. Dennoch kein Datenfluss.

Hat jemand dafür eine Lösung gefunden? AVM möchte mir nicht mal eine solche cfg zukommen lassen in der alle Werte angegeben sind die die Box verarbeiten kann wie z.B. keepalive_ip etc.

Ich habe bisher immer Glück gehabt, ca. 80 MB/s in beide Richtungen. Welchen Treiber hast du für die Netzwerkkarte im SCP eingestellt?