Linuxでユーザを追加する際に、一般的にadduserとuseraddの２つのコマンドがあります。どちらを使う方がいいのか調べてみました。参考環境はFedora8です。 *1 adduser 対話形式で新規ユーザを作成する。 *2また、adduserによって以下の4つことが実行されます。 パスワードファイルに新規ユーザを追加される。 新規ログインユーザのホーム・ディレクトリを作成し，そのディレクトリの所有権を新規ユーザに設定される。 新規ログインユーザ用の基本的なドット・ファイル（.login , .bashrc）を設定される。 システムが二重化運用されている場合，待機系BCUの現用MCに自動的にアカウントを同期される。また運用系BCUおよび待機系BCUに予備MCが実装されている場合，確認後アカウントを同期される。 useradd 新規ユーザを作成する。 書式 useradd　[オプショ

2019-06-01 追記 この記事より DockerfileのCMDとENTRYPOINTを改めて解説する - Qiita のほうがお勧めです。 元記事 Dockerfile referenceやDockerfile Best PracticesにENTRYPOINTとCMDの書き方と使い分け、さらに併用について書かれていました。 ENTRYPOINTとCMDの引数の書式 ENTRYPOINTの書式は以下の2種類があります。 ENTRYPOINT ["executable", "param1", "param2"] (シェルを介さずに実行。この形式を推奨) ENTRYPOINT command param1 param2 (シェルを介して実行) シェルを介して実行するほうは/bin/sh -cを使って実行するそうです。 CMDの書式は以下の3種類です。 CMD ["executable"

docker pull REPOSITORY[:TAG] docker image pull REPOSITORY[:TAG]

Dockerを使い始めた人がよくする質問といえば、「どうすればコンテナに入れますか？」です。その質問に対して、「コンテナ内でSSHサーバを起動すればいいよ」と答える人たちがいますが、これは非常にマズいやり方です。なぜその方法が間違いなのか、そして代わりにどうすればよいのかをこれから紹介します。 注：本記事へのコメントやシェアは、 Dockerブログ にアップされた標準版から行ってください。よろしくお願いします。 コンテナでSSHサーバを起動すべきではない …もちろん、コンテナ自体がSSHサーバである場合は除きます。 SSHサーバを起動したくなる気持ちは分かります。それはコンテナの”中に入る”簡単な方法だからです。この業界の人ならほぼ全員がSSHを一度は使ったことがあります。多くの人がSSHを日常的に使用し、公開鍵や秘密鍵、パスワード入力の省略、認証エージェント、そして時にはポート転送やその

URLをいじくるプログラムをいじっていて、仕様がよくわからなくて悩んだのでまとめます。 2/23: 追試部分を追記 2018/7/14: JavaScriptのURLSearchParamsと、GoのPathEscapeについて追記 ことの経緯 HTTPとはなんぞやとか、GETとPOSTがどうの、それぞれでパラメータがどういう経緯でウェブアプリケーション(とかCGI)に渡って来るのかぐらいは知っていました。で、ウェブでXHRでGETリクエストを送る場合にはJavaScriptのencodeURIComponent()で各パラメータをエンコードして、&でくっつけて、URLの末尾に?で付与すればいいんだよね？と思っていました。こんな感じに。 var finalUrl = [url, "?", encodeURIComponent("key"), "=", encodeURIComponent(

2015年01月27日21:30 子供同士のSNSイジメを激減させる非常に簡単で画期的な仕組みを14歳の少女が発案 Tweet 1: エルボードロップ(大阪府)＠＼(^o^)／ 2015/01/27(火) 17:10:32.18 ID:ZAksdM6r0.net BE:711292139-PLT(13121) ポイント特典 Facebook、Twitter、LINEなど、人と人とを簡単に繋げてくれるSNSのサービスは、時としていじめのツールになり得ます。ネット上でのいじめは、日本を始め世界中で深刻な問題となっているのです。 この現実を根絶するべく、アメリカ・フロリダ州に住むトリーシャ・ブラブさんが、ネット上でのいじめについて訴えます。 2013年の秋、学校から帰宅したトリーシャさんは信じられないニュースを目にします。それは同じくフロリダに住む13歳の女の子が、SNS上で受けたいじめを苦に飛

1年くらいchefを使ってサーバ構築をしていたのですが、最近ansibleに乗り換えたので紹介記事を書いてみます 1. サーバ側に何もインストールする必要がない chefは管理対象ノードにchef-clientをインストールする必要がありますが、ansibleはPython 2.4が入っていて、sshでログインできればOKです。 chefもパッケージや,knife bootstrapコマンド等があるので始めやすいですが、何もする必要がないansibleの方が敷居が低いのかなと思ってます。 例えばsshでログインできれば、以下のコマンドを打てば10.0.10.1～10.0.10.3サーバの情報をとってくれます(カーネルバージョン,CPU,メモリ,ディスクサイズ,ディストリビューション等)。 この機能はchefで使われているohai相当のことをしてくれます。 echo 10.0.10.1 >

多種多様な構成のサーバーを Ansible で管理する場合、単一のベストプラクティスツリーに押し込むのは管理が大変すぎて現実的ではないなとおもい、どうしたものかなと悩んでいました。で、最近やっとこれかなという構成ができたので共有してみます。 何が問題か？ ロールには共用できるものとできないものがある、それがいっしょこたに混ざるのが嫌 無理に共用できるようにと変数を多用するととても管理が大変。変数も覚えられないし、テストが大変 読み込むファイルのパスが大元のymlからの相対パスであり、include ではディレクトリ階層での整理が難しい -l で対象サーバーを絞り込んでも全てのタスクが表示され、skipped, skipped, skipped と関係ない task 表示がターミナルが埋まって見づらい そして、たどり着いたオレオレベストプラクティス まとめて管理したいサーバーグループ毎にベス