サーバーを引き継ぐ：何を渡せば足りるか

レン

サーバーの管理を人に引き継ぐことになった。何を渡せばいい？

プロクラ

アカウントとパスワードを渡して終わり、にしないことだね。引き継いだ人が最初に困るのは、認証情報より「何がどこで動いているか分からない」ことなんだ。

渡すべき情報

• 契約している事業者と、管理画面への入り方
• サーバーの構成（何が動いていて、どこに何があるか）
• ドメインとDNSの管理場所
• バックアップの取得先と、戻す手順
• 定期実行の内容と、その目的
• 外部サービスとの連携（何と繋がっているか）

プロクラ

5つめは特に忘れられやすいよ。何のために動いているか分からない定期実行は、引き継いだ人には消せない。かといって放置もできない。目的を書き残すだけで、ずいぶん助かる。

渡す前に整理する

プロクラ

引き継ぎは、棚卸しの良い機会でもあるよ。使っていないものを渡さずに済めば、相手の負担も減る。

• 使っていないサービスを止める
• 検証用に作ったまま残っているものを消す
• 不要なユーザーとSSH公開鍵を削除する
• 何のためか説明できないものを、この機会に整理する

認証情報の渡し方

鍵やパスワードをそのまま渡すと、渡した記録が相手のメール履歴やチャットに残り続けます。可能なら、相手に新しく作ってもらい、こちらは古いものを無効化する形にしてください。渡すのではなく入れ替える、という手順のほうが後始末が要りません。

ウィルスン

…チャットやメールで送るのだろう？　どちらも履歴が残る場所だ。後から消しても、送られた側の端末には残っているぞ。

• チャットやメールに直接書かない
• 渡した後は、相手に新しいものへ変更してもらう
• SSHは、相手の公開鍵を登録する形にする（秘密鍵を渡さない）
• 引き継ぎが済んだら、自分のアクセス権を外す

プロクラ

3つめが正しいやり方だよ。鍵は本来、渡すものではなく、相手が作ったものを登録するもの。この形にすれば、秘密鍵がやり取りの経路に乗ることが無い。

引き継いだ側がまずやること

• すべての認証情報を、自分のものに変更する
• 前任者のアカウントと鍵を削除する
• バックアップが実際に戻せるかを確かめる
• 監視の通知先を、自分に切り替える

レン

認証情報より、何が動いてるかの説明が大事なんだね。

引き継ぎ資料の作り方

プロクラ

きれいな文書を新しく作ろうとすると、たいてい間に合わない。普段から構成を記録しておいて、それをそのまま渡すのが現実的だよ。

• 普段の記録を、引き継ぎ資料として使えるようにしておく
• 認証情報は書かず、置き場所だけを示す
• 実際に一緒に作業して、手順を見せるのが最も確実
• 引き継ぎ後しばらくは、質問に答えられる状態にしておく

事業者側の契約も忘れずに

• 契約名義や支払い方法を、どうするかを決める
• 管理画面の共同利用者として追加できる事業者もある
• ドメインの管理も、同じように引き継ぐ必要がある
• 契約の連絡先メールアドレスを更新する

プロクラ

4つめは特に忘れられやすいよ。前任者のアドレスに更新通知や請求の連絡が届き続けると、支払いが止まってサーバーが停止する原因になる。