Si impara di più con un managed...

[Ste]

Stiamo testando una soluzione dedicata managed di cui a breve leggerete recensione online su HT, e da quel che vedo anche il loro contratto cita testualmente che una volta fornito l'accesso SSH, se il cliente lo richiede, termina la manutezione managed sul servizio. In generale credo si sia già detto perchè questo avviene, e mi trovo d'accordo, sarebbe però interessante capire come fanno le altre aziende, compresa eukHost

[Uno]

Magari l'accesso ssh con un utente che sia limitato alla sua home, alla zona web (se il server serve a questo) a qualche piccolo ritocco (che so il php.ini senza toccare l'originale) lo vedrei pure. L'importante è che non possa fare danni, ma se vuole usare wget (esempio) per spostare roba da un altro server, o farsi un dump di mysql da riga di comando mi sembra ragionevole.

All'estero alcuni danno accesso ssh anche sugli shared, il che dal mio punto di vista equivale a dare accesso root su dedicato managed, cioè sbagliato

Come fanno? O con qualche escamotage tecnico come quello che dicevo sopra, o investendo qualcosa con ritorno immagine.

Volendo con un keylogger che invia direttamente fuori dal server tutto quello che si fa in shell, si potrebbero coprire già il 99% dei possibili guai. Eticamente non sarebbe sbagliato se c'è il managed. Anche con i comuni log si copre parecchio, però il rischio potrebbe essere che il cliente li cancelli convinto di far bene, per recuperare spazio etc... un keylogger che invia i log su un server apposito è parecchio più sicuro, tutto sommato soluzione anche semplice rispetto ad altre.

[Ste]

Si attenzione, è vero che hai accesso SSH ma davvero limitato, puoi giusto fare qualche operazione e ovviamente non hai accesso al sistema

[andrea.paiola]

All'estero alcuni danno accesso ssh anche sugli shared, il che dal mio punto di vista equivale a dare accesso root su dedicato managed, cioè sbagliato

ma che c'entra avere accesso SSH... mica ti danno accesso root

per esempio anche su unbit.it hai accesso SSH