Linuxコマンドとパッケージ名対応表

Linux CentOS Ubuntu

Dockerイメージなどミニマルな環境だといつものコマンドが使えないときがある。
イメージ容量を考えると不要なパッケージが入っていないほうが良いのだが困るときもある。
そんなとき用のメモ

Dockerのデーモン設定ファイルでコンテナのデフォルト/etc/resolv.conf設定

Docker

Dockerコンテナの/etc/resolv.confはDockerホストのファイルがそのまま引き継がれる。
DockerホストとDockerコンテナで名前解決の設定を変更したい場合はdocker runのときに--dnsオプションを指定することで個別に変更が出来る。

とはいえ毎回docker runの度にオプション指定は面倒、しかしDockerホストの/etc/resolv.confは変更したくない。。。

そういった場合は/etc/docker/daemon.jsonに事前に設定を入れておくことで
Dockerホストの/etc/resolv.confを変更することなくそして--dnsオプションを指定する必要がなくなる。

{
  "dns": [
    "10.0.0.1", "10.0.0.2", "10.0.0.3"
  ],
  "dns-opts": [
    "timeout:1"
  ]
}

と書いてデーモンを再起動すると
各コンテナの/etc/resolv.confのデフォルトが

search example.com
nameserver 10.0.0.1
nameserver 10.0.0.2
nameserver 10.0.0.3
options timeout:1

になる。

search example.comは指定していないのでデフォルトのDockerホストの/etc/resolv.confから引き継がれてきた。

jsonファイル中のdns-optsはjsonファイルではdns-optsだがdocker run時のオプションではdns-optなので注意

CentOS Ubuntu

LDAP上の「backup」というユーザ名の一般ユーザで各CentOSサーバーにログインして回りデータをリモートバックアップしていた。

ところがUbuntuサーバーに対して同様のリモートバックアップを行おうと思ったところLDAPの「backup」ユーザでログインできなかった。

「backup」ユーザでsshでログインしようとすると

This account is currently not available.

こういったメッセージが表示されてしまう。

調べたところUbuntuはデフォルトでローカルにbackupユーザが存在する。
そしてログインシェルがnologinだった。

CentOSはデフォルトでローカルにbackupユーザがいないので問題なかった。

# id backup
uid=34(backup) gid=34(backup) groups=34(backup)
#

backup:x:34:34:backup:/var/backups:/usr/sbin/nologin

backup:*:17340:0:99999:7:::

backup:x:34:

こういう場合も考えユーザ名は慎重に考えるべきという教訓になった。