Data Collector für Community Support -- Diskussionsthread

[christian.john]

Was sind es denn für Fehler, die häufig vorkommen?
Meine subjektive Zusammenfassung:
- Email / Domain Probleme, weil DNS nicht richtig auflöst
- CLI-PHP-Version aktualisiert, weil Zugriff auf Binär-Dateien nicht möglich.
- OS Upgrade ohne Skript
- Sekundär-Software / Docker installiert und Mod_Proxy nicht richtig konfiguriert.
- Firewall von Anbieter falsch konfiguriert.

Ich fände ein Tool auch nicht schlecht, welches ein paar Daten, wie Server / IP fordert sowie entsprechende Domain und dann von außen die Erreichbarkeit prüft. Damit lässt sich Problem 1 und 5 erschlagen.
Problem 3: apt-get-Befehl oder ähnliche ins nirvana Symlinken und stattdessen ein Keyhelp-Wrapper nutzen, der apt-get dist-upgrade verbietet
Problem 2: siehe Problem 3 für apt-get install php...

Gruß, Christian

PS: Die Stimmung hier im Forum empfinde ich sowohl von Fragen als auch teilweise von Antworten manchmal als sehr angespannt. Deshalb halte ich mich auch sehr oft zurück, weil ich keine Lust auf schlechte Laune habe.

[OlliTheDarkness]

Moin zusammen,
es ist ja nicht so, als das ich euch dazwischenfunken wollen würde, eure beim einen mehr beim anderen weniger vorhande Freizeit für sinnloses weg zu werfen.

Ist schließlich euer Leben, aber Ihr untergrabt euch hier mit der Nummer selber.

Zu den Gründen:

Wer einen Server betreibt, sollte dies verantwortungsvoil tun.
Wer es verantwortungsvoll tut, kennt die Materie.
Wer die Materie kennt, weiß was er tut.
Wer weiß was er tut, der kennt die nötigen Befehle und Tools.
Wer die nötigen Befehle und Tools kennt, weiß wie er sie nutzt und die Ergebnisse zu verstehen.
Wer weiß wie er sie nutzt und die Ergebnisse zu verstehen hat, der löst sein Problem selbstständig und erfolgreich, weil er ein verantwortungsvoller und in jeder Verantworung stehender Administrator ist !

Dazu kommt, dass Ihr die User selbst drauf hinweißt das sie sich erstmal ins Thema einarbeiten sollen.

Aber jetzt nen Projekt an den Start bringen zu wollen, mit dem Ihr es dem faulen, verantwortungslosen, lernresistenten und unfähigen Usern noch leichter macht, ist doch nen Witz und vorallem verbrannte Zeit....

Wie Ihr schon selbst festgestellt habt, sind die meisten nichtmal in der Lage sich an Thematikregeln, in diesem Fall die Forenvorlage, zu halten.

Das zeigt ja schon wo es Ihnen dran vorbei geht...

Und den Usern soll man jetzt mit nem Tool in den Arsch kriechen damit sie noch fauler, als sie eh schon sind, werden können ?

Bissel falsche Welt würde ich sagen.

Entweder Sie lernen was, wie, wann, womit & warum Sie etwas tun oder aber sie lassen es sein und machen keinen auf Serveradmin.

Und jetzt wünsch ich euch noch ein entspantes Wochenende.

Grüße von der dunklen Seite:

Olli

[Tobi]

Das war erfrischend zu lesen.
Danke Olli!

[OlliTheDarkness]

Das war erfrischend zu lesen.
Danke Olli!

Immerwieder gern.

[BasHeijermans]

I would start here:

https://www.dummies.com/article/technol ... et-209505/

[MLan]

Ist das hier erledigt oder bastelt der TE schon ?

[Jolinar]

Ist das hier erledigt oder bastelt der TE schon ?

Kurz gesagt: Weder, Noch...

Ich erarbeite gerade einen Antwortpost, der etwas umfangreicher ist. Zum Einen möchte ich natürlich auf Ollis Argumente reagieren, zum Anderen hab ich eine Liste angefangen, welche Daten ich für sinnvoll halten würde, sie (möglichst) automatisiert zu sammeln. Inzwischen ist diese Liste doch schon sehr umfangreich geworden und ich bin gerade dabei, sie thematisch etwas zu strukturieren und zu sortieren. Meine geistigen Ergüsse werden also in Kürze hier zu lesen sein

