24unix wrote: ↑Mon 14. Aug 2023, 11:52 Ach ja, hier meine Unit.

Uhh, lieben Dank dafür.

24unix wrote: ↑Mon 14. Aug 2023, 11:37 Wer git hat, macht ein Git clone, wer nicht, ein wget oder curl auf die tgz oder Zip Datei.

Hmm...okay, dann schau ich mir Gitea mal etwas näher an, hab damit selber noch nie gearbeitet.
Bevor ich mich jetzt durch die Doku wühle...Gibt es irgendwelche Fallstricke, auf die ich achten sollte?

Was mir heute morgen durch den Kopf ging, so copy & paste ins Forum, in die Shell ist ja recht umständlich, ein simples git clone wäre deutlich bequemer. Grundsätzlich hast du ja recht. Aber das würde voraussetzen, daß jemand, der das Script nutzen will, erstmal git installieren müßte. Ich will...

Danke für deine Erklärung/Meinung.

[OT]

Alexander wrote: ↑Mon 14. Aug 2023, 10:39 da hat man mal eine Anwendung gesehen, die mehrere Datenbanken unter einem Nutzer erfordert.

Ist die Anwendung nur schlampig programmiert oder hat es einen bestimmten Grund, warum die nicht mit unterschiedlichen Tabellenpräfixen in einer DB arbeiten?

[/OT]

Da hast du einen kleinen Copy+Paste-Fehler, denn die Version hier ist identisch mit der von 9:08 Uhr ;) Ja und nein :lol: :lol: Ich hatte noch an der Ausgabe der DNS RR gebastelt und dann beim Pasten die NS RR vergessen, sorry... Hier das aktualisierte Script: #!/bin/bash # Redirect output to a fil...

Ich würde noch NS abfragen, damit man sehen kann, welcher Nameserver überhaupt zuständig ist (keyhelp selbst, extern, gar keiner ;) ) Erledigt. Hab jetzt auch die Ausgabe der DNS RR etwas 'schöner' gemacht. Hier das aktuelle Script: #!/bin/bash # Redirect output to a file exec > info.txt # Set loca...

Okay, ich hab das Script nochmal umgebaut und frage die einzelnen RR Typen (aktuell A AAAA MX TXT) ab. Braucht man noch weitere DNS RR für einen ordentlichen Support? Hier das aktuelle Script: #!/bin/bash # Redirect output to a file exec > info.txt # Set locale export LC_ALL=C # Function to print se...

Kann mir jemand einen Denkanstoß geben? Hier erstmal das aktuelle Script: #!/bin/bash # Redirect output to a file exec > info.txt # Set locale export LC_ALL=C # Function to print section header print_section_header() { echo -e "\n------------------------------------------------------------"...

ich dachte an die Abfrage der PTR … PTR Abfrage eingebaut. Da könnte ein "uniq" hinters grep gepiped reichen. Perfekt, danke für den Ansatz :mrgreen: Hier das aktuelle Script: #!/bin/bash # Redirect output to a file exec > info.txt # Set locale export LC_ALL=C # Function to print section ...

Ach ja, das könnte man direkt ins Script einbauen, je nachdem, wie viel Zeit Du investieren willst :) Ich hab es mal eingebaut. Allerdings werden die Domainnamen doppelt ausgelesen und auch doppelt abgefragt (wegen ServerName bei vhost:80 und vhost:443). Falls jemand einen Denkanstoß hat, wie man d...

Ach ja, das könnte man direkt ins Script einbauen, je nachdem, wie viel Zeit Du investieren willst :) Hatte ich auch schon überlegt...Aber wenn die Namensauflösung lokal aufgrund von Fehlkonfigurationen nicht funktioniert, läuft das ins Leere. Davon abgesehen gibt es im DNS so viele mögliche Variab...

Alternative damit man nicht unbedingt lsb-release installieren muss: ls /etc/ | grep -e '[_-]release$' -e '[_-]version$' | xargs -I % -n 1 cat /etc/% Danke für dein Feedback. :mrgreen: Ich habe deinen Ansatz aufgegriffen und lese direkt das File /etc/os-release aus. So bin ich tatsächlich nicht meh...

Hier nun das Script mit rein englischer Kommentierung und Ausgabe: #!/bin/bash # Check if lsb-release is installed if ! command -v lsb_release &> /dev/null; then echo "lsb-release is not installed. Installing..." sudo apt-get update sudo apt-get install -y lsb-release fi # Redirect out...

Damit könntest Du in zweierlei Weise die Akzeptanz steigern :-) 1) Beim Anwender, der seine Daten verstümmeln anonymisieren 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 da...