Cattive abitudini del sysadmin

Penso che sarebbe interessante avere un elenco di cattive abitudini che osservi legate all'amministrazione del sistema. Per esempio:

• Usando sempre rootsui server
• Condivisione delle password degli account
• Inserimento password sul codice
• Usando ancora telnet
• ...

Anche se sono principalmente interessato alla sicurezza, la tua cattiva abitudine non deve essere legata alla sicurezza. Le storie di cattive abitudini sono anche benvenute.

Penso che la maggior parte dei cattivi comportamenti degli amministratori di sistema siano dovuti al fatto che dimenticano la regola d'oro:

Un amministratore di sistema è lì per supportare gli utenti, non viceversa.

Ormai ho battuto questa lezione in molte nuove reclute, ma molte nuove sul campo non capiscono quanto sia importante. Da questa semplice regola deriva la filosofia quando si lavora come amministratore di sistema:

• Mai, mai, fare un cambiamento rischioso su un sistema di produzione al di fuori delle finestre di manutenzione
• Se è nuovo e brillante, non entrerà in produzione.
• Se è vecchio e rotto non entrerà in produzione.
• Se non è documentato, non vieni pagato per questo.
• Le modifiche che spostano il carico di lavoro per gli utenti non valgono la pena.
• È responsabilità dell'utente mantenerlo in esecuzione, indipendentemente da ciò che l'utente sta facendo.

E da qui è possibile rintracciare i cattivi comportamenti tipici di amministratori di sistema non qualificati

• Patch di sistemi di produzione live ...
• Le ultime novità sono entrate in produzione senza test accurati
• Utilizzo di attrezzature scavenged in produzione
• Documentazione macchiata, limitata o (anche peggio!) Errata
• "Basta copiare la rubrica a mano quando si cambia server di posta!"
• "È colpa tua per non averne eseguito il backup ..."

Penso che XKCD lo abbia riassunto abbastanza bene

È una cattiva abitudine cedere alle richieste degli utenti (richieste?) Di sicurezza inferiore per motivi di convenienza?

Scrivere una sceneggiatura non ben documentata o scritta in uno stile di facile lettura in modo che le persone che ti seguono possano facilmente leggere e modificare la sceneggiatura.

Scrittori Perl ti sto guardando!

"Lo documenterò più tardi" No, non lo farai.

Certo, alcuni anticipano così quella situazione: "Documentazione?"

Ho una cattiva abitudine di sentirmi abbastanza frustrato dalle "correzioni" di sicurezza di Windows che aggiungerò ciecamente siti a un elenco di siti attendibili o con una sicurezza inferiore rispetto a IE8 / XP / Vista / ecc. smette di infastidirmi mentre sto cercando di fare qualcosa e sono abbastanza sicuro di andare nel posto giusto e scaricare il file giusto. So che dovrebbe renderti più sicuro per ripensare le tue azioni, ma francamente, fare clic fare clic fare clic fare clic mi fa impazzire e alla fine gli avvisi si confondono fino a quando non prendo attenzione agli errori del certificato del sito (è il nostro stesso -signed, right? ... beh, probabilmente ...) e altre volte mi chiede cose stupide che avrebbero dovuto essere abilitate di default (sì, volevo davvero andare su Windows Update e voglio che le impostazioni di sicurezza consentire a Microsoft "

Una politica senza aggiornamento perché "funziona, quindi perché dovremmo toccarla?".

E poi Slammer ti sbatte in testa ...

L'applicazione del fornitore aggiorna nel momento in cui diventa disponibile . Aspetta qualche ora e google il nome della patch per evitare di essere quello che presenta le storie dell'orrore .

Dicendo "COSA !?" ogni volta che un utente si avvicina alla tua scrivania.

Utilizzo della stessa password su più sistemi o applicazioni (a la Apache Foundation ).

Voci di registro di lavoro senza significato. vale a dire:

$ rm *

Fantastico, hai eliminato qualcosa, da qualche parte, come un utente, su un sistema. Ho lo stesso avviso e vorrei sapere come è stato risolto l'ultima volta.

Ecco un prompt che risolve automaticamente la maggior parte di questi problemi.

PS1 = "\ h \ d \ t \ w \ n \ u>"

myserver lun 26 apr 16:20:44 / var / log
root>

Il nome host è cambiato :-) Ora so tutto tranne quello che hai eliminato, ma almeno so dove cercare.

per quanto riguarda il commento

Scrivere una sceneggiatura non ben documentata o scritta in uno stile di facile lettura in modo che le persone che ti seguono possano facilmente leggere e modificare la sceneggiatura. Scrittori Perl ti sto guardando!

il codice spaghetti viene scritto in tutti i linguaggi di programmazione (quindi anche in Python, Ruby o altro). Non incolpare la lingua, incolpare il programmatore.

Un paio di commenti divertenti di un programmatore di Python sullo stato attuale del codice Python che viene scritto lì. Questo ragazzo si guadagna da vivere eseguendo il debug del pessimo codice Python scritto da qualcun altro:

http://artificialcode.blogspot.com/2010/04/professionalism-in-python-or-how-to-not.html

http://artificialcode.blogspot.com/2010/04/my-midlife-python-quality-crisis.html

Morale della storia: quando Perl era l'unica lingua interpretata in città, tutti scrivevano Perl e molte persone che non erano programmatori scrivevano Perl. Ora sempre più persone raccolgono Python, quindi vengono sempre più scritti programmi Python scadenti. O Powershell, o ..., o ...

Quindi, per favore, smetti di diffondere FUD su Perl, non è la lingua, è il programmatore.

Forse non è una vera abitudine, ma che ne dici di aspettarti abitualmente i senior manager che hanno e / o usano un cervello? O credendo che i programmatori abbiano una conoscenza di base della macchina e del sistema operativo per cui stanno programmando?

Trascorrere dei tempi sui forum o, peggio ancora! :) - Siti di domande e risposte in cui dovresti lavorare.

Effettuare il login dagli Internet café per lavorare sulla strada senza usare una sola password.