Systemd入門(1) - Unitの概念を理解する - めもめも
Linuxの起動処理は、これまでinit/upstartと呼ばれる仕組みで行われていました。Red Hat Enterprise Linux 7 (RHEL7)では、これが、systemdと呼ばれるまったく新しい仕組みに置き換わります。Fedoraでは、すでに先行してsystemdが採用されていますが、この連載（？）では、Fedora 17での実装をベースとして、systemdの考え方や仕組み、利用方法を説明していきます。今回は、systemdの動作の基礎となる「Unit」の概念を理解します。 systemdを採用したFedoraでLinuxの基礎を学びなそう！という方には、「「独習Linux専科」サーバ構築/運用/管理――あなたに伝えたい技と知恵と鉄則」がお勧めです。(^^/ systemdの考え方 参考資料 ・Rethinking PID 1：systemdの開発者であるLennart
Upstart を使ってお手軽 daemon 化
こんにちは。斎藤です。 手元でちょちょいと作ったプログラムや、 init スクリプトの無いOSSを daemon として動作させ続けたい事、ありませんか？そんなときに便利なのが Upstart です。daemontoolsの代わりとしても使えます。 今回は設定方法を中心に、解説していきます。 ※CentOS 6.3 (x86_64) で検証しています はじめに Upstart とは何か UpstartのWikiによると、"/sbin/init"デーモン(例えばSysVinit)を置き換えるものであり、イベントベースでタスクやサービスを起動・停止できるようにしたものである、と述べられています。また、特徴として、SysVinitと比べ「設定が簡単」「起動が早くなる」などが挙げられています。 Upstart のメリット 3つのメリットがあると、私は考えています。 起動・終了制御が容易 仮にABE
デーモンの起動・終了にはserviceコマンドを利用しよう
斎藤です。こんにちは。 今日は、デーモンの起動・終了に際してはserviceコマンドを使った方がいいよ、というお話です。 ※CentOS 6.4 (x86_64) でテストしています。尚、特記がある所を除きます。 デーモンの起動・終了には大きく2手 Linux、特にRedHat, CentOS, Fedora, Ubuntu[1]などでは、デーモンの起動・終了の制御の際に、大きく分けて次の2つの方法を用いる事ができます。 "/etc/init.d/"配下のスクリプト(以下、スクリプト)を直接実行する "service"コマンドを実行する 一見、同じ事をやっているように思えるのですが、実は違う部分があります。それは、起動スクリプトが扱う環境変数が違うのです。次の節で、検証してみます。 扱う環境変数が違う スクリプトを直接実行する場合は、実行時の際の環境変数をそのまま利用します。一方、serv
ntpdateなんて使ってるんじゃあるまいね - ivoryworks
今朝起きて、メールチェックしようとしたらサーバに接続に失敗する。サーバのエラーログを確認したら以下の通り。 Time just moved backwards by 116 seconds. This might cause a lot of problems, so I’ll just kill myself now. http://wiki.dovecot.org/TimeMovedBackwards （時間が116秒戻った。ヤバいからオレは死ぬぜ。dovecot） dovecotが死に際に残してくれたURLにアクセスすると、 大変な事になるから時間を戻してはいけないよ。もしかしてntpdateなんて使ってるんじゃあるまいね。ntpd使えよな。 なんて書いてある。図星だ。 ウチのサーバはntpdを動かさず、cronで明け方にntpdateで時刻調整を行っている（ntpサーバにするつもり
Stray Penguin - Linux Memo (ntpd)
NTP は、ネットワークを経由してコンピュータの時間を同期するためのプロトコル。通信は UDP プロトコルの 123 番どうしで行う。そして、NTP サーバデーモンの標準が ntpd だ。マシン自体の時計を合わせるだけなら、 NTP パッケージに含まれる ntpdate を使ってもいいが、オフィシャルドキュメントによると、 ntpdate はエラーハンドリングが「いい加減」なので、ntpd を -q オプションで使ったほうが良いようだ。 UNIX, Linux はサーバ運用を主眼として作られているので、時間が急に変わってしまっては問題が生じることが多い。そのため、ntpd は、マシンのクロックが違っていたからといって、いきなり何十分も遅らせたり進めたりはしない。連続性が失われないよう 「1 秒の長さ」 を実際よりも長くしたり短くしたりすることによって、徐々に補正していこうとする (一概に言
Mosh: the mobile shell
(mobile shell) Remote terminal application that allows roaming, supports intermittent connectivity, and provides intelligent local echo and line editing of user keystrokes. Mosh is a replacement for interactive SSH terminals. It's more robust and responsive, especially over Wi-Fi, cellular, and long-distance links. Mosh is free software, available for GNU/Linux, BSD, macOS, Solaris, Android, Chrom
己を知り、敵を知る――Nmapで見つめ直す自分の姿 ― ＠IT
この記事が公開されるころは、年始ということでバタバタとしていることだろう。「長期休暇後」「新年を迎えて」といったように節目となり、心機一転という心境にもなるのではないだろうか。 そんな気持ちもあって今回は、自身が管理しているネットワークに対してポートスキャンを行い、開放しているサービスの確認・把握をいま一度行ってみようと思う。 ※ご注意 オープンポートの確認とはいえ、自身の管理下にないネットワークに行った場合は、攻撃行為と判断される場合があり、最悪の場合、法的処置を取られる可能性もあります。このような調査を行う場合は、くれぐれも許可を取ったうえで、自身の管理下にあるネットワークやサーバに対してのみ行ってください。 また、本稿を利用した行為による問題に関しましては、筆者およびアイティメディア株式会社は一切責任を負いかねます。ご了承ください。 敵は外部から――その「外部」って何を差してますか？
2012年4月11日 Linux 3.4で大幅パワーアップ予定のBtrfs、どこが変わる? | gihyo.jp
Linux Daily Topics 2012年4月11日Linux 3.4で大幅パワーアップ予定のBtrfs、どこが変わる? 4月に入ってから開発が本格化している次期Linuxカーネル3.4。4月1日に最初のリリース候補版であるrc1が公開されたのを皮切りに、8日はrc2も公開、今後も週に1度のペースで進んでいきそうな感じではある。 Linux 3.4で予定されている機能強化としては 数多くのオープンソースのグラフィックDRMドライバの変更 Intel Sandy Bridgeのパフォーマンス改善 Btrfsの改善 電源管理システムの改善 新しいHSI（High-Speed Serial Interface） DMA-BUFサポート 新しいDMAマッピングコード などが挙げられる。このうち、もっとも注目度が高いのが、今後のLinuxファイルシステムの主流になると見られているBtrfsの改
inetdと、tcp wrapperと、iptablesについて - 記録（e_c_e_t）
とある某所にて。 tcp wrapper って、tcpの接続の許可／拒否を設定できるんですよね。hosts.allowに書いたのにsshdで接続できないです。 tcp wrapperの設定でポートあけることができるんですよね。とかいう話を聞かされた。参った。ちょっと調べりゃわかりそうなもんだが、。。 と、思いつつも自分自身への備忘録も兼ねて説明した内容を残す。（間違いがあれば指摘を） 昔々の話。ワークステーションなどという言葉で数百万もするようなunix互換機が売れていた時代。 サーバの性能は今より低かった。たくさんのサーバプロセスをListen状態（というのは、特定のTCPのポートで待ち受け状態にしておくこと）にするには メモリが足りなかった。仮に、メモリが足りてたとしても、同時にたくさんのポートにお客さん（クライアント）から要求がくると、迅速に対処 できるほど、動作性能は高くなかった。
Linuxでのファイル内検索 - tanamonの稀に良く書く日記
すぐ忘れる。 標準形 find . -name '*.rb' -print | xargs grep require ./hoge.rb:require "dbi" ./hoge.rb:require "rubygems" ./fuga.rb:require "rubygems" ファイル名は要らない形 find . -name '*.rb' -print | xargs grep -h require require "dbi" require "rubygems" require "rubygems" 重複を除く形 find . -name '*.rb' -print | xargs grep -h require | sort -u | uniq require "dbi" require "rubygems" 条件に一致したファイル名を出力する形 find . -name '*.r
sudo vim より sudoedit を使うべき理由 - meta‘s blog(2012-03-17)
筆者について FreeBSDを通じてOSSにささかな貢献を。 日本xrdpユーザ会発起人 xrdp developer FreeBSD developer OSS活動をご支援いただける方を募集しています https://github.com/sponsors/metalefty ■ sudo vim より sudoedit を使うべき理由 Linux や FreeBSD を使っていて、設定ファイルを書き換える際に root 権限が必要な場合に sudo vi(m) や sudo emacs を実行してしまう人は少なくないと思います(「"sudo vi" 自宅サーバ」などで検索すると山ほど出てくる。昔は自分もよくやってました)。 しかし sudo で vim や emacs などのエディタを起動するべきではない理由がいくつかあります。そして、代わりに sudoedit を使うと嬉しいことがあ
Linuxの本番環境に、Tomcatで動く自分で作ったJavaのWebアプリを配置しようとしていますが、アプリのディレクトリはどこに配置するのが良いでしょうか？…
Linuxの本番環境に、Tomcatで動く自分で作ったJavaのWebアプリを配置しようとしていますが、アプリのディレクトリはどこに配置するのが良いでしょうか？ /usr/local/tomcat55/webapps に置けば簡単に動きそうですが、サーバーアプリと作ったアプリは別な場所の方がいいような気がしていて、でもその場合どこに置けばいいのかがわかりません。 本番環境ですので、「動けばいい」だけではなく、メンテナンスのことなども考えて、世の中のLinux本番環境でよく使われている置き場所と、そこが良いとされる理由を教えてください。 ■環境 サーバーはCentOS 5.2です。Apache2、Tomcat5.5、MySQL5.1を、yumやrpmを使わずに自分でソースをコンパイルするなどして入れた環境です。いずれも /usr/local/ 以下に入れました。それぞれapacheユーザー、
Stray Penguin - Linux Memo
Linux のコンポーネントやプログラムはいろいろなところから手に入るわけですが、ドキュメントまでもが世界中に分散していて、糸口を見つけるのさえ大変な場合があります。非常に不親切な説明しか公開されていないサーバプログラムもあります。このホームページは、そういう様々なドキュメントや解説から読み取った断片をかき集め、実際に自分のマシンで検証しながら、覚え書きとしてまとめたものです。 せっかく調べたことなので、ひとにも分かるように説明を補い、公開しています。記事を書くにあたっては、自分なりにいくつかの方針を決めています。 ストレイペンギン の方針 たまたまうまく動いたからといって、その設定やコマンドの意味が分からないまま使うのは意味がない。納得できるまで調べる。 やったことのないことは書かない。知ったかぶりはしない。 検証できていないことは書かない。 何かの設定中に「迷える仔ペンギン」 状態に陥
第27回 あえてターミナルを使う（3）：端末で動くメーラー; Alpine, Mutt | gihyo.jp
利用形態にもよりますが、sshなどでターミナル環境で日々の作業を行う必要が出てくることもあるでしょう。前回はGUI上で利用するメーラーの変更方法をお届けしましたが、今回はターミナル上でメールを読むための方法をお届けします。 Alpineのインストールと設定 ターミナル上で動作するメーラーには様々な種類がありますが、現時点でもっとも簡単に利用できるのはAlpineであると筆者は考えています。Alpineは日本国内ではほとんど使われていませんが、日本語のメールであればISO-2022-JPにしてくれますし[1]、操作もそれほど難しくありません。パフォーマンスも十分満足できるもので、それほど高い性能のないマシンでも快適に利用できるはずです。 メニュー表示などは英語ですが、ごく決まり切った表現しか使われていませんので、すぐ慣れることができるでしょう。 Alpineを利用するためには、Alpine
自分好みの環境をsudo時にも使えるようにする - 絶品ゆどうふのタレ
以下のように.*shrcに記述しておくと、自分のshellで設定した内容のほとんどをsudo後にも引き継ぐことが出来て、ちょっと便利。 alias sudo='sudo -E ' これだけ。これは2つのことをやっていて 実行ユーザーの環境変数の大部分をsudo後も引き継ぐ 実行ユーザーのalias設定をsudo後も引き継ぐ という効果がある。 環境変数の引き継ぎ 前者の、環境変数の引継を実現しているのは、-Eオプション。 これは、正確には環境変数を引き継いでいるのでは無く、sudoersで設定されているenv-resetを無効にする効果がある。 そのため、$USER/$LOGNAME/$PATHなどの環境変数は(defaultでは)rootで上書きされるのだが、$HOMEは実行ユーザーのままだったり、$LV/$EDITORなども引き継がれたりする。 もちろん、これはsudoersのenv周
Open Tech Press | Debianベースのシステムでパッケージを自作する
Debianパッケージの作成は、よく知らない人にすれば、実際よりもずっと難しく見える謎めいたプロセスである。その謎を少しでも解明できればと思い、この記事ではDebianパッケージを構築する2つの方法を取り上げる。標準のDebianパッケージングツールを使う方法と、CheckInstallユーティリティを使う方法だ。 この記事で取り上げるツール群はDebianとUbuntuでのパッケージ作成に用いたものだが、MEPIS、Xandros、Linspire、Freespireなど、Debianから派生した他のディストリビューションにも使えるだろう。紹介するツールや手法はこれらのディストリビューション全般にあてはまるはずだが、説明を簡単にするために、この記事では統一して「Debianパッケージ」という表現を用いることにする。 また、各ディストリビューションのパッケージングに関するポリシーの話には踏
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AndroidとLinuxが2年の時を経て再会
paco - a source code pacKAGE oRGANIZER for Unix/Linux
Linuxに配置したWebアプリのログファイルとデータファイルを配置するディレクトリを以下の通りにするのは一般的ですか？…
my-notebook.net