はてなブックマーク

ssh-agent forwardingするのにハマったので備忘録として残す。 ssh agent forwardingとは ssh agentで登録させた情報を、接続後のssh接続に引き継ぐやり方である よく、ssh秘密鍵をサーバーにコピーしないで、ssh秘密鍵認証する際に使われる 上図を例にとると、 サーバーA上にのみあるssh秘密鍵をサーバーAのssh agentに登録 サーバーBにssh公開鍵認証で接続 そのままサーバーBからサーバーCに接続する際に ssh秘密鍵をサーバーAのssh agentから引き継ぎ、ssh公開鍵認証する そういう状態のことである 設定方法 クライアント側 putty　なら agent forwardingを許可する設定をON LinuxやMacOSなどなら eval `ssh-agent` と ssh-add などする

Redisについて redisはインメモリーのKVSで高速なデータ参照が可能というのは、いろんなサイトで紹介させている。 インメモリー？ ということは、起動中はメモリー上のみで完結？　停止時にデータはどうなるか？ なんとなくわかるが、知りたいことについて確実な解説にピンポイントで到達しないので、個人的に検証してみる。 Redisのセットアップ CentOS7系のサーバーにitamaeのレシピを使用してセットアップする

Dockerとは 多くの解説サイトでは、ハードウェアの仮想をしないので、 VMWareやVirtualBoxなどより軽いとあり、ハードウェア的な解説図があるので、似たモノで軽いモノと思っていたが、立ち上げてプロセスを見てみると実は全く概念が違うものではないかと思われる。 Virtualboxをプロセスを基準に見ると ホストマシン上で、仮想マシンを起動させ、それぞれnginxとapacheを起動させると 上図のような、単純に想像できるような、状態で起動する Dockerをプロセス基準に見ると ホストマシン上で、nginxのコンテナとapacheのコンテナを起動させると 上図のように、コンテナに入って見ると、virtualboxの仮想マシンのような状態も確認できるが、ホスト側でプロセスの確認をしてみると、コンテナのみでホストマシン上にはインストールしていないnginxとapacheという名のプ

前文 dockerのコンテナに対する時刻同期はどうするのか? NTPを動かして同期してもいいが、1コンテナには1サービスというdockerのポリシーに反するし、どうなのかなぁ、、、と思っていた。 よくよく考えると、あれ? そもそもdockerってハードウェアの仮想化しないんだよなぁ、あれ? どうやってクロック信号を採っているんだ? って部分に行き着いた。 公式のドキュメントやソースコードを詳しく読めば、確実に判明はするのだけど、英語のドキュメントページの要点を斜め読みするだけだし、ソースコードを読むのはスキル的に至難の業だし、、、 そこで、自分だったらどう設計するかを考えてみる、自分だったらホストとclockデータを共有させる! それなら確認してみましょう 検証作業 環境 Dockerホスト : CentOS 検証用コンテナ : 公式のtomcatコンテナ(ベースOSはdebian) ホス

zabbix-proxy-mysql/MariaDB Zabbix agent zabbix-agent インストール Zabbix server 通常のzabbix serverインストールと同様 webインターフェース(zabbix-web群)を除いたzabbix serverインストールとほぼ同じ 1. MariaDBをインストール 2. MariaDBにzabbix用のDB・ユーザーを追加 3. zabbix-proxyをインストール 4. MariaDBに initial schema と data を追加 (/usr/share/doc/zabbix-proxy-mysql-x.x.x/schema.sql.gzを実行する) 5. zabbix_proxy.confの変更 6. zabbix proxyの起動 Zabbix agent 通常のzabbix agentインストール