Was das Basteln angeht...Meine Bastelkünste beschränken sich auf alles, was man mit dem CLI machen kann (incl. Shellprogrammierung). Natürlich könnte man es mit einigen Verrenkungen auch schaffen, alle benötigten Daten am CLI bereitzustellen, aber viele Daten lassen sich einfacher mit höheren Programmiersprachen, wie PHP, Perl, Python, whatever 'beschaffen' und dann auch aufbereiten. Insoweit wäre das als Bastelprojekt für mich alleine ein paar Nummern zu groß

[24unix]

Was das Basteln angeht...Meine Bastelkünste beschränken sich auf alles, was man mit dem CLI machen kann

Das ist verdammt viel.

Wahrscheinlich kennst Du neofetch?

Das ist von Dylan Arap, der hat auch KISS-Linux gebaut.
Das habe ich als Basis für einen Eigenbau genommen, einen GTK-freien Linux-Desktop, nur als Spielerei.
Aber Dylan hat die komplette Paketverwaltung (inklusive etwas ähnlichem wie PKGBUILD von Arch) als Shell-Script umgesetzt.

[Jolinar]

So, ich habe nun endlich mal etwas Zeit gefunden, mir ein Shellscript zu basteln, welches ein paar Infos vom System sammelt.
Das Script ist erstmal nur PoC, die Ausgabe der Infos erfolgt human readable in ein Textfile.
Schaut es euch einfach mal an, testet aus und sagt eure Meinung dazu...vor allem:
Ist die Infosammlung so erstmal sinnvoll?
Welche Infos könnten noch dazukommen?

Code: Select all

#!/bin/bash

# Ausgabe in Datei umleiten
exec > info.txt

# Locale setzen
export LC_ALL=C

# Funktion zur Ausgabe einer Abschnittsüberschrift
print_section_header() {
    echo -e "\n------------------------------------------------------------"
    echo -e "$1"
    echo -e "------------------------------------------------------------"
}

# Systeminformationen
print_section_header "Systeminformationen"
echo "Betriebssystem: $(lsb_release -d -s)"
echo "Hostname: $(hostname)"
echo "Kernel-Version: $(uname -r)"
echo "Architektur: $(uname -m)"

# CPU-Informationen
print_section_header "CPU-Informationen"
echo "Modellname: $(lscpu | awk -F': ' '/Model name/ {print $2}')"
echo "Anzahl der Kerne: $(lscpu | awk -F': ' '/^CPU\(s\)/ {print $2}')"
# Hypervisor (aus der CPU-Information extrahieren)
hypervisor_vendor=$(lscpu | awk -F': ' '/Hypervisor vendor/ {print $2}')
if [ -z "$hypervisor_vendor" ]; then
    hypervisor_vendor="Nicht erkannt"
fi
echo "Hypervisor: $hypervisor_vendor"

# Aktuelle CPU-Auslastung
print_section_header "Aktuelle CPU-Auslastung"
top -n 1 -b | grep '%Cpu'

# Speicher (RAM)
print_section_header "Speicher (RAM)"
free -h

# Festplattenplatz
print_section_header "Festplattenplatz"
df -h

# Weitere Informationen zur Festplatte
print_section_header "Zusätzliche Informationen zur Festplatte"
du -h --max-depth=1 --exclude=/proc / | sort -rn

# Laufende Prozesse
print_section_header "Laufende Prozesse"
ps aux

# Netzwerkadapter
print_section_header "Netzwerkadapter"
ip a

# Netzwerkverbindungen
print_section_header "Netzwerkverbindungen"
netstat -tulpen

# Firewall-Regeln anzeigen (iptables)
print_section_header "Firewall-Regeln (iptables)"
iptables -L

# Apache-Konfiguration
print_section_header "Apache-Konfiguration"
apache_config_path="/etc/apache2/apache2.conf"
cat "$apache_config_path"

