Beiträge von mfnalex

    Hatte heute bei zwei (NetCup-)Servern SSH-Sitzungen offen, die beide gleichzeitig über ca. 30 Sekunden nicht reagierten. Internet ging in der Zeit aber. Die Uhrzeit weiß ich nicht mehr...

    EDIT: Bin bei Unitymedia. Nagios (ebenfalls bei NetCup auf einem weiteren Server) hat nix bemerkt.

    Auf meinem VPN-Server mit Ubuntu 18.04 habe ich mal irgendwann irgendwo ein "grep <domain> /etc/hosts" reingebastelt (damals noch unter 16.04), so dass es bei jedem User nach der Anmeldung (hinter der Zeile "Welcome to Ubuntu 18.04.1 LTS (GNU/Linux 4.15.0-39-generic x86_64)", egal ob SSH/lokal) ausgeführt wird und mir die IPs zeigt. Ich kann es aber nirgends wieder finden ^^

    Weder in /etc/profile, noch /etc/profile.d/..., noch /etc/bash.bashrc, noch in den User-Home-Verzeichnissen (.profile, ...) ist irgendwas davon zu finden.

    Jemand ne Idee wo ich das versteckt haben könnte? ^^ Wie gesagt: wird bei jedem User ausgeführt (auch root), egal ob SSh oder lokaler Login.

    Ich denke, dass ein Hinweis auf die Risiken beim Betrieb eines Servers definitiv gemacht werden sollte, wenn es sich zeigt dass demjenigen offensichtlich das Grundwissen fehlt. Dass sich davon manche Leute angegriffen fühlen, wird sich kaum vermeiden lassen. Am besten sollten wir alle versuchen durchgehend sachlich zu bleiben. Sollte es persönliche Anfeindungen gegen jemanden geben, setze ich denjenigen einfach auf die Blockliste und gut ist.

    Es stellt sich die Frage, ob es sinnvoll ist, demjenigen Schritt für Schritt zu erklären wie er seinen Server absichert, wenn offensichtlich ist, dass sich danach nicht um Sicherheitsupdates etc. gekümmert wird. Ob man dann lieber gar nicht helfen sollte, weiß ich nicht... ein halbwegs abgesicherter aber schlecht gewarteter Server ist aber im Zweifelsfall immerhin besser als ein gar nicht gesicherter + schlecht gewarteter Server...

    Komisch: nach einem Nagios XI-Update (per Web-UI) wollte der NRPE-Server (über xinetd) nicht mehr starten. Die /var/run/nrpe.lock konnte nicht erstellt werden. Kein Wunder, nur root kann dort schreiben. Hab sie dann per Hand angelegt und nagios:nagios gegeben. Jetzt geht's wieder. Bug?

    Nach einer fehlgeschlagenen Image-Intallation lagen die mal im /root/-Ordner. Hatte sie natürlich nicht löschen wollen ^^

    Den Inhalt der Skripte zeig ich lieber nicht, habe ja NetCup nicht um Erlaubnis gebeten.

    EDIT: Ach ja: wer die Skripte selbst sehen möchte: ich glaube es reicht, in der Bildschirmkonsole (oder wie das Ding heißt) auf Strg+Alt+Entf zu drücken während "Post-Installation running" da steht. Dann im Rettungssystem /dev/sda mounten.

    EDIT2: In der RTFM steht nur dass man den Ordner nicht verschieben soll :)

    Code
    root@*:~/ncImageEngine# cat RTFM 
    #dmt = dont move this!

    Gerade mal alte Backups durchgesehen und das NetCup-Installations-Script für die Images gefunden... hat das schon mal jemand entdeckt? Ganz interessant ^^

    Oh ja, ohne Debug Flag ging es. Hatte den Debug mode aktiviert, weil mir die Laufzeit sehr lang erschien. Das Backup einer Zone mit nur 3 RR hat über eine Minute gedauert, aber damit kann ich problemlos leben. Vielen Dank für die schnelle Antwort :)

    Es gab letztens Anpassungen der DNS API. Kann das die Ursache sein?

    Kann sein. Wollte die API heute das erste mal nutzen, vorher hatte ich nur den SCP-Webservice verwendet. Kennt jemanden einen Client, der mit der aktuellen API funktioniert? https://www.netcup-wiki.de/wiki/API_Clients Die sind ja dann wahrscheinlich alle veraltet, wenn die API geändert wurde.

    Eigentlich möchte ich nur die Zone einer bestehenden Domain duplizieren auf eine/mehrere andere Domain(s).

    Hey Leute, habe Probleme mit der DNS Api. Ich nutze den Client von linux-inside (https://github.com/linux-insideDE/ncdapi). Login-Daten habe ich natürlich angepasst, leider erhalte ich trotzdem immer nur das:

    Code
    root@<hostname>:~/ncdapi# time ./ncdapi.sh -d -g <meine-domain>.de
    Login successful
    {"serverrequestid":"<blabla>","clientrequestid":"","action":"infoDnsRecords","status":"error","statuscode":4013,"shortmessage":"Validation Error.","lgmessage":"Value in field domainname does not match requirements of type: domainname. ","responsedata":""}
    Error: {"serverrequestid":"<blabla>","clientrequestid":"","action":"infoDnsRecords","status":"error","statuscode":4013,"shortmessage":"Validation Err.","longmessage":"Value in field domainname does not match requirements of type: domainname. ","responsedata":""}
    Logout successful
    
    real    0m56,482s
    user    0m0,076s
    sys     0m0,016s

    Ich könnte jetzt meinen Fischer/StGB herauskramen und zitieren, aber das führt zu nichts. Bitte mach ein neues Thema auf, wenn du noch Diskussionsbedarf hast, das hier ist der falsche Thread dafür.