rootパスワードを公開することなくアクセス範囲を最小限化した上で必要な権限を一般ユーザーに与えられるsudo。ここではsudoについてそのリスクとメリット、そして柔軟なシステム運用に役立てるための幾つかのTIPSを紹介しよう。 セキュリティ関連のジョブにいささかでもかかわりを有す者であれば、root権限ないしrootパスワードを一般ユーザーに与えるのは御法度であると心得ているはずだ。しかし、正当な理由があってroot権限下での処理を実行する必要に迫られた一般ユーザーが出てきた場合はどうすればいいのだろうか？　そうした問題には非常にシンプルな解答が存在する。sudoを使えば、rootパスワードを公開することなくアクセス範囲を最小限化した上で必要な権限を一般ユーザーに与えることができるのである。 sudo（superuser doの略）は、管理権限を制限付きでほかのユーザーに与えるためのプロ

定番の学習書が最新環境に対応 本書は入門書として多くの支持をいただいた『独習Linux』の改訂版です。解説、例題、練習問題という3つのステップにより、“試して、動かして、学べる”というコンセプトはそのまま踏襲。そのうえで、近年登場した「IPv6」「クラウド」などの新しいテーマ、AndroidやWebの活況を背景として需要が高まる「Linux上での開発」などについて、わかりやすい解説を追加しました。また、本書は「Ubuntu」（deb系）／「Scientific Linux」（RPM系）の両方に対応しているため、技術動向に左右されない知識が身につきます。これまでのように、趣味や仕事におけるサーバー管理を目指す方はもちろんのこと、AndroidやWeb（LAMP）環境などLinux上での開発を目指す方にも最初の一冊としておすすめします。 第1章　Linuxを使いはじめる前に 1.1 Linux

My iPhone 11 is perfectly fine, but the new buttons on the iPhone 16 are compelling

基盤チームのスミッコメンバとして、プロセスの起動/停止スクリプトまわりの調査タスクがふってきた。とあるサーバプロセスについて、OSを起動した際には自動で起動されるのだが、OSを停止した際に、うまくサービスが停止してくれなかったのだ（OSはRHEL）。ちょっとずつ切り分け、対象を絞っていって、最終的にはロックファイルの生成に行き着いた。この調査の途中で、テスト用のサービス（内容は空）を登録しようとしたのだが、存外はまったのでメモしておく。 やりたいことは「新しい（空の）サービス“ashi（あし）”を登録し、OSの起動/停止の際に、自動で起動/停止するようにする」だけ。 こんなの楽々でしょ、と。まずは、/etc/init.d（これは /etc/rc.d/init.d のへシンボリックリンクになっている）以下に、次のスクリプト ashi を保存する（もちろん実行権限を付与して）。この /etc/

今回は、前回紹介し切れなかったrcスクリプトについて解説する。rcスクリプトも、理屈を理解してしまえば容易に管理できる。管理方法のついでに、rcスクリプトの書き方もマスターしてしまおう。 前回のLinux起動の仕組みを理解しよう［init/inittab編］では、カーネルがinitプロセスを起動して、さまざまな処理を行うことを説明しました。今回は、各種サービスの起動を行うrcスクリプトについて見ていきましょう。 rcスクリプトの管理の仕組み rcスクリプトは、Windowsのautoexec.batに相当すると考えればいいでしょう。もちろん、rcスクリプトとautoexec.batでは異なる点があります。rcスクリプトは、対応する作業ごとに1つずつ、複数のファイルで構成されています。また、ランレベルごとに実行するrcスクリプトを変えることができます。 rcスクリプトの実体は、/etc/in

Server room with grass! / Tom Raftery さくらインターネットのVPSは月980円、年間だと10,780円から利用できる、かなりお得なVPSです。 VPS（仮想専用サーバー）は、ユーザーの使えるリソースの上限が設定されているため、共有のレンタルサーバーのように他のユーザーさんからの影響がほとんどありません。root権限を持てるため、普通のレンタルサーバーでは出来ないようなカスタマイズが可能です。 その反面、各種設定や管理を自分で行わないといけません。とはいえ、基本的な設定作業はそんなに難しいものではないので、多少意味がわからなくても、手順どおりに作業を進めていけば、サーバーを動かすことは可能です。 おおまかな作業の流れを知る idea×ideaさんが本当に大雑把な流れを紹介しています。わからない言葉があっても大丈夫です。まずは最初から最後までの流れを知るこ

少し前に、某所のサーバ(自分たちで管理)で、通常時は問題ないのだけど、時々HTTPレスポンスで数秒かかる現象が見受けられたので、再現させるときに目視確認でひたすらHTTPリクエストが送れてレイテンシが確認できる「httping」を利用しました。 httpingは、所謂"ping"のHTTP版。HTTPリクエストでポーリングしてくれるコマンドです。ICMPは受け付けないけどHTTPはOK、そんなサーバにも監視などで使えます。 インストール Ubuntuでは、aptでインストールできました。簡単。 $ sudo apt-get install httpingこれだけです。 簡単な使い方 $ httping (URLまたはIPアドレス)で、実行可能です。以下、実行例。 $ httping http://xxx.xxx.xxx.xxx/ PING xxx.xxx.xxx.xxx:80 (http:

各バックアッププログラムの基本操作 バックアップを取るためのツールは多数存在します。ここではtar、dd、dumpという、タイプが異なる3つのツールを紹介します。 tar tarはアーカイブを作成するツールとして、広く普及しています。そのため、Windowsなどの異なるOSにデータを渡したい場合でも利用できます。 バックアップする場合は、どこまでをバックアップデータとするのかを考えましょう。例えば、/home/user1ディレクトリ以下のファイルをtarを利用してバックアップする場合、「user1」というディレクトリを含めるのか、そのディレクトリ内にあるファイルだけをバックアップするのかによって操作が変わります。 ●tarを利用したバックアップ user1ディレクトリ内のファイルのみをバックアップする場合は、以下のように実行します。

オープンソースからハイスクールフリート、The Beatlesまで何でもありの自称エンターテインメント日記。 CenOS 6.0がリリースされました。 CentOS 6.0のリリースに関するゴタゴタをまとめるのは別の誰かにお任せしますが、ようはリリースが予定よりも半年以上遅れました。 リリースができないOSSプロジェクトはいろいろと問題があるなんて、今更いうまでもないですね。 とはいえ、多少のゴタゴタはどこのOSSプロジェクトにもあるので、それはいいとします。 問題はCentOSは今後とも安定してリリースされるのか？　ということです。 いえ、現時点ですでに安定してリリースされていないので、今後とも、というのはおかしいわけですが。 今更説明する必要もないのですが、CentOSはRed Hat Enterprise Linuxのコミュニティビルド版です。 ようは配布されているソースからRed

Linuxカーネルが2.6系から3.0系に移行する。生みの親であるリーナス・トーバルズ氏がRC版は「20周年を記念したバージョンアップ」と説明する。 LinuxカーネルのRC（リリース候補）が「3.0-rc1」となった。Linuxカーネルの生みの親でLinux Foundationのフェローを務めるリーナス・トーバルズ氏が5月29日、Kernel Mailing Listで発表した。アーカイブが公開されている。 直近の正式版は5月19日にリリースされた2.6.39であり、3.0というのは大きなバージョンアップになるが、トーバルズ氏によると仕様には特に大きな変更はなく、大幅なバージョンナンバーの変更の理由を強いて挙げれば「20周年」だから、と説明する。同氏は最初のLinuxカーネルを1991年の8月26日に発表している。 主な変更点は、ARMサポートの拡張、MicrosoftのKinectの

こんにちは、弱小ディストロを開発しているうぶん厨です。私は学歴も知識もありませんしブスですが、恋愛に関してはプロフェッショナル。今回は、モテるLinux女子力を磨くための4つの心得を皆さんにお教えしたいと思います。 1. あえて2～3世代前のライセンスを勉強会に持っていくあえて2～3世代前のライセンスを使うようにしましょう。そして勉強会の場で好みの男がいたら話しかけ、わざとらしくソフトウェアをリリースしてみましょう。そして「あ～ん！　このライセンス本当にマジでチョームカつくんですけどぉぉお～！」と言って、男に「どうしたの？」と言わせましょう。言わせたらもう大成功。「ライセンスとか詳しくなくてぇ～！ ずっとコレ使ってるんですけどぉ～！ 広告が収まり切らないんですぅ～！ ぷんぷくり～ん（怒）」と言いましょう。だいたいの男は新しいライセンスを採用したがる習性があるので、古かったとしても1世代前の

主に新人向けとして、Unixサーバで作業をする際の注意点を書いておく。 ここに書いてある内容は絶対的なものではないし、会社や現場ごとにルールがあるので、適宜ルールに合わせて実践すれば良い。 ログを取れ 何をやったか、何をやらなかったか、というエビデンスのためにログは必ず残しておく。SSHクライアントによっては毎回自動的にログ取得する設定が可能なので、設定しておくと良いだろう。 作業後に問題が発生した場合に作業内容を確認するためにも使うため、必ずログは取得しておくこと。 (追記) 当たり前だが、コマンドとその出力をペアで取ることに意味がある。 set -x (set verbose) しろ ログを取得しても、コマンドラインを編集した際には以下のように非常に見づらいものとなってしまう。(がんばれば解析することは出来るが…) ESC[0mESC[27mESC[24mESC[JESC[1myasu