wie Hecke29 schreibt und ist nicht das Problem, dass man sich nicht mit IT auskennt, sondern die Art wie man mit anderen schreibt ![]()
Beiträge von Gunah
-
-
ich lese bei so welchen Schreibweisen immer gerne mit, Bookmark mir diese und habe meinen Spass

Gerade im IT Bereich kommen scheinbar immer mehr Berufscholeriker rein.
Wichtige Informationen rausrücken kann sowieso fast keiner mehr richtig.


-
Das ist kein NetCup Problem, dass ist eher ein Problem von ARK.
findest genügend darüber Unabhängig vom Anbieter.
Betreibe deinen ARK Server für ein Paar Leute, nicht bei NetCup und das selbe Spiel.
Manchmal taucht er auf, aber da der Browser unbedienbar ist, ist dass eher das Problem.
"Einfachste" Weg ist den Server im Steam Browser hinzufügen, mit der IP und dem Port (wichtig der Steam Query-Port nicht der Gameport).
Dann haben die Leute den Server in den Favoriten.
-
mfnalex Um beim Thema zu bleiben, weil er professionell arbeiten will
</troll_off>
-
Ich muss unbedingt meine Firewall daheim überarbeiten.
Der FireTV von Amazon nutzt einfach einen externen DNS wenn der lokale (durch einen Fehler meinerseits) nicht erreichbar ist. Und ich hab mich gewundert, wieso er den lokalen Media Storage nicht finden konnte. Hab jetzt für das Gadget VLAN einfach erst mal Port 53 nach außen dicht gemacht.
Dank Samsung habe ich schon im Router eine Regel drin, dass alle 53 Anfrage auf TCP / UDP beim Router direkt landen, per IPTABLES im openwrt/lede.
-
per iptables kann man noch nach treten
Code$IPT -A tcp_outbound -p TCP -s 0/0 -d $INET_ADDRESS --destination-port 22 -j ACCEPT $IPT -A tcp_inbound -d $INET_ADDRESS -p tcp -m tcp --dport 22 -m state --state NEW -m recent --set --name DEFAULT --rsource $IPT -A tcp_inbound -d $INET_ADDRESS -p tcp -m tcp --dport 22 -m state --state NEW -m recent --update --seconds 60 --hitcount 5 --name DEFAULT --rsource -j DROP $IPT -A tcp_inbound -d $INET_ADDRESS -p tcp -m tcp --dport 22 -j ACCEPTINET_ADDRESS ist die Main IP des Servers.
-
Port ändern bringt nur was wenn man auch Firewall Regeln gegen Portscan hat.
Fail2Ban würde ich auch bei No Password Auth nehmen, alleine um die Last und Log files kleiner zu halten.
CodePermitRootLogin no PasswordAuthentication no AllowGroups sshusers AuthorizedKeysFile %h/.ssh/authorized_keys /var/lib/ssh/user/%u/authorized_keys /var/lib/ssh/allusersDie allusers Datei wird per puppet oder anderen tools beliefert.
so können die Admins auf alle User zugreifen direkt, falls notwendig.
eine "/etc/ssh/sshrc" ist auch noch anzuraten
Bash#!/bin/bash HOSTNAME=`hostname` echo "Subject: SSH Login $IP at ${USER}@${HOSTNAME}\r\nUser $USER just logged in from $IP at Server $HOSTNAME" | /usr/sbin/sendmail root &diese sendet beim Login einfach an den root, welcher bei uns in der alias Datei auf einer E-Mail Adresse weiterleitet.
So kann man auch Logins erkenne, falls es mal einen "Eingriff" geben sollte.
-
Doni ich lösch am besten aber "Adminer" nach dem Benutzen, da dieses auch oft für DDoS Attacken benutzt wird.
-
Es geht hier nicht um das Froxlor Adminpasswort, sondern von seinem CMS
warum ist es dann im Froxlor Forum

-
du kannst auch via E-Mail Passwort reset machen.
in der Klasse siehst du alle Möglichkeiten

-
Sowas kannst du nur per DNS lösen, wenn die Applikationen einen SRV Eintrag überstützen.
-
-
@Proctrap mit der Grafik kann man garnichts anfangen aus Netzwerk sicht, benötigt werden die MTRs direkt.
-
mal ein paar

Spoiler anzeigen
Code
Alles anzeigenStart: Fri Jun 15 13:09:15 2018 HOST: nc.gunah.eu Loss% Snt Last Avg Best Wrst StDev 1. AS197540 188.68.32.3 60.0% 10 5.4 3.2 0.3 6.7 3.3 2. AS197540 46.38.224.33 60.0% 10 0.3 0.4 0.3 0.5 0.0 3. AS3320 80.157.204.241 60.0% 10 3.6 4.1 3.6 5.7 0.8 4. AS3320 91.23.219.109 60.0% 10 9.0 9.0 9.0 9.1 0.0 5. AS3320 91.51.x.xx 60.0% 10 13.1 13.1 13.0 13.1 0.0 Start: Fri Jun 15 13:52:16 2018 HOST: nc.gunah.eu Loss% Snt Last Avg Best Wrst StDev 1. AS197540 188.68.32.3 80.0% 10 0.8 6.5 0.8 12.2 8.0 2. AS197540 46.38.224.33 80.0% 10 0.3 1.3 0.3 2.2 1.0 3. AS3320 80.157.204.241 80.0% 10 4.6 7.7 4.6 10.8 4.2 4. AS3320 91.23.219.109 80.0% 10 9.1 9.1 9.1 9.1 0.0 5. AS3320 91.51.x.xx 90.0% 10 13.2 13.2 13.2 13.2 0.0 Start: Fri Jun 15 14:10:15 2018 HOST: nc.gunah.eu Loss% Snt Last Avg Best Wrst StDev 1. AS197540 188.68.32.3 80.0% 10 28.7 15.1 1.6 28.7 19.1 2. AS197540 46.38.224.33 80.0% 10 0.4 3.7 0.4 7.1 4.7 3. AS3320 80.157.204.241 70.0% 10 3.6 3.8 3.6 4.3 0.0 4. AS3320 91.23.219.109 70.0% 10 9.1 9.0 9.0 9.1 0.0 5. AS3320 91.51.x.xx 70.0% 10 13.3 13.2 13.1 13.3 0.0 Start: Fri Jun 15 14:53:16 2018 HOST: nc.gunah.eu Loss% Snt Last Avg Best Wrst StDev 1. AS197540 188.68.32.3 20.0% 10 8.4 10.4 0.4 35.6 12.2 2. AS197540 46.38.224.33 20.0% 10 0.3 1.3 0.3 4.5 1.3 3. AS3320 80.157.204.241 20.0% 10 3.6 3.6 3.6 3.7 0.0 4. AS3320 91.23.219.109 30.0% 10 9.4 9.1 9.0 9.4 0.0 5. AS3320 91.51.x.xx 30.0% 10 13.3 13.6 13.1 15.9 0.9 Start: Fri Jun 15 15:13:16 2018 HOST: nc.gunah.eu Loss% Snt Last Avg Best Wrst StDev 1. AS197540 188.68.32.3 20.0% 10 0.4 2.5 0.4 12.8 4.2 2. AS197540 46.38.224.33 20.0% 10 0.4 0.4 0.3 0.4 0.0 3. AS3320 80.157.204.241 20.0% 10 3.6 6.2 3.6 23.8 7.1 4. AS3320 91.23.219.109 30.0% 10 9.0 9.0 9.0 9.1 0.0 5. AS3320 91.51.x.xx 30.0% 10 13.1 13.2 13.0 13.4 0.0 Start: Fri Jun 15 15:37:16 2018 HOST: nc.gunah.eu Loss% Snt Last Avg Best Wrst StDev 1. AS197540 188.68.32.3 0.0% 10 0.3 2.1 0.3 8.0 2.9 2. AS197540 46.38.224.33 10.0% 10 0.4 1.7 0.3 7.4 2.5 3. AS3320 80.157.204.241 10.0% 10 3.7 3.7 3.6 3.9 0.0 4. AS3320 91.23.219.109 10.0% 10 9.0 9.0 9.0 9.1 0.0 5. AS3320 91.51.x.xx 10.0% 10 13.1 13.4 13.0 15.3 0.6 Start: Fri Jun 15 15:38:16 2018 HOST: nc.gunah.eu Loss% Snt Last Avg Best Wrst StDev 1. AS197540 188.68.32.3 70.0% 10 0.3 0.4 0.3 0.4 0.0 2. AS197540 46.38.224.33 70.0% 10 0.9 0.5 0.3 0.9 0.0 3. AS3320 80.157.204.241 60.0% 10 4.6 4.4 4.2 4.6 0.0 4. AS3320 91.23.219.109 60.0% 10 9.0 9.2 9.0 9.5 0.0 5. AS3320 91.51.x.xx 60.0% 10 13.2 13.1 13.1 13.2 0.0 Start: Fri Jun 15 17:00:15 2018 HOST: nc.gunah.eu Loss% Snt Last Avg Best Wrst StDev 1. AS197540 188.68.32.3 30.0% 10 4.7 1.3 0.3 4.7 1.5 2. AS197540 46.38.224.33 30.0% 10 0.4 0.5 0.3 1.2 0.0 3. AS3320 80.157.204.241 30.0% 10 3.8 3.9 3.6 4.9 0.0 4. AS3320 91.23.219.109 30.0% 10 9.0 9.1 9.0 9.2 0.0 5. AS3320 91.51.x.xx 30.0% 10 13.1 13.6 13.1 15.0 0.6 Start: Fri Jun 15 18:31:16 2018 HOST: nc.gunah.eu Loss% Snt Last Avg Best Wrst StDev 1. AS197540 188.68.32.3 0.0% 10 0.5 2.8 0.3 9.4 3.2 2. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0 Start: Fri Jun 15 19:29:16 2018 HOST: nc.gunah.eu Loss% Snt Last Avg Best Wrst StDev 1. AS197540 188.68.32.3 0.0% 10 0.4 1.3 0.3 4.7 1.6 2. AS47147 144.208.211.26 0.0% 10 0.4 0.5 0.4 0.7 0.0 3. AS47147 144.208.208.141 0.0% 10 3.6 3.7 3.5 3.8 0.0 4. AS3320 80.157.130.129 0.0% 10 4.5 4.4 4.2 4.6 0.0 5. AS3320 91.23.219.105 0.0% 10 10.1 10.1 10.1 10.2 0.0 6. AS3320 91.51.x.xx 0.0% 10 13.5 13.5 13.4 13.8 0.0 Start: Fri Jun 15 18:48:15 2018 HOST: nc.gunah.eu Loss% Snt Last Avg Best Wrst StDev 1. AS197540 188.68.32.3 40.0% 10 16.1 3.8 0.4 16.1 6.0 2. AS197540 46.38.224.33 50.0% 10 0.3 2.3 0.3 9.9 4.2 3. AS3320 80.157.204.241 50.0% 10 3.7 3.9 3.6 4.4 0.0 4. AS3320 91.23.219.109 50.0% 10 9.1 9.1 9.0 9.3 0.0 5. AS3320 91.51.x.xx 50.0% 10 13.1 13.2 13.0 13.4 0.0 -
@Gamephantom du hast schon einen Package Loss direkt am Anschluss
-
Package Loss mittem im MTR ist nicht schlimm. die Core-Router dieses meist nach kurzer Zeit blocken, wenn der Loss sich aber durch zieht ist was nicht i.O.
-
vmk 212.36.135.22 gehört zu COLT @ felix
-
Verbindung von NetCup zum DTAG Anschluss - IP könnte ich euch via PN oder ähnliches zu senden.
CodeStart: Fri Jun 15 12:11:16 2018 HOST: nc.gunah.eu Loss% Snt Last Avg Best Wrst StDev 1. AS197540 188.68.32.3 0.0% 10 0.3 2.6 0.3 13.7 4.2 2. AS197540 46.38.224.33 0.0% 10 0.4 0.9 0.3 5.6 1.6 3. AS3320 80.157.204.241 0.0% 10 3.6 3.8 3.5 4.6 0.0 4. AS3320 91.23.219.109 0.0% 10 9.4 10.1 8.9 18.9 3.1 5. AS3320 91.51.2.xx 0.0% 10 13.1 13.7 13.0 16.2 1.1CodeStart: Fri Jun 15 12:12:16 2018 HOST: nc.gunah.eu Loss% Snt Last Avg Best Wrst StDev 1. AS197540 188.68.32.3 0.0% 10 3.9 1.8 0.3 6.5 1.8 2. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0CodeStart: Fri Jun 15 12:13:16 2018 HOST: nc.gunah.eu Loss% Snt Last Avg Best Wrst StDev 1. AS197540 188.68.32.3 0.0% 10 0.4 1.3 0.4 4.4 1.1 2. AS197540 46.38.224.33 0.0% 10 0.7 0.9 0.4 4.0 0.9 3. AS3320 80.157.204.241 0.0% 10 3.6 3.7 3.6 4.2 0.0 4. AS3320 91.23.219.109 0.0% 10 9.0 9.1 9.0 9.6 0.0 5. AS3320 91.51.2.xx 0.0% 10 13.1 13.1 13.0 13.3 0.0 -
wie schon erwähnt wurde, bäuchte vorallem NetCup zum Prüfen ein MTR sonst einfach den Parallel laufen lassen zum Server und wenn es hagt, drauf schauen / screenshot machen.
Anderen Falls ist es nicht möglich zu analysieren.
-
bei Servern nur Debian (von Ubuntu komplett die Finger gelassen, da zu viele Pakete durch die Community gepflegt werden, wo Canonical keinen Support für bietet)
Home Server (HPE Microserver Gen9) - Debian Stretch
Upboard2 - Debian Stretch
Srv1: Debian Stretch (KVM NetCup)
Srv2: Debian Stretch (Hardware)
über 40 Kundensysteme fast alle Debian Stretch, bis auf 2 Stück.