schaut mal hier und guckt mehrere traceroutes an.
https://f-lga1.f.de.net.dtag.de/index.php
Kann sich je nach location ändern bei der DTAG
schaut mal hier und guckt mehrere traceroutes an.
https://f-lga1.f.de.net.dtag.de/index.php
Kann sich je nach location ändern bei der DTAG
Anfangs lese ich DNS Load Balancer, dann Aufteilung in Verschiedenen Ländern.
Was aus meiner Sicht 2 Verschiedene Sachen.
LB teilt auf die beiden Systeme auf, ggf. je nach auslastung.
Aufteilung für verschiedene Länder ist aber wie GeoIP.
(bind9 mit GeoIP Setting)
habe es bei mir für einen "Langzeit" Test auf einer IP mittels GeoIP für eine Domain hinterlegt und schaue wie gut das ganze Läuft.
Bisher scheint es jedoch gut zulaufen.
H6G routing zu VF / KDG wurde angepasst
Kann man das ganze dann auch ohne Client-Software im Browser verwenden, wie der Konkurrent Discord das vorgemacht hat?
Mittlerweile verwenden immer weniger Leute Teamspeak, bin aber gespannt, was die Version 5 dann können wird.
kenne aber auch das gegenteil, dass aufgrund der Schlechten (Sprach-)Qualli viele wieder zu TS gewechselt sind.
Server -> Client
My traceroute [vUNKNOWN]
server (185.244.194.125) 2018-08-02T11:36:08+0200
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. 185.244.192.3 1.1% 1526 0.5 6.0 0.3 67.4 9.3
2. gw01.netcup.net 1.0% 1525 0.8 1.3 0.3 34.4 2.7
3. GigE-0.MNet.DHK.N-IX.net 1.0% 1525 0.7 0.5 0.4 20.5 1.4
4. ppp-46-244-224-45.dynamic.mnet-online.de 63.1 8.9 1.0% 1525 12.3 12.6 11.1 69.2 4.7
Alles anzeigen
Client -> Server
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| ppp-default.m-online.net - 0 | 1846 | 1846 | 10 | 11 | 24 | 12 |
| ppp-default.m-online.net - 0 | 1846 | 1846 | 10 | 11 | 26 | 10 |
| xe-2-0-1.r5.nue1.m-online.net - 0 | 1846 | 1846 | 10 | 12 | 37 | 11 |
| GiGE.Netcup.DHK.N-IX.net - 0 | 1846 | 1846 | 10 | 13 | 46 | 12 |
| server.copykiller.net - 1 | 1831 | 1827 | 10 | 11 | 13 | 12 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
Alles anzeigen
so ließt es sich angenehmer
lies dir das am besten durch
H6G bei dir geht alles via VF-KDG, bei mir werden ja beide Netze gemixt
also genau genommen ist die Route hier wie folgt:
Andersrum:
habs im Contactform im CCP gerade abgeschickt.
H6G sehe gerade, dass die Route nun doch wieder etwas anders ist
Nun VF - CoreBackbone - H - NetCup - Latenz: ~ 20 ms
Die Peerings am Standort Finnland beim Hoster mit dem großen H sind ja mal ein Reinfall.
Norddeutschland (Vodafone) geht erstmal über Frankfurt anstatt über Hamburg.
Von Finnland nach Google (8.8.8.8, google.fi) wird man in Amsterdam ins Google Netz geleitet.
27ms von einem Server zu Google sind ganz schön happig.
Genauso wie von meinem Standort 40 bis 50ms... ohje
VF is da eh komisch oft. was für wege das ganze geht. Ich gehe aktuell über VF zu DECIX zu H zu NetCup
mfnalex schau mal ob ping als normaler User geht?
Wenn nicht nen Reinstall auf alle Installierten Libs, etc machen.
bei SQL Lite sehe ich ggf. nen Rechteproblem. da ja alle drauf zugreifen können / müssen.
die nur READ die nur Write etc. da wäre ne Klassike DB glauber "besser".
Zumal du ja auch bei roundcube das Passwort Plugin verwenden kannst zum Ändern des PWs.
sollte war auch per SQLLite gehen... aber hmmmm.
Kennt Jemand nen Guten WLAN Access Point / Router (als Access Point) welcher eine vernünftige Performance hat?
via 2.4 (wünschenswert) aber auch via 5Ghz. Geht eigtl. nur ums WLAN
Sollte dafür nicht sogar 1.0.2 aus Backports reichen?
(Ja, ich weiß: Backports ist bei LTS nicht dabei. Also spätestens jetzt veraltet… )
ja hatte ich damals gesehen und da wir es eh selber bauen, bundlen wir es direkt und wenn nen OpenSSL Update kommt muss es neu ausgerollt werden.
ist mir da lieber
wo bei ich gestehen muss dass ich für die 2 Jessie Systeme hier auch NGINX mit OpenSSL 1.1.0 ausliefere, damit ich bei HTTP2 auch ALPN habe
da hat eine gerade aber Bastel Laune
erst nginx mit TLS1.3 und nun Dovecot
Do not boot in to Windows when u have added this crontab
this script will log traceroutes in to /tmp/ every minute.
so you can download this file from /tmp/traceroute*.log and inspect.
Da scheint sich gerade eine Epidemie anzubahnen:
https://forum.netcup.de/admini…net-dropping-connections/
Hatte ich mich doch nicht geirrt, dass in letzter Zeit viel diesbezüglich los ist.
nicht dass es am Netz von Anexia liegt vor einiger Zeit war es ja noch Core Backbone
hast du die Möglichkeit nen MTR zu machen beide Richtungen?
Hatte auch mal Probleme (war aber nicht bei NetCup glaube) mit IPv6 Routing von der Telekom aus.
Auch mit Vodafone Kabel, ist das V6 Peering (Fluchwort einsetzen).
Da alle auf den TS3 via Domain sich anmelden, habe ich das ganze via TSDNS gesteuert.
(Achtung wird abgefahren.)
Es werden nun alle Anfragen an haproxy geschickt und dieser Leite die Anfragen intern um:
frontend tsdnsv4-in
mode tcp
bind xxx.xx.xx.xxx:41144
default_backend tsdns_ipv4
frontend tsdnsv6-in
mode tcp
bind 2a03:xxxx:xx:xxx::2:41144
#dtag v6
acl ipv4 src 2001:678:168::/48
# noch weitere Subnetze von anderen Anbietern
use_backend tsdns_ipv4 if ipv4
default_backend tsdns_ipv6
backend tsdns_ipv4
mode tcp
option log-health-checks
option redispatch
option tcplog
balance roundrobin
server web1 127.0.0.1:41146
timeout connect 1s
timeout queue 5s
timeout server 3600s
backend tsdns_ipv6
mode tcp
option log-health-checks
option redispatch
option tcplog
balance roundrobin
server web1 127.0.0.1:41145
timeout connect 1s
timeout queue 5s
timeout server 3600s
Alles anzeigen
Es laufen im Hintergrund 2 tsdns Instanzen auf verschiedenen Ports mit 2 verschiedenen Konfigs.
Config Port 41145 hat IPv6 und IPv4.
Config Port 41146 hat IPv4 Only
So kann ich bei einigen DS oder DS-Lite Anschlüssen, welche nen schlechtes Routing via IPv6 haben fixen.
Glaube in der Aktuellen Version bei Debian Stretch brauch man redispatch nicht mehr.
Per IP Tables werden dann noch die Anfragen pro IP etwas limitiert.