はてなブックマーク

Ansible自分でやってみると書くの短時間で済むし、構成はシンプルで管理しやすいし、だいぶ好きになってきました。まだ開発用のVPS1台作るのに触っただけなので本格的に学べてはいないですが、導入部分とつまずきポイントをさっくりまとめときます。自分のplaybookは以下レポジトリ。 Ansibleの構成 やっていることは極めてシンプルで、サーバーの設定／構築等の処理を「モジュール」と呼ばれるリソースで定義し、指定したIPやホスト名の対象サーバーに対して、SSH経由で処理を流し込んでいくというだけ。ansibleコマンドを使ってコマンド1発だけを送ったりもできるけど、基本的にはモジュールを複数記載した playbook と呼ばれるyamlファイルを用意して、ホスト情報も インベントリファイル にリストアップしていくことになる。playbookを使用したデプロイにはansible-playbo

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

Docker、コンテナやらイメージやらという用語が混同してしまったり、データや構成がどこで保持されてどこで破棄されるのかといったライフサイクルが理解できていなかったのでまとめた。 イメージとコンテナ イメージはコンテナのもととなるデータ。Docker Hub などのコンテナレジストリに公開されているイメージからダウンロードして使ったりDockerfileからbuildしたりする。一方のコンテナは、実際にイメージから起動したマシンを指す。当然ながら1つのイメージから複数のコンテナが起動できる。 Docker Hubから任意のイメージを取得（pull）し、内部構成をカスタマイズして保存 （run && commit もしくは Dockerfile を書いて build）、そのイメージからコンテナを起動（run）して利用、要らなくなったらコンテナを停止（stop）して破棄（rm）というのが一様の

概要 ふだんアプリケーションの作成は主にRailsで行っていますが、機械学習ではPythonを利用することが多いです。 Railsのアプリケーションから、Pythonのスクリプトをそのまま実行したいという時に考えられる方法は大まかに、 PythonでAPIを作成しそれをリクエストする Railsアプリケーション内でPythonのスクリプトを実行する の2通りあります。今回はお手軽な2の方法を紹介します。 基本的な考え方 例えば、あるディレクトリに以下の2ファイルがあるとします。

参考 Amazon Web Services 基礎からのネットワーク&サーバー構築 概要 参考図書は、AWSを借りてWordPressのブログを作成するという例を用いて、 ネットワークの基本 Linuxの操作 仮想サーバーの構築 アプリケーションの設定 という多岐にわたる内容を押さえられる、とてもお得な本。 本記事はその内容を自分なりに復習しやすいようにまとめたものです。 目標 単語の意味を理解して覚える ネットワークの原理を理解し、それにまつわるLinuxコマンドを覚える 項目 IPアドレス VPC領域とサブネット 仮想サーバー SSH ポート番号 ファイアウォール WEBサーバーソフトのインストール ドメイン HTTP プライベートサブネット NATサーバー アプリケーションのインストール TCP/IP 内容 1. IPアドレス IPアドレスはネットワーク上で互いに重複しない唯一無二の

Dockerでイメージを永続化するには通常commitを使うが、この他に状態保存に関するコマンドとしてsaveとexportがある。いずれもコンテナをtarにまとめて吐き出すような挙動をするが、それぞれ動作が異なる。 Dockerコンテナの内部構成 その前にDockerコンテナの内部構成に関して把握する必要があるが、以下のページが大変詳しくて参考になった。 Dockerイメージの差分管理についてまとめてみた | TANKSUZUKI.COM Dockerコンテナは構成を「差分」という形で管理していく。Dockerfile内でRUNやADDを行うと、それは都度差分として記録されるので、闇雲にRUNを重ねるとコンテナがぶくぶくと膨れていく。ちなみに差分（レイヤー）数の上限は127だそうだ。 saveとexportの差異 そういったコンテナの構成を踏まえてのこれらのコマンドの差異を見る。 sav