# Inkludierte Konfigurationsdateien
print_section_header "Inkludierte Konfigurationsdateien"
apache_includes_path="/etc/apache2/conf-enabled"
for include in "$apache_includes_path"/*; do
    echo -e "\nInclude: $include\n"
    cat "$include"
done

# Aktivierte Virtual Hosts
print_section_header "Aktivierte Virtual Hosts"
apache_vhosts_path="/etc/apache2/keyhelp/vhosts"
for vhost in "$apache_vhosts_path"/*; do
    echo -e "\nVirtual Host: $vhost\n"
    cat "$vhost"
done

[Sheldon Cooper]

Ganz nett, aber um Fehler zu finden braucht man doch auch Logfiles. Die fehlen meiner Ansicht nach noch.

[Jolinar]

Ganz nett, aber um Fehler zu finden braucht man doch auch Logfiles. Die fehlen meiner Ansicht nach noch.

Da hast du grundsätzlich recht.
Aber gerade bei Fehlkonfigurationen haben manche Logs gerne mal ganz schnell viele MB/GB Größe. Deswegen hab ich das erstmal noch außen vor gelassen. Ich denke hier sollte dann beim Supporten gezielt nach Logfilesnippets gefragt werden, wenn nötig.

[24unix]

Schaut es euch einfach mal an, testet aus und sagt eure Meinung dazu...vor allem:

Du setzt als locale C, was ich gut finde.

Dann aber verwendet Du deutsche Überschriften und Kommentare, was wieder zu einem tollen Denglisch führt:

z.B.:

Code: Select all

------------------------------------------------------------
Netzwerkverbindungen
------------------------------------------------------------
Active Internet connections (only servers)

Ich würde konsequent alles in Englisch machen, Deutsch kann nicht jeder KeyHelp User, rudimentäres Englisch sollte man bei einem Admin aber voraussetzen können.
Du könntest de_DE als locale setzen, aber dann würde es bei meinem System z.B. FehlerWarnungen hageln. Bei mir gibt es ausser C nur en_GB.UTF-8.


Ansonsten: Sehr umfangreich, aber ich fürchte, vielen wird es zu umfangreich sein, die müssen ihre öffentlichen Domains und IP Adressen doch geheimhalten

[Jolinar]

Du setzt als locale C, was ich gut finde.

Dann aber verwendet Du deutsche Überschriften und Kommentare, was wieder zu einem tollen Denglisch führt:

Ich hatte es auch erst in Englisch
Aber ich hab dann erstmal deutsche Beschriftungen gemacht, damit man einen ersten Eindruck hier für die Diskussion bekommt. kann aber ohne Probleme geändert werden.

aber ich fürchte, vielen wird es zu umfangreich sein, die müssen ihre öffentlichen Domains und IP Adressen doch geheimhalten

Das wäre dann der nächste Schritt...IP und Domain mittels awk & sed substituieren.
Da hatte ich allerdings die Idee, zweigleisig zu fahren und dem Script einen Aufrufparameter mitzugeben, so daß entweder ein Infofile mit echten oder mit substituierten Daten ausgeworfen wird, denn manche Sachen (zB. DNS-RR) kann man ja nur anhand echter Infos von extern prüfen.

[Sheldon Cooper]

aber ich fürchte, vielen wird es zu umfangreich sein, die müssen ihre öffentlichen Domains und IP Adressen doch geheimhalten

Das wäre dann der nächste Schritt...IP und Domain mittels awk & sed substituieren.
Da hatte ich allerdings die Idee, zweigleisig zu fahren und dem Script einen Aufrufparameter mitzugeben, so daß entweder ein Infofile mit echten oder mit substituierten Daten ausgeworfen wird, denn manche Sachen (zB. DNS-RR) kann man ja nur anhand echter Infos von extern prüfen.

Ich verstehe euer Problem nicht, IP-Adressen und Domains sind doch öffentliche Informationen, was will man da geheim halten?

[24unix]

Das wäre dann der nächste Schritt...IP und Domain mittels awk & sed substituieren.

Damit könntest Du in zweierlei Weise die Akzeptanz steigern

1) Beim Anwender, der seine Daten verstümmelnanonymisieren will, dass er trotzdem Dein Script nutzt.

2) Bei Leuten wie bei mir, die helfen wollen. Wenn die Leute echte Daten nutzen, weiß ich, dass sie auch echte Hilfe wollen
Wer dann lieber Geheimniskrämer spielt muss damit leben, dass nicht jeder für ihn seine Zeit opfern wird …