Trovo ancora che il vecchio "come posso eliminare in modo sicuro e portabile un file chiamato 'dash-eff-arr' (-fr)?" essere un predittore ragionevolmente buono di quanto qualcuno pagherà per domande più avanzate. Lo consiglio abitualmente come domanda di screening.
Le persone che vanno in giro con suggerimenti su globbing, quoting e escape sono, secondo me, potenzialmente pericolose in un guscio di root su un sistema di produzione. Coloro che suggeriscono allegramente rm -- -fr
sono solo leggermente migliori. Coloro che dimostrano una reale comprensione di come la shell analizza una riga di comando ... circa la differenza tra ciò che la shell ha analizzato e ciò che un comando (come rm
) ha ricevuto sul suo vettore argomento di solito hanno una buona comprensione di altri materiali di amministrazione di sistema come bene.
Una domanda molto più interessante e coinvolgente:
Given a tape backup, a boot/root or rescue disc of your choice, and
a system with a freshly replace, blank, hard drive ... how would you get
that system back into production? What other information do you need
before you can proceed?
(Io di solito fornire uno specifico tar
comando e una data come l'etichetta sul caso del nastro, e stampare con la fdisk -l
e df -k
uscita, e di solito permetto loro di cambiare la tar
a qualsiasi simili cpio
, afio
o addirittura pax
comando, la scheda del archiviazione l'utilità non è al centro della mia domanda).
Questa domanda non è adatta per lo screening ... l'intervistatore deve avere una solida comprensione della risposta e dovrebbe essere in grado di verificare circa dieci passaggi nel processo. Sto perdonando molto i problemi di sequenza minori, specialmente se l'intervistato li rileva, per esempio rendendosi conto che avrebbe dovuto correre fdisk
prima di quella serie di mkfs
e mount
comandi.
Direi che questo è, nello spirito, il più vicino a uno scenario fizzbuzz.
Un altro preferito:
You have just been given responsibility for a departmental server running Linux.
The former admin has been "hit by a bus" and no one knows the root password for
this system. How do you proceed?
Questo vuole essere una finestra di dialogo. Alla base, voglio che dimostrino come comprendere come avviare un sistema in modalità utente singolo e forzare una modifica della password e come eseguire l'avvio da un disco di ripristino e svolgere la stessa attività. (Quindi svelo, a turno, che il sistema è configurato sulogin
e che esiste una password bootloader (GRUB o LILO) per impedire una facile init=/bin/sh
). Questa è la parte puramente tecnica della risposta desiderata.
Tuttavia, di solito mi preoccupo anche delle considerazioni più ampie che dovrebbero sollevare. Chiedono se qualcuno ha sudo
accesso sufficiente all'attività? Come prevedono di organizzare l'interruzione del servizio? Chiedono la possibilità che l'ex amministratore fosse ostile o che il sistema possa essere stato compromesso? Offrono volontariamente alcune opinioni o danno suggerimenti su come le password dovrebbero essere affidate dal management?