本来はデスクトップPC用のPCI-Eのカードを使うにはカードに対し12Vを別途給電する必要性があるのですが、PT3は12Vをパラボラアンテナへの電源供給機能にしか利用していないようで、給電しなくても普通に認識しました。そのまま地上波のTVを視聴できました。 ドロップもノイズもなく、快適に利用できています。 とりあえず録画サーバーとして使ってます。 おまけ

ここ最近のインフラ系技術の流れがおもしろいなー、と思ったので、Puppet が出た辺りぐらいから、振り返って整理してみる。殴り書きなので、後から修正したり書き加えたりするかも。特に後半の方は、あまり考えが整理できてない。 最近のウェブ界隈での「インフラ」という用語の使われ方には、色々異論もあるようだけど、ここではごく最近使われるようになってきた、OS からミドルウェアといったソフトウェアレイヤーを指す言葉としてのインフラについて触れる。（英語圏でも同様の意味で使われているようなので、ある程度市民権を得たと言っても良さそうだし。） プロビジョニングレイヤー まず、前提知識としてプロビジョニングレイヤーと自分が勝手に呼んでるものについて整理。 Chef や Puppet は「プロビジョニングフレームワーク」とも呼ばれているが、以下の議論をより厳密にするために、Lee Thompson 氏による

- 1 - ミラクル・リナックス株式会社 日本Sambaユーザ会 副代表幹事 小田切 耕司 odagiri@miraclelinux.com Samba + OpenLDAPによる による による によるWindows ドメインコントローラ ドメインコントローラ ドメインコントローラ ドメインコントローラの の の の構築 構築 構築 構築 ～ ～ ～ ～もう もう もう もうWindowsドメインサーバ ドメインサーバ ドメインサーバ ドメインサーバはいらない はいらない はいらない はいらない？！～ ？！～ ？！～ ？！～ - 2 - 目次 • 講師紹介 • なぜSambaを使うのか？ • Samba 2.2新機能 • Winbind/LDAPSAM機能 • LDAPSAMによるPDC構築 • 既存環境をLDAP環境へ移行 • WinNT/2000ｻｰﾊﾞからの移行 • Samba応用

ようやくPT3も安定して運用できるようになったので公開します 1台のサーバで… zfsベースのNAS PT3録画サーバ NASはLAN内のWindows7、XP、Macから共有できる LAN内のWin、Mac、スマフォを使って番組表から録画予約できる リアルタイム視聴もしたい PS3 Media Serverを稼働させて、録画したデータや写真を閲覧できる ということを目指しました 簡単な構成はこんな感じになっています

DNSとは、Webサイトのアドレスやメールアドレスに使われるドメイン名を、 インターネット上の場所を特定するための情報（IPアドレス）に変換するための仕組みです。 インターネット上にはルートDNSサーバーや.jpのDNSサーバーなど、 それぞれのドメイン名を管理するDNSサーバーがあります。 キャッシュDNSサーバーがそれらのDNSサーバーを順番にたどっていくことで、 目的の場所を見つけることができるのです。 ある日の晩、ジェシカは日本に引っ越してしまったともだち「ゆい」のことを、思い出していました。 ゆいは、いつも一緒に遊んでいた大好きなともだち。ジェシカは彼女に手紙を書くことを思いつきました。 猫のポール（キャッシュDNSサーバー）は、ジェシカが手紙を書いているのをじっと眺めています。 手紙を書き終わった頃には夜もすっかり更け、眠りにつくジェシカ。 猫のポールはその手紙（メー

「logを取る」これは鯖管理の基本中の基本である。起動中のモジュールの体調とか動き具合とかは全てlogが教えてくれる。さらに忘れてはならないのは、不正アクセス情報を取得するのはもちろんlogである。したがって、このlogの見方が解らなくては鯖を管理する事は不可能であり、管理者という資質を疑う。と言うことから、ここではlogの見方を全面的に伝授する。 目次 １項 限りなく不審アクセスを受けた生ログの実例 ２項 Bindの生ログ ３項 自サイトの安全性チェック方法 ４項 デフォルトのsyslog.confでは不十分！ ５項 logrotateの活用 １．限りなく不審なアクセスを受けた生ログの実例 １）　完璧にポートスキャンをくらっている 以下、/var/log/messagesの内容 Jun 24 17:54:31 server1 popper[24940]: connect fr

Preface ”クラックされちゃったぁ。”と言うと笑い事ではない。俺自身経験があるが、あるサーバでどうもパフォーマンスが落ちたから調べてみよう。と思いリモートでサーバにアクセスしてlogを調べていたところ、侵入者と”ご対面〜！”なんて言う間抜けな経験があった。びっくりである。何処から、どういう具合に進入してきたかは解らない。えてして、足跡を残さないのが侵入者である。そんなときは、直ぐさまネットワークケーブルを抜いて以下の事柄をチェックされたい。 １） 踏み台にされていないか？ ２） ファイルを改ざんされていないか？ ３） バックドアを仕掛けられてないか？ ４） システムファイルが消されてないか？ ５） アカウントを作成されていないか？ ６） コマンドモジュール達が改竄されていないか？ そんでもって、一応現在のシステムを捨ててHDDをFormatし直して再インストールを実行。そし

Linuxでのアカウント情報管理について /etc/passwdについて /etc/shadowについて パスワードのハッシュ化について Shadowの項目について Hash方式について ハッシュ化とは？ Saltについて 参考文献 2012/11/05: 表示が乱れていたので修正した。(今見ると、あんまり見やすくないページだ…) Linuxでユーザのアカウント情報を保管しているファイルといえば、 /etc/passed /etc/shadow があります。 以下では、パスワードの情報などは /etc/shadow に保管されている状況で、それぞれどんな情報が格納されているかまとめてみました。 ( /etc/passwdにパスワードを保管しないのは、/etc/passwdが他のユーザからRead可能なファイルだからです。 そしてRead権限がないと困ります。/etc/passwdをRead

「いますぐ実践! Linux システム管理」はこちらです。 メルマガの解除、バックナンバーなども、以下からどうぞ。 https://www.usupi.org/sysad/ (まぐまぐ ID:149633) その他、作者に関するページは、概ね以下にございます。 https://www.usupi.org/kuri/ (まぐまぐ ID:126454) http://usupi.seesaa.net/ (栗日記ブログ) https://twitter.com/kuriking/ (twitter) https://facebook.com/kuriking3 (facebook) https://jp.pinterest.com/kuriking/pinterest) https://www.instagram.com/kuri_king_/ (instagram) [バックナンバーのトップへ