はてなブックマーク

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

以前 Docker のコンテナ内から、ホストで立ち上げているサーバーの機能にアクセスするという少し変わった使い方をした。 そのときは Docker 標準のネットワーク設定を使ったためホストのアドレス 172.17.0.1 をスクリプトに直接記述したのだが、この値はネットワークの設定によっては変化する可能性がある。 なんとなく不便。ネットワーク環境に関わらず、ホストのアドレスを正しく扱いたい。 というわけで、コマンドで簡単に抽出する方法を調べてみた。 環境 Ubuntu 15.04 ホストもコンテナも同じ。 Docker 1.9.1 ざっくり言うと コンテナの eth0 が利用するゲートウェイのアドレスが、コンテナから見えるホストのアドレスになっている。 これを抽出すればいい。 抽出 ip route Docker 標準のネットワーク設定を使って、コンテナ内でコマンドを実行したときの出力は以

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

とあるプログラミングで解くクイズ的なサイトで遊んでいると、奇妙なことが起きた。 そのサイトでは回答に使える言語が豊富にあり、クイズの正誤を複数のテストケースの通過で判定する。 Python 2 で解いた問題を Python 3 用にほんの少しだけ書き換えて提出したところだった。 10 個ほどあるテストケース。 そのうちの 1 個だけが通過できずに失敗する。 なんでだろう。 単純に print ANSWER を print(ANSWER) に書き換えただけである。その程度の変更で問題ないと思っていた。 なぜ？ どこかに知らない癖があるのだろうか。 その問題はひとつのテストケースでも相当な数の計算の答えを要求される。その上で通過に失敗するテストケースはひとつなのだから、計算の根っこの仕様が変わっているわけではなさそうだ。 癖…。 なんとなく怪しげなのは四捨五入だった。 環境 Python 2.

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

VirtualBox がたびたび更新される。 それは良いことなのだけど、本体を更新するたび、追加機能をサポートする Guest Additions を仮想環境ごとにインストールし直さないといけないのが少し面倒くさい。 仮想環境を複数扱っていると、この環境には新しいバージョンを入れたのか曖昧になることがある。まあいいか、と気にせずに使っていると Guest Additions の機能が必要な場面にぶち当たって作業中断。インストール作業自体は数分で終わるものだが、再起動を伴うので不意打ちを食らうと結構面倒くさい。 事前に解決できることは事前に解決しておきたい。 しかし、たまにしか更新しないこともあって、インストールされている Guest Additions のバージョンの確認方法をよく忘れる。 今回はそのメモ。 …。 ちなみに、仮想環境が一般的なデスクトップ環境の場合は、適切なバージョンの G

$ docker network create \ --driver=bridge \ --subnet=172.30.0.0/16 \ --gateway=172.30.0.8 \ mynet de40d30a63ab9b17df4c4f8ad1c93d176b56f44afe314635f0f96f44afe314635b07fb602b07fb602de40d30a63ab9b17f3d3 実行するとネットワークの ID が出力される。 補足 --subnet を省略すると Docker 標準ブリッジの 172.17.0.0/16 を起点に 172.18.0.0/16 , 172.19.0.0/16 と、繰り上げた値が自動的に設定される。 --gateway を省略するとネットワーク範囲のうち、一番値の小さなものが自動的に設定される。 上では使っていないが -o com.docker