Gitでリモートレポジトリとやり取りする際のプロトコルにはhttp(s), git, sshの3(4)種類があって、特にGitHubとのやり取りにおいては各プロトコルによって出来ること／出来ないことの差がある。 http(s) GitHubの推奨はhttps。 httpに関しては記載がないが、一応使える（が、あえて使う意味もないと思う）。 認証はGitHubのユーザー名、パスワードによる。 GitHubで2段階認証を設定している場合は、 パスワードの代わりにアクセストークンが必要になる。 git 高速らしい。 GitHubでは昔は言及があったと思うが、現状は言及がない。が、使える。 認証機構を持たないため、gitプロトコルでgit cloneした場合はread-onlyになる。 ssh セキュア。GitHubの場合は鍵認証を行いたいときに使う。 というかだいたいのユーザーは鍵認証していると

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

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? やりたいこと 脆弱性情報をTwitterで知ったりJPCERTにわざわざ見に行ったりとか面倒なので、スクリプトで自動収集してRedmineとかにチケット登録までやってもらえれば楽だと思う。メールでチケット登録はメンバーに報知されるので、それ見て個々の対応要否を確認、担当者や作業範囲の割り振りをRedmine上で行う。まだ検討していない脆弱性情報はまるわかり。一元管理最高。 メリット 楽。確実。 対応のログも追うことができる。 チケット番号を共有すればメンバーへの報知も楽。 デメリット チケットが溢れ過ぎやしないか？ なにもかも自動にする

別PCにインストールされたWindowsとLinuxを一つのキーボードやマウスで自由に行き来できるソフトの定番として、Synergyというものがあります。 昔のバージョンでは無料だったのですが、ここ１年の間に有料化してしまっており、無料で公開されていた最終バージョン（1.4.18）を使うと次のような辛みに直面します。 Windowsでウィンドウをアクティブにしようとしても前面に出てこない時がある Windowsをサーバにしているとき、UbuntuにShiftキーが送られていないのでShift+な操作ができない(大文字が打てなかったりかなり不便) 幸いにして、ソースは公開されていますし、Own riskで自分でコンパイルして使う分には無料なので、これをなんとかしようという話です。 （もともと有料化したのは、サポートが割に合わないとか、開発者が募金募っても全然こなくてがっかりしたとかそういう理

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 筆者はsystemdどころかinit自体よくわからない状態からスタートしています。 従来のSysVinitやUpstart（RHEL6における実装）に代わるサービス管理のアーキテクチャー。 Fedora15で採用後、2014年リリースのRHEL7（CentOS7）でも正式採用、事実上の標準となりつつある。 従来 /sbin/initが/etc/inittabに記載された各ランレベルごとの設定に従ってすべてのプロセスをrcスクリプトによって起動していく。 rcスクリプトの実体は/etc/init.d内のシェルスクリプトのシンボリックリンク

↑は各ディストリビュータでパッチが出てるのでそれを適用すればとりあえず再現しなくなります。 すでにbotが上記脆弱性を狙った攻撃を仕掛けているので、すぐさまパッチなりアップデートを当てたほうがいいです。 →(UPDATE)悪意のあるDHCPサーバがこれらの脆弱性を使ってdhcpを細工すると、ここに接続されたdhcpクライアントは危険に晒されます。CGIを使っていないから無関係とは言えなくなりました。bashが入っているLinuxやUnix等は必ずアップデートしましょう。 https://www.trustedsec.com/september-2014/shellshock-dhcp-rce-proof-concept/ CVE-2014-6271の対策があたっていても引っかかりそうなコマンド (CVE-2014-7169系列) 前段でechoファイルを消しているにもかかわらずechoファ

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

激しく今更感ありますが、Linuxのターミナル等で動くTwitterクライアントを作ってみました。 (Update 2014-07-25) Windows環境(MSYS2のminttyなど)でも使用できます。 単純な投稿と検索とホーム表示という一応最低限な実装はしています。 1ラインで投稿とかできるので、cronと併用してBOT的な使い方もできます。 Githubにコードを置いたので、実際のコードはここを見てください。 https://github.com/chromabox/cmdline_twitter あと、バイナリはありません。各自アプリのキーをとってきてコンパイルしてください。 ライセンスは一応MITライセンスになってます。 一応テストはしましたが、未保証です。 事の経緯 c++でTwitterクライアントを実装する場合は多分すでに良いライブラリがありそうですが、自分で色々理解し

Cの小ネタです。 事の経緯 ピュアなCはC++みたいにSTLやらBOOSTとか便利なものはないですし、気の利いたデータ構造（俗に言うコレクション）を書こうにもわざわざ自分で書く必要があったり、やれswiftだーgoだーphpだーとか言ってるこのご時世に、データ構造を書く上での煩雑さというのが、時代というか古さを感じます。 諸事情によって、C++が使えないとかそういう人は自家製のライブラリとか使ってるのかなぁとか毎回思っております。 で、そういえばLinux Kernelは大体ピュアCで書かれておりまして(gcc拡張使いまくりだから邪道というのは置いておいて、、)、list.hとか汎用的にデータ構造を扱える仕組みがあったよなぁと思い出して、これが普通のユーザ空間で使えたら楽だし、誰か同じ事考えてないかなーと思って広いいんたーねっとを探索してみたら、やっぱり同じ事考えてる人居たという話でした。

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