Je trouve toujours que l'ancien "comment puis-je supprimer en toute sécurité et de manière portable un fichier nommé 'dash-eff-arr' (-fr)?" être un assez bon prédicteur de la façon dont quelqu'un s'en sortira pour des questions plus avancées. Je le recommande régulièrement comme question de sélection.
Les gens qui pataugent avec des suggestions sur la globulation, la citation et l'évasion sont, à mon avis, potentiellement dangereux à la racine d'un système de production. Ceux qui suggèrent allègrement rm -- -fr
ne sont que légèrement meilleurs. Ceux qui démontrent une réelle compréhension de la façon dont le shell analyse une ligne de commande ... à propos de la différence entre ce que le shell a analysé et ce qu'une commande (comme rm
) a reçu sur son vecteur d'argument ont généralement une assez bonne compréhension des autres matériaux d'administration de systèmes comme bien.
Une question beaucoup plus intéressante et impliquée:
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?
(Je fournirai habituellement une spécifique tar
commande et une date que l'étiquette sur le cas de la bande, et imprimer avec la fdisk -l
et df -k
sortie, et je vais généralement leur permettre de changer tar
à tout semblable cpio
, afio
ou même pax
commande, les détails de l'archivage l'utilité ne sont pas au centre de ma question).
Cette question ne convient pas au dépistage ... l'intervieweur doit avoir une bonne compréhension de la réponse et devrait être capable de cocher une dizaine d'étapes dans le processus. Je pardonne beaucoup les problèmes de séquence mineurs, surtout si le répondant les rattrape --- par exemple, réalisant qu'ils auraient dû exécuter fdisk
avant cette série de commandes mkfs
et mount
.
Je dirais que c'est, dans l'esprit, le plus proche d'un scénario de fizzbuzz.
Un autre favori:
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?
Celui-ci est destiné à être une boîte de dialogue. Au fond, je veux qu'ils démontrent une compréhension de la façon de démarrer un système en mode mono-utilisateur et de forcer un changement de mot de passe et comment démarrer à partir d'un disque de secours et accomplir la même tâche. (Je révèle donc, à tour de rôle, que le système est configuré avec sulogin
et qu'il y a un mot de passe du chargeur de démarrage (GRUB ou LILO) pour éviter un simple init=/bin/sh
). C'est la partie purement technique de la réponse souhaitée.
Cependant, je m'intéresse généralement aussi aux considérations plus larges qu'elles devraient soulever. Demandez-vous si quelqu'un a sudo
suffisamment accès à la tâche? Comment prévoient-ils organiser la perturbation du service? S'interrogent-ils sur la possibilité que l'ancien administrateur était hostile ou que le système ait pu être compromis? Offrent-ils des opinions ou font-ils des suggestions sur la façon dont les mots de passe devraient être bloqués par la direction?