Si impara di più con un managed...

[444523]

Problemi nel pomeriggio per il mio server principale managed... con tranquillità ho controllato, smanettato un po', ravvio "leggero", ravvio "totale"... tutto eseguito con tranquillità e senza patemi d'animo, tanto avrei potuto aprire un ticket in un qualsiasi momento.

Perfetto: "impasse" superata. Neanche la necessità di aprire un ticket... anzi, si lavora meglio e s'impara anche di più con un managed. Che idiota, per anni ho fatto senza... aaahhh come si sta bene così.

Per ricordare: full managed e con password di root...

[xAnder]

Hai considerato che riavviando potresti non aver risolto il problema?

[444523]

Hai considerato che riavviando potresti non aver risolto il problema?

Possibile... cmq il rallentamento si è verificato cambiando il programma FTP... ho rimesso quello vecchio e sembra tutto a posto.

[GrG]

Chi ti ha dato accesso root su un dedicato managed?

Forse ne avevamo già discusso proprio con te. Non so come si possa offrire un managed dando root a uno che non lo sa usare O_O.

[444523]

Chi ti ha dato accesso root su un dedicato managed?

Forse ne avevamo già discusso proprio con te. Non so come si possa offrire un managed dando root a uno che non lo sa usare O_O.

Sì, infatti... ne avevamo parlato. Danno il managed ma contemporaneamente la password di root. Casini fin'ora non ne ho combinati e quindi non so dirti come si comporterebbero in tal caso...

[Rebel]

Vedrai che il giorno in cui combinerai "casini", loro se ne laveranno le mani.
Probabilmente ti hanno dato root proprio per avere in qualunque momento la possibilita' di sostenere che i danni li hai fatti tu e quindi loro non sono responsabili....

[444523]

Probabilmente ti hanno dato root proprio per avere in qualunque momento la possibilita' di sostenere che i danni li hai fatti tu e quindi loro non sono responsabili....

Dai, non so se è il caso di giudicarli così... l'azienda è grossa: euKhost.
D'altronde avevo già chiesto assistenza mesi fa per un problema che non riuscivo a risolvere (ci avevo anche smanettato con molta attenzione) e sono stati sempre puntuali e gentili non accusandomi di nulla...

Anche vero che con me non avranno mai problemi di tal genere, però effettivamente il "rincoio" c'è sempre... non so come se la cavano. Forse occorrerebbe cercare in qualche forum di webhosting...

[GrG]

Più che altro non ha senso, perchè senza poter tracciare le modifiche (e sicuro non lo fanno sarebbe troppo complicato) l'admin rischia di loggarsi su un server che non è come l'ha lasciato l'ultima volta e quindi senza sapere dove intervenire.

Chessò a me è capitato di prendere e ripristinare le configurazioni da un backup vecchio di tre mesi perchè sapevo che IO non avevo fatto modifiche e che solo io avrei potuto farle. Se il cliente avesse avuto root sarei stato bloccato e avrei impiegato due ore per risolvere un problema che ho risolto in 30 secondi.

[guest]

Più che altro non ha senso, perchè senza poter tracciare le modifiche (e sicuro non lo fanno sarebbe troppo complicato) l'admin rischia di loggarsi su un server che non è come l'ha lasciato l'ultima volta e quindi senza sapere dove intervenire.

Non complicato, ma impossibile.
Per definizione, root non lo limiti, ne lo monitori.
Perchè qualunque cosa tu debba installare per monitorare un utente, root può benissimo rimuoverla e/o farti loggare dati errati.

(altrimenti i vari hacker, quelli veri, non riuscirebbero ad entrare senza lasciare traccia.)

Chessò a me è capitato di prendere e ripristinare le configurazioni da un backup vecchio di tre mesi perchè sapevo che IO non avevo fatto modifiche e che solo io avrei potuto farle. Se il cliente avesse avuto root sarei stato bloccato e avrei impiegato due ore per risolvere un problema che ho risolto in 30 secondi.

Quotone.
Sapendo di essere l'unico ad avere accessi, potresti benissimo voler fare il backup di alcuni dati magari anche solo una tantum, con conseguente risparmio sui tempi di backup.
Se il cliente mette mano ovunque, te devi backuppare tutto ogni volta.

[Uno]

Non complicato, ma impossibile.
Per definizione, root non lo limiti, ne lo monitori.
Perchè qualunque cosa tu debba installare per monitorare un utente, root può benissimo rimuoverla e/o farti loggare dati errati.

In realtà non è impossibile, ma non chiedermi adesso di spiegarti per filo e per segno. In estrema sintesi devi spostare tutto quello che è di root su un'altro account e poi ricreare utente e gruppo root che sembra completo ma gli manca giusto qualcosina, tipo una sezione log non visibile.
In bsd potrebbe essere più semplice aggiustando l'utente toor, ma volendo si può fare anche in linux perdendoci tempo una volta ad aggiustare tutte le acl e poi facendo le altre installazioni in copia carbone.

Oppure , forse pure "più semplice" usi un sistema di virtualizzazione minimale e ben nascosto, l'utente è convinto di controllare tutto il server, in realtà sta controllando il 95% del server. Questo sistema ultimamente è usato anche da hacker seri e non lo trovi neanche con i rootkit una volta installato.

[guest]

nel primo caso, non stai usando root ma un superuser generico, magari uno del gruppo wheel, ma non è root.
Root, tanto per dirne una (e solo root, non il gruppo) bypassa in toto i check dei permessi sui file, non vengono proprio eseguiti mentre qualunque altro utente, magari appartiene implicitamente a tutti i gruppi. (si fa per parlare...)

Per il sistema di virtualizzazione o analogo, se il server fosse il mio, non mi starebbe bene una soluzione come quella che hai indicato. Io voglio il 100% del server, non il 99.999%

[SeFlow]

Io non capisco tutta questa diffidenza. Noi stessi al momento abbiamo moltre 700 server managed attivi e cui diamo tranquillamente la password di root al cliente. Per ora non sono mai successe catastrofi irreparabili e non capisco tutto questo scetticismo.

[GrG]

Quotone.
Sapendo di essere l'unico ad avere accessi, potresti benissimo voler fare il backup di alcuni dati magari anche solo una tantum, con conseguente risparmio sui tempi di backup.
Se il cliente mette mano ovunque, te devi backuppare tutto ogni volta.

Nono ma io parlavo proprio del cliente. Ora a me veniva in mente quel caso. Ho visto che c'era un casino con un file di configurazione non meglio definito di apache, sapevo che fino alla volta prima andava, quindi ho preso e ripristinato.

Se avessi saputo che il cliente poteva aver modificato quella roba non avrei MAI potuto fare sto restore e il server invece che trenta secondi sarebbe stato giù due ore.

Senza contare i possibili contenziosi, se gli disinstalli apache poi cosa ti raccontano?

[GrG]

Io non capisco tutta questa diffidenza. Noi stessi al momento abbiamo moltre 700 server managed attivi e cui diamo tranquillamente la password di root al cliente. Per ora non sono mai successe catastrofi irreparabili e non capisco tutto questo scetticismo.

Beh ma per il provider non è un problema, si da root al cliente sostenendo implicitamente che NON DEVE TOCCARE NIENTE alla prima incongruenza salta il contratto.

Pensa ad un utente che ti lancia un mega rm su un server serio in produzione, senza farlo apposta, semplicemente perchè non sa cosa sta facendo. Gli dici che è colpa sua e te ne sbatti.

E comunque lui ogni volta ha il dubbio "ma il problema dipende da me o da altro" prima di aprire un ticket.

Non è tutto più semplice se al cliente non vengono dati questi accessi così lui sa di avere un contratto managed e che per ogni benedettissimo problema chiama l'admin e questo deve riolverlo e anche di corsa perchè o è colpa sua o comunque è qualcosa di sua competenza?

Io ovviamente non sono mai stato cliente managed di nessuno ma se fossi niubbo totale gelerei per la paura al solo pensiero che l'admin che pago un giorno possa dirmi "no, qui hai fatto casino tu, eh, te lo avevo detto" e quindi non vorrei avere un livello di accesso così alto. Preferirei avere un numero di telefono da chiamare per avere qualunque problema risolto da un esperto.

[SeFlow]

sbagli, perchè parti dal presupposto che il cliente sia un completo beota. Nell' 80% dei casi l' azienda (io ti parlo di aziende perchè la quasi totalità dei miei clienti lo sono), hanno tra le fila qualcuno che comunque mastica un minimo di server, ma acquista il managed perchè dice "se qualcosa va oltre le mie conoscenze ho esperti che possono aiutarmi". Infatti spesso nei nostri managed, il cliente si trova una macchina che si autoaggiorna completamente, se deve fare delle modifiche le fa, e se poi non riesce a sistemare ci contatta. Così facendo abbatti i costi di manutenzione perchè intervieni 1/10 delle volte rispetto ad account senza pass di root. Il cliente si trova contento perchè ha un managed a 20-30euro anzichè 120 euro e a noi ci va bene perchè comunque abbiamo script automatici che si gestiscono il server. Le poche volte che c'è da intervenire si interviene e via.

Che poi qui in italia ci facciamo tutte ste paranoie di quel che potrebbe succedere, senza analizzare le reali esigenze del mercato. Per farti un'esempio quello che ho appena detto, quanti ci han mai pensato? Penso realmente pochi perchè da quando abbiamo lanciato questa politica le polemiche verso la nostra azienda si sono azzerate e gli ordini si sono impennati. Quindi secondo me era un mercato semplicemente scoperto.

tutto imho ovviamente