Beiträge von Bud

    Unterschiedliche Einstellungen bei ufw und/oder fail2ban? Eventuell auch mal in die Logfiles reinschauen, vielleicht ist ja bei einem der beiden mehr Aktivität von aussen.

    Nein und auch in den logs finde ich nichts.

    Ja, so ist das.

    Wenn du mal in /var/lib/munin/ reinschaust, siehts du, wie munin das strukturiert.

    Die alten Daten dürften dort noch liegen. Wenn du also den Namen wieder zurückänderst, solltest du die alten Daten in den Graphen wieder sehen.

    Ohne das recherchiert zu haben: Ich vermute mal, die alten Daten in das neue Verzeichnis zu kopieren ist keine gute Idee? ^^

    Mit Munin selbst kenne ich mich nicht aus, aber das ist mit vielen Software Lösungen so. Das ist ja deine Konfiguration und das in den eckigen Klammern wird der genaue Identifier sein. Du hast ihn geändert, also ist es was neues :) Bei Icinga ist das auch so. Sonst müsste im Hintergrund irgendeine für dich unsichtbare ID gepflegt werden oder ähnliches...

    Finde ich sehr schade. Letztendlich ist es die IP, die ich Monitoren will...

    Nur zur Sicherheit: Das hier kennst du?

    https://www.linuxatemyram.com

    Kann mir jemand erklären, warum sich meine zwei VPS 200 G8 so unterschiedlich verhalten? Beide haben zur Zeit der Grafiken nur ufw, fail2ban und munin-node unter Debian 12 am laufen.

    VPS 200 G8 - Orilla
    VPS 200 G8 - Pangar

    Ich habe heute Morgen an meinem munin-master zwei Versuche gestartet, bzw. Änderungen durchgeführt. Aus...

    ... habe ich zuerst ...

    ...und dann folgendes...

    ... gemacht. An den IPs hat sich ja nie etwas geändert, aber trotzdem hat Munin alle vorher erfassten Daten gelöscht. Ich denke mal, das lag daran das ich in der ersten Abänderung den Nodes einen neuen Namen verpasst habe? Wenn ja: Schade das munin dann gleich alle Daten löscht, denn der Server ist ja der gleiche, ich habe ihn nur unbenannt...

    Die kostenpflichtigen Pläne sind auch sau-teuer geworden. Noch hab ich zwar noch den "Legacy" Vertrag, aber wenn der ausläuft wirds mir auch zu teuer. Uptime Kuma wirds dann richten. Gerne mit einer oder zwei 1 € Möhren von Strito…

    Wie viele Instanzen willst du bei UptimeKuma denn unterbringen, dass du gleich zwei brauchst?

    bindIP 127.0.0.1

    Keine Ahnung wie ich darauf gekommen bin... Aber vielen vielen Dank Paul

    Ich bekomme bei der Wiki.js-Installation zwar folgende Fehlermeldung...

    EACCES: permission denied, mkdir '/home/sudouser/wikijs/data/cache'

    ...aber ich meine, ich habe eine mögliche Lösung gefunden. Ich probiere es mal aus und melde mich dann, für den Rest des Abends geb ich euch erstmal frei ;)

    Nachdem du den Dienst mit dem Systemd Service gestartet hast, konntest du dich immer noch nicht lokal (über 127.0.0.1) verbinden? Solang das nicht funktioniert, brauchst du den externen Zugriff gar nicht zu testen.

    Doch, das funktioniert. Habe ich vermutlich nicht erwähnt.

    Code
    sudouser@orilla:~/wikijs$ telnet 127.0.0.1 3000
    Trying 127.0.0.1...
    Connected to 127.0.0.1.
    Escape character is '^]'.

    Du bist mir auch immer noch die Ausgabe von "ss -tulpn" schuldig ;)

    Code
    sudouser@orilla:~/wikijs$ ss -tulpn
    Netid    State     Recv-Q    Send-Q       Local Address:Port         Peer Address:Port    Process
    tcp      LISTEN    0         511              127.0.0.1:3000              0.0.0.0:*        users:(("node",pid=2991,fd=19))
    tcp      LISTEN    0         244              127.0.0.1:5432              0.0.0.0:*
    tcp      LISTEN    0         128                0.0.0.0:22                0.0.0.0:*
    tcp      LISTEN    0         511                      *:80                      *:*
    tcp      LISTEN    0         244                  [::1]:5432                 [::]:*
    tcp      LISTEN    0         4096                     *:4949                    *:*
    tcp      LISTEN    0         128                   [::]:22                   [::]:*

    Mein Problem: Beim aufrufen von https://Orilla-IP:3000 bekomme ich folgende Meldung:

    ERR_CONNECTION_REFUSED

    Meine Gedankengänge bis jetzt...

    1) ufw deaktivieren, um auszuschließen, dass es irgendwie trotzdem an der Firewall liegt ⇒ ohne Erfolg

    2) Apache stoppen, um auzuschließen das mit der Webserver irgendwie dazwischenfunkt, auch wenn das für mich keinen Sinn ergeben hätte. Aaaaaber was heißt das schon ^^ ⇒ ohne Erfolg.

    3) https://Orilla-IP:3000 über mein Smartphone (Netz) aufzurufen, um meinen PC/Browser als Fehlerquelle auszuschließen

    Wie komme ich eigentlich in den node server, welcher jetzt unter wiki.service läuft?

    Poste bitte nochmal die Ausagabe des ersten Befehls. Es sieht nämlich eher so aus, als ob dein node server gar nicht mehr läuft. Wenn du den manuell über die Shell startest, musst du die Session natürlich offen lassen, sonst ist mit dem Beenden natürlich auch der node server wieder weg. Um ihn im Hintergrund laufen zu lassen, solltest du noch ein systemd service für wikijs anlegen: https://docs.requarks.io/install/linux (unter run as a service)

    Mein Fehler, das wusste ich, hatte zum Testen einfach zwei Verbindungen offen, und mit einer den node laufen gelassen. Hab den service jetzt trotzdem mal eingerichtet, und er läuft auch, aber das hat keine Änderung gebracht.

    Geht es denn lokal?

    Nein.

    Ich will gar nicht sagen, was der Fehler war, weil es mir zu peinlich ist... Auf jeden Fall: DANKE an Paul und natürlich auch ThomasChr

    Habe jetzt das Problem, dass er mir trotz Portfreigabe in ufw ein ERR_CONNECTION_REFUSED im Browser bringt.

    Ich versuche seit Tagen Wiki.js zu installieren, und bekomme es leider nicht hin.

    Orientiert habe ich mich an der Requirements-Liste von Wiki.js selbst.

    Zitat
    • Datenbank – Eigentlich würde ich gerne MySQL verwenden, aber da in der nächsten Version von Wiki.js anscheinend nur noch PostgreSQL unterstützt wird, würde ich mich gleich mal damit anfreunden.
    • Node.js (& npm)
    • Webserver – Hier werde ich Apache2 nehmen, da ich mit Apache2 einfach die „meiste Erfahrung“ habe.

    Als Erstes habe ich Apache2 installiert.

    Code
    sudo apt install apache2
    
    sudo systemctl status apache2
    
    sudo ufw allow 80/tcp

    Weiter mit Node.js & npm

    Code
    sudo apt install nodejs npm
    
    node --version
    ->v18.13.0

    Und nun zu PostgreSQL

    PostgreSQL-Datenbank erstellen

    Code
    sudo -i -u postgres psql
    
    CREATE DATABASE wikijs
    CREATE USER netcup WITH encrypted PASSWORD 'NetcupForum'
    GRANT ALL PRIVILEGES ON DATABASE wikijs TO netcup
    \q

    Wiki.js laut Docs installieren

    In der config.yml die vorher erstellten DB-Daten eintragen und bindIP 127.0.0.1

    Code
      type: postgres
    
      # PostgreSQL / MySQL / MariaDB / MS SQL Server only:
      host: localhost
      port: 5432
      user: netcup
      pass: NetcupForum
      db: wikijs
      ssl: false

    Node mit node server starten

    Und letztendlich lande ich dann immer wieder bei derselben Fehlermeldung:

    Offensichtlich nimmt er mein Passwort für die Datenbank nicht. Natürlich haben sich meine ersten Versuche darauf konzentriert, eventuelle „falsche“ Passwörter auszuschließen etc., aber das hat alles nichts gebracht... Ich probiere mich seit Tagen aus, ändere das Passwort, vergebe ein Alternatives, etc... Aber letztendlich lande ich immer wieder beim gleichen Fehler. Hat jemand einen Rat für mich?

    Habe ich vielleicht irgendetwas Spezielles übersehen? Ich habe zwar auch schon gezielt danach gesucht, aber macht mir das "encrypted" hier Probleme? Das Passwort muss ich doch trotzdem in „klar“ eintragen? Gerade jetzt fällt mir ein, dass ich noch ausprobieren könnte, ob beim Erstellen des Passworts vielleicht ' das Problem ist. Das kann ich später vielleicht noch testen...

    Ich habe das Debian 12 Image von St***o benutzt, dann per apt-get update und apt-get upgrade aktualisiert. Erst cron installiert, dann nach dem Plan von Bud weiter installiert, jedenfalls was die installierten Pakete betrifft. Also Standardquellen. Bzw habe ich sie jedenfalls nicht geändert.

    Dann wäre der einzige Unterschied, welcher mir auffallen würde, apt-get dist-upgrade