konstanter
Das sollte sie in der Tat sein. Wieviel Steal hat denn dein VPS?
Das längste Thema
-
fLoo -
23. Oktober 2009 um 12:55 -
Unerledigt
-
-
Steal
7% War das höhste. Jetzt ist er bei um die 2%
-
7% sind bei einem VPS noch absolut im grünen Bereich, bei einem RS wäre es etwas zuviel.
-
sagt mal wenn ich ein hosting übernehme - was mach ich mit vorhandenen rsa keys in .ssh ? werden die autogeneriert und gehören zu dem hostingpaket? htms - ich schreib doch nur meinen public key in die authorized_keys file oder?
-
die wurden dann vom vormieter übersehen. einfach löschen und von dir neu erstellte reinlegen (falls du sie tatsächlich brauchst).
-
Der Unterschied besteht im maximalen Steal.
Und CPU flags
-
Und CPU flags
Und womöglich auch bei der Single-Core-Leistung. In den Hostsystemen der VPS kann ja eine deutlich ältere/schlechtere/schwächere CPU stecken, die wird nicht aktiv beworben. /cc finnvweiss
die wurden dann vom vormieter übersehen. einfach löschen und von dir neu erstellte reinlegen (falls du sie tatsächlich brauchst).
Das wäre eigentlich eine gemeine Möglichkeit für eine Hintertür. Auf das achten wahrscheinlich die wenigstens Übernahmeinteressenten eines Webhosting Pakets
-
Hintertür
viel wichtiger ist dann aber die authorized_keys zu nullen/neuerstellen.
die {id_*,*.pub}s + history/logfiles sind ja nur ausgangsseitig interessant.
-
einfach löschen und von dir neu erstellte reinlegen (falls du sie tatsächlich brauchst).
ja hab ich gelöscht und nein brauch ich nicht. auf webhosting brauch ich nur die authorized_keys datei in .ssh und auf dem mikro vps auch - server als client ... vielleicht wenn er repos woanders liegen hat? muss ich alles noch lernen.
-
viel wichtiger ist dann aber die authorized_keys zu nullen/neuerstellen.
Ich ging ursprünglich davon aus, dass genau dort noch etwas drinnen stand. Jetzt nach dem erneuten Lesen merke ich erst, dass die wahrscheinlich gar nicht gemeint war.
Egal, ist trotzdem eine unterschätzte Gefahr. Wer schaut sich schon diesen Ordner an? Viele Webhosting Nutzer verwenden ja nicht einmal SSH oder Keyfiles.
-
eine authorized_keys war da nicht - nur die beiden key files
Egal, ist trotzdem eine unterschätzte Gefahr. Wer schaut sich schon diesen Ordner an? Viele Webhosting Nutzer verwenden ja nicht einmal SSH oder Keyfiles.
stimmt - das wp-login reicht doch aus.
-
Verstehe ich nicht so ganz, was hat WordPress Login mit SSH Public Key zu tun
? -
Ich interpretiere das einmal so: Dass der übliche Nutzer z.B. WP mit zwei Klicks in Plesk installiert und danach weder SSH noch Keyfiles braucht. Der WP-Login reicht als Zugang für alles
-
Alle meine Webhostingpakete haben eine id_rsa und eine id_rsa.pub.Und ich glaube nicht, dass die von mir erzeugt wurden. Keines der Webhostings habe ich von irgendwem übernommen. Typisches Datum der Dateien 17.10.22 oder 18.10.22. In der authorized_keys ist jeweils nur ein Key von mir drin. Kann man den Login mit Passwort eigentlich irgendwie deaktivieren?
-
Alle meine Webhostingpakete haben eine id_rsa und eine id_rsa.pub.Und ich glaube nicht, dass die von mir erzeugt wurden.
interessant - ich hatte überlegt ob die nicht zum paket gehören - aber in dem 1000 paket das ich bei netcup geholt habe war nicht einmal ein .ssh ordner - vielleicht habe ich das durch einstellungen in plesk verursacht aber ich weiss nicht wo falls das so ist. (passwordless wird beim hochladen des keys aktiviert glaub ich - also in plesk)
-
interessant - ich hatte überlegt ob die nicht zum paket gehören - aber in dem 1000 paket das ich bei netcup geholt habe war nicht einmal ein .ssh ordner - vielleicht habe ich das durch einstellungen in plesk verursacht aber ich weiss nicht wo falls das so ist. (passwordless wird beim hochladen des keys aktiviert glaub ich - also in plesk)
Hmm, dann habe ich meinen Key wohl nicht in Plesk hochgeladen sondern manuell installiert. Weil bei mir funktioniert trotz Key auch noch das Passwort, das ist natürlich sehr sinnig.
-
Weil bei mir funktioniert trotz Key auch noch das Passwort, das ist natürlich sehr sinnig.
Eine kleine private backdoor muss doch erlaubt sein.
Ich werde das mal eruieren mit dem plesk wenn ich nachher mein 2000 hosting Schlüssel fertig mache.
Ich hab auch noch meine backdoor ... das deaktivieren und hochladen von sshkeys gibts nur im scp - ich hab meine authorized_keys auch selbst geschrieben. Passwordless geht nur mit zugriff auf sshd - nicht beim webhosting - und das FTP account password wird auch verwendet um die log statisken zu schützen (wenn man das deaktiviert kann man wahrscheinlich den ftp account selektieren und entfernen).
Kann man also höchstens ein max length password in plesk festsetzen und nie benutzen oder so. Bei webhosting mach ich mir nicht so die Sorgen weil ich nicht mal javascript auf den sites habe und php unterstützung deaktiviert ist.
-
Nuremberg int (=international) = price includes 1 out of .at, .com, .li, .ch, or .eu
naajaaaa, stimmt nicht zu 100%....
streng genommen könnte man auch dort eine de-Domain nehmen - was natürlich Quatsch wäre.
-
Ja. Deshalb habe ich es weggelassen.
-
naajaaaa, stimmt nicht zu 100%....
streng genommen könnte man auch dort eine de-Domain nehmen - was natürlich Quatsch wäre.
Irgendeinen Sinn muss die Möglichkeit schon machen, sonst hätte netcup das niemals so angeboten.
