Beiträge von ThomasChr

Ich bin übrigens schwer enttäuscht wieviel kriminelle Energie hier im Forum steckt

PS: Habe heute morgen auf dem Weg in die Arbeit einem Kind den Lutscher weggenommen!

*hust* *hust*

https://www.keelog.com/de/usb-keylogger

Mein John ist übrigens mit der Rockyou Passwortliste fast fertig. Da ist das Passwort schonmal nicht drauf.

PS: Wenn du Zugriff aufs Shadowfile hast kannst du dir ja auch das root Passwort schlicht so setzen wie es dir passt, oder?

Traditionell dürfte hier John the Ripper das Mittel der Wahl sein. Den schon versucht?

Gibt zig Tutorials dafür in google, er frisst wohl direkt die /etc/shadow wenn gewünscht.

Hier unter "mount mit/ohne lvm" beschrieben: https://www.netcup-wiki.de/wiki/Rettungssystem#mount_ohne_LVM

Jaja Opa. Das war alles toll damals...

Jetzt geh mal lieber deine Suppe essen, später kommen die Urenkel!

*SCNR*

Der Kurs klingt jetzt ned soo schlecht.

An Büchern kann man immer den Kofler empfehlen: https://www.amazon.de/Linux-umfassen…n/dp/3836284421

Wie das entsprechende Buch extra für Server aus dem selben Verlag ist kann ich leider ned wirklich sagen, den Bewertungen nach aber wohl auch gut: https://www.amazon.de/gp/aw/d/3836280884

Im allgemeinen sind Linux Server kein Hexenwerk, und wenn alle deine Passwörter stark sind, du für SSH am besten gleich nen Key nimmst, du jedes Programm auf deinem Server kennst, jede Zeile von netstat dir erklären kannst und dann noch das System schön aktuell hälst bist du auf einem guten Weg!

Achja, und vielleicht nicht gleich mit VPN Tunneln anfangen wie der Kollege im anderen Thread. Ne statische Website und danach vielleicht eine mit dem vollen LAMP Stack tuts erstmal auch. Wenn dir das erste Mal Mysql kaputt geht oder PHP die Füße von sich streckt nach nem Update lernt man am meisten

Und wenn du dazu ein sauberes Monitoring mit so Programmen wie Munin, Nagios Grafana, Uptime-Kuma sowie ein Alerting und ein vollständiges Backupkonzept aufbaust dann hast du für den Anfang sicherlich schonmal genug zu tun!

Du kannst uns gerne auf dem laufenden halten damit wir dich blöde von der Seite anmachen wenn du was dummes vorhast, da sind wir nämlich richtig gut drin

Wie wäre es denn wenn du langsam anfängst und mit dem Server nicht gleich so komplizierte Sachen machen willst?

So VPN und DNS Zeugs ist schon erstmal ne Nummer komplizierter als "Welcome to my first homepage"...

Ich würde sehr gerne kommen. Leider haben wir da bei uns auf der Arbeit Kundentreffen. Und da werde ich anwesend sein müssen...

Wenn du dir sicher bist dass der UNION ALL keine Probleme verursacht solltest du den Programmcode direkt beim Hersteller anpassen. Für dein Plugin hätte ich vermutet das es hier ist: https://github.com/ioBroker/ioBroker.echarts

Das ist aber wohl nur der Vordergrund, weil nur Javascript. Da werden die SQL Statements definitiv nicht sein.

Evtl. also im Hauptrepo: https://github.com/ioBroker/ioBroker

Wobei ich auch da nix mit SQL finde...

frank_m Was willst du denn noch erreichen wenn du meinst den Source zu durchsuchen?

Wenn du die tatsächlich gesendeten Statements sehen willst dann kannst du das Slow Query Log mit einer sehr geringen Zeit einstellen um erstmal alle Querys einzusammeln. Alternativ gibts bei Mysql noch sehr viele Protokolltabellen die du aktivieren könntest, je nachdem was du vorhast

Es gibt fürs Query Log sogar einen Parameter 'log_queries_not_using_indexes': https://stackoverflow.com/questions/6428…ing-index-mysql

(Achtung: Thread is sehr alt!)

Die Anleitung von Mariadb ist da zum Thema Query Plan eigentlich ganz gut: https://mariadb.com/kb/en/explain/

Und ja, ein zusätzlicher Index auf ts -könnte- das sortieren unterstützen, da hat CmdrXay natürlich recht!

Prinzipiell machst den Query mal mit explain im query und mal mit und ohne den extra Index und schaust ob sich was am Plan ändert.

Bzw: Explain Analyze ist natürlich noch nen ticken detailreicher. Explain führt den Select nicht aus, explain analyze schon.

… jep, auf exakte Abfrage nach dem Index (in der richtigen Reihenfolge) und auf Index covering hatte ich schon geguckt.

Wobei man halt trotzdem nicht weiß ob Mysql vielleicht da doch noch ne Optimierung hat wenn es den extra Index findet (Index covering ist z.B. so ein Fall). Deshalb mal messen und Execution Plans dafür rauslassen. Und dann gucken wir weiter

Kurze Antwort: Macht keinen Sinn.

Lange Antwort: Mach das Query Log an und mess mal.

Um den Wünschen des TO zu entsprechen: ja

Zitat von nitram

Aber nicht mal die Möglichkeit geben Sonderzeichen im SSH-PW zu haben ist schlecht.
Tja und bei einem Server geht nen Brut-Force, nicht wie bei ner Karte am Geldautomaten. Das kann man überhaupt nicht vergleichen.

pwgen 30 und ab. Wo ist da das Problem?

Vorallem sind längere Passwörter besser als welche mit mehr Zeichen…

Kurz zur latenten Feindlichkeit:

Wir sind hier alle lieb und nett und heute Abend machen wir mit allen Forenmitgliedern wieder Kuschelkreis!

Was CmdrXay sagen will ist, dass bei einem Administrator ohne Erfahrung (also dir) ein Server gerne mal gehackt wird wegen irgendeiner dummen Fehlkonfiguration.

Und wenn das passiert dann kann es nicht nur sein dass du als Betreiber große Probleme bekommst (z.B. weil dein Server sich gerade dran beteiligt Amazon zu hacken) sondern auch Server die in der Nähe sind werden dann schnell mal gesperrt, Netcup bekommt einen schlechten Ruf und niemand will mehr mit unseren Servern was zu tun haben ("du bist doch einer von diesen Hackerservern? Behalt deine Mails mal, ich will die nicht!").

Gerade node auf einem Server zu betreiben ist nicht so ganz ohne und -imho- deutlich komplexer als eine simple Website. Auch das ganze npm Zeugs find ich durchaus viel verwirrender als es sein müsste…

Wenn du jetzt also ned grad sowieso vorhast deine Karriere als Linux-Admministrator zu starten (und bis zum eigenen Server ists noch ein langer Weg), dann ist Foundry managed, oder ein echter Linux Admin definitiv die bessere Wahl!

Evtl. auf dem Server mit Borg ein sauberes dedupliziertes und verschlüsseltes Backup anlegen, und dieses dann vom NAS mit SFTP holen (am besten rsync nehmen). Das klingt erstmal nicht sonderlich aufwändig.

Prinzipiell willst du sicherlich dass das NAS sich das Backup irgendwie holt. Dein NAS mit den Backups von außen aus dem Internet erreichbar machen solltest du vielleicht möglichst vermeiden. Klar, VPN wäre eine Lösung, setzt aber halt auch irgendwie vorraus dass das NAS aus dem Internet erreichbar ist.

Backup: Irgendwo Backupspace mieten (z.B. *etzner Storagebox) und dorthin sichern, zum Beispiel mit Borg.

Fang erstmal langsam an, also nur mit einem Webserver.

Vermeide Mail wie der Teufel das Weihwasser, macht nur Ärger.

Und am besten lernst du das ganze mit einem aktuellen Debian und lässt irgendeine grafische Konfigurationsoberfläche gleich weg.

Auch auf der Kommandozeile kann man ne Subdomain mit ner handvoll Befehle anlegen, dafür braucht man kein unglaublich umfangreiches Webinterface was einen noch dazu dran hindert auf ein aktuelles Debian zu gehen.