Beiträge von mfnalex

Zu meiner Verteidigung: Hätte erwartet, dass ein normaler User die sshd-config gar nicht mittels sshd -T einsehen kann

Hast Recht, hab die Profilbilder verwechselt

+1

Nutze Nextcloud und hab deswegen auch schon überlegt auf einen vServer umzuziehen. Leider kann ich dann den Speicherplatz meiner EiWoMiSau nicht nutzen, daher wär ich ebenfalls sehr interessiert an /dev/urandom im Shared Hosting...

mainziman ich glaub das war H6G durchaus bewusst

Hi Leute, unter Ubuntu 16.04.5 mit dem OpenVPN-Image bekomme ich folgende Meldung:

user@host:~$ sshd -T 2>&1|more
Could not load host key: /etc/ssh/ssh_host_rsa_key
Could not load host key: /etc/ssh/ssh_host_dsa_key
Could not load host key: /etc/ssh/ssh_host_ecdsa_key
Could not load host key: /etc/ssh/ssh_host_ed25519_key
port 22
protocol 2
addressfamily any
...

Die entsprechenden Dateien sind vorhanden unter /etc/ssh.

Meine Frage: Hat jemand eine Ahnung, warum die Keys nicht geladen werden können? Ich habe an denen nichts verändert...

EDIT: Oh mein Gott, ich bin so unglaublich dumm. Habe sshd -T nicht als root ausgeführt, daher natürlich keine Permission zum Lesen der Keys

Bitte lacht mich nicht aus Thema kann gelöscht werden.

Wie sprecht ihr eigentlich vi / vim aus? Ich sage immer "wie" bzw. "wimm", aber das klingt so komisch... als englische Abkürzung klingt es jedoch auch nicht so toll. Vielleicht benutz ich ja deswegen meistens nano

Hab grade testweise phpmyadmin installiert, und im ersten Dialog wird man gefragt ob es für einen Webserver konfiguriert werden soll. Hier mit Leertaste das Kästchen bei apache2 aktivieren. Die Konfiguration kannst du erneut starten mit "sudo dpkg-reconfigure phpmyadmin". Dann erscheint die Auswahlbox zum Konfigurieren von Apache aber erst nach ein paar anderen Abfragen. Am einfachsten ist es wohl wenn du es mit "sudo apt-get purge phpmyadmin && sudo apt-get install phpmyadmin" neu installierst.

Hoffe das hilft

EDIT: natürlich phpmyadmin statt apache! Hab's korrigiert

You could install linux and do traceroutes to google with a cronjob that runs every minute. When you experience the next disconnect, you can look at the output and maybe you will find something interesting. Of course you could probably also do that on Windows.

Bekommst du eine 404 Seite? Welche Version liefert "apachectl -v"? Und welche Distribution nutzt du überhaupt? Vielleicht hat phpMyAdmin deinen Webserver nicht erkannt und konnte daher auch bei der Installation die config nicht installieren.

Benutzt du Apache? Hast du eine phpmyadmin.conf unter /etc/apache2/conf-available? Wenn ja, ist sie aktiviert?

Was erhälst du als Fehlermeldung? "Geht nicht" ist nicht sehr hilfreich

Normalerweise sollte phpmyadmin unter jedem vHost unter /phpmyadmin aufrufbar sein.

Ach so sorry, dann hab ich das falsch verstanden

Zitat von Hecke29

Das ist jetzt ein Witz, oder?

https://www.welt.de/vermischtes/ar…-schreiben.html

(Artikel über Verwendungszwecke bei Überweisungen; von heute; vor 15 Minuten auf FB geteilt worden)

Nein, wieso? Es erfüllt doch keinen Straftatbestand, einen Witz zu machen.

Ich hab schon öfters "waffenfähiges Plutonium" benutzt, hat sich noch nie 'ne Bank beschwert

Meint ihr mich? Ich hab immer brav neugestartet wenn das SCP oder apt-get (bzw. needrestart) was gesagt hat

Naja der OpenSSL Bug ist jetzt 10(?) Jahre her Wer immer noch Schlüssel von damals benutzt ist selbst schuld.

280 Tage, nicht schlecht

Aber vielleicht sollten wir das Spiel eingrenzen auf vom Internet erreichbare Server, das ist bestimmt spannender

Diese Root-Login-erlauben-oder-nicht-Diskussion wird nie ein Ende finden Ich bin auch der Meinung dass aktivierter Root-Login, wenn nur PubKeyAuth erlaubt ist, kein großes Problem darstellt. Am besten noch den Login nur von bestimmten IPs erlauben. Wobei ein 50 stelliges Passwort wohl auch kaum zu erraten sein wird...

Lasst uns das Uptime-Spiel spielen!

root@***:~# tuptime
System startups:    7   since   08:10:51 25.01.2018
System shutdowns:    6 ok   -   0 bad
System uptime:         99.78 %   -   171 days, 20 hours, 53 minutes and 31 seconds
System downtime:     0.22 %   -   8 hours, 56 minutes and 16 seconds
System life:         172 days, 5 hours, 49 minutes and 47 seconds

Largest uptime:        112 days, 3 hours, 10 minutes and 17 seconds   from   08:23:58 01.03.2018
Shortest uptime:    14 hours, 55 minutes and 18 seconds   from   17:26:35 28.02.2018
Average uptime:     24 days, 13 hours, 16 minutes and 13 seconds

Largest downtime:    7 hours, 29 minutes and 10 seconds   from   12:34:15 21.06.2018
Shortest downtime:    1 minute and 57 seconds   from   12:36:26 14.02.2018
Average downtime:     1 hour, 29 minutes and 23 seconds

Current uptime:     21 days, 16 hours, 15 minutes and 31 seconds   since   22:45:07 24.06.2018

Meine längste Uptime waren 112 Tage, das geht besser... wer überbietet mich?

Wenn die Festplatte abraucht sind auch die Snapshots weg, soweit ich weiß. Für Backups am besten einen zweiten Server oder Storage Space buchen.

Off-Topic: Mein Kühlschrank kann sich nicht für eine Temperatur entscheiden.

kühlschrank.PNG