0 - en to ja-JP translation catalogue (89 entries)

en: Documentation
ja-JP: 文書

en: Solving problems
ja-JP: 問題の解決

en: Log files
ja-JP: ログファイル

en: Manual
ja-JP: マニュアル

en: Solving Problems and Finding Relevant Information
ja-JP: 問題の解決と関連情報の探索

en: For an administrator, the most important skill is to be able to cope with any situation, known or unknown. This chapter gives a number of methods that will — hopefully — allow you to isolate the cause of any problem that you will encounter, so that you may be able to resolve them.
ja-JP: 管理者にとって最も重要な技能は、既知か未知かに関わらず、いかなる状況にも対処できる技能です。この章では遭遇した問題の原因を探し出すのにおそらく役立ついくつかの方法を紹介します。そうすれば、問題を解決できるようになるかもしれません。

en: Documentation Sources
ja-JP: 情報源となる文書

en: <primary>documentation</primary>
ja-JP: <primary sortas="ブンショ">文書</primary>

en: Before you can understand what is really going on when there is a problem, you need to know the theoretical role played by each program involved in the problem. To do this, the best reflex to have is consult their documentation; but since these documentations are many and can be scattered far and wide, you should know all the places where they can be found.
ja-JP: 問題が起きた際に一体何が起きたのかを理解する前に、問題に関連しているプログラムがどのような役割を担っているかを理論的に知る必要があります。これを行う最良の方法はプログラムの文書を参照することです。しかし、それらの文書は数多くて広範囲に分散しているため、管理者は文書の置かれている場所をすべて知っておくべきです。

en: Manual Pages
ja-JP: マニュアルページ

en: <primary>manual pages</primary>
ja-JP: <primary>マニュアルページ</primary>

en: This acronym stands for “Read the F***ing Manual”, but can also be expanded in a friendlier variant, “Read the Fine Manual”. This phrase is sometimes used in (terse) responses to questions from newbies. It is rather abrupt, and betrays a certain annoyance at a question asked by someone who has not even bothered to read the documentation. Some say that this classic response is better than no response at all (since it indicates that the documentation contains the information sought), or than a more verbose and angry answer.
ja-JP: <acronym>RTFM</acronym> という頭字語は「Read the F***ing Manual」を意味しますが、より敵意のない表現「Read the Fine Manual」に発展しました。このフレーズは新人の質問に (素っ気なく) 答える際に時々使われます。これはかなりぶっきらぼうなもので、文書を読んでなさそうな人に質問された時に感じる若干の苛立ちを表しています。この典型的な回答は、全く答えないか長々と腹を立てて答えるのに比べれば、より良いという人もいます (なぜなら、この回答は文書に探し求める情報が含まれていることを表しているからです)。

en: In any case, if someone responds “RTFM” to you, it is often wise not to take offense. Since this answer may be perceived as vexing, you might want to try and avoid receiving it. If the information that you need is not in the manual, which can happen, you might want to say so, preferably in your initial question. You should also describe the various steps that you have personally taken to find information before you raised a question on a forum. Following Eric Raymond's guidelines is a good way to avoid the most common mistakes and get useful answers. <ulink type="block" url="http://catb.org/~esr/faqs/smart-questions.html" />
ja-JP: どんな場合でも、もし誰かから「RTFM」と答えられたら、腹を立てないことが通常懸命です。なぜなら、RTFM という回答はあなたが厄介者と思われている可能性を意味するからです。努力して RTFM と言われないようにした方がよいでしょう。また、必要な情報がマニュアルに載っていない場合もあるでしょう。このような場合はなるべく最初の質問でこの点について触れておくべきでしょう。さらにフォーラムに質問を投稿する前に、情報を見つけるために自分が行ったさまざまな段階を示すべきです。Eric Raymond の指針に従うことは、最もよくある間違いを避け、有用な答えを得るために良い方法です。<ulink type="block" url="http://catb.org/~esr/faqs/smart-questions.html" />

en: <emphasis>BACK TO BASICS</emphasis> The shell, a command line interpreter
ja-JP: <emphasis>BACK TO BASICS</emphasis> シェル、コマンドラインインタプリタ

en: <primary>command line interpreter</primary>
ja-JP: <primary>コマンドラインインタプリタ</primary>

en: <primary>shell</primary>
ja-JP: <primary>シェル</primary>

en: A command line interpreter, also called a “shell”, is a program that executes commands that are either entered by the user or stored in a script. In interactive mode, it displays a prompt (usually ending in <literal>$</literal> for a normal user, or by <literal>#</literal> for an administrator) indicating that it is ready to read a new command. <xref linkend="short-remedial-course" /> describes the basics of using the shell.
ja-JP: コマンドラインインタプリタは「シェル」とも呼ばれており、ユーザが入力するかスクリプトに書かれたコマンドを実行するプログラムです。対話型モードでは、シェルはプロンプトを表示します (プロンプトの末尾には、通常ユーザの場合 <literal>$</literal>、管理者の場合 <literal>#</literal> が付けられます)。この状態は新しいコマンドを読み取る準備ができたことを意味しています。シェルの使い方の基礎は<xref linkend="short-remedial-course" />で解説します。

en: The default and most commonly used shell is <command>bash</command> (Bourne Again SHell), but there are others, including <command>dash</command>, <command>csh</command>, <command>tcsh</command> and <command>zsh</command>.
ja-JP: デフォルトであり最もよく使われているシェルは <command>bash</command> (Bourne Again SHell) ですが、他のシェルには <command>dash</command>、<command>csh</command>、<command>tcsh</command>、<command>zsh</command> などがあります。

en: 1
ja-JP: \ 1

en: commands that can be executed from the command line;
ja-JP: 第 1 セクションにはコマンドラインから実行できるコマンドに関する文書が含まれます。

en: 2
ja-JP: \ 2

en: system calls (functions provided by the kernel);
ja-JP: 第 2 セクションにはシステムコール (カーネルから提供される関数) に関する文書が含まれます。

en: 3
ja-JP: \ 3

en: library functions (provided by system libraries);
ja-JP: 第 3 セクションにはライブラリ関数 (システムライブラリから提供される関数) に関する文書が含まれます。

en: 4
ja-JP: \ 4

en: devices (on Unix-like systems, these are special files, usually placed in the <filename>/dev/</filename> directory);
ja-JP: 第 4 セクションにはデバイスに関する文書が含まれます (Unix 系システムには特別なファイルがあり、通常 <filename>/dev/</filename> ディレクトリに格納されています)。

en: 5
ja-JP: \ 5

en: configuration files (formats and conventions);
ja-JP: 第 5 セクションには設定ファイル (書式や規約) に関する文書が含まれます。

en: 6
ja-JP: \ 6

en: games;
ja-JP: 第 6 セクションにはゲームに関する文書が含まれます。

en: 7
ja-JP: \ 7

en: sets of macros and standards;
ja-JP: 第 7 セクションには一連のマクロと標準化規約に関する文書が含まれます。

en: 8
ja-JP: \ 8

en: system administration commands;
ja-JP: 第 8 セクションにはシステム管理コマンドに関する文書が含まれます。

en: 9
ja-JP: \ 9

en: kernel routines.
ja-JP: 第 9 セクションにはカーネルルーチンに関する文書が含まれます。

en: It is possible to specify the section of the manual page that you are looking for: to view the documentation for the <function>read</function> system call, you would type <command>man 2 read</command>. When no section is explicitly specified, the first section that has a manual page with the requested name will be shown. Thus, <command>man shadow</command> returns <citerefentry><refentrytitle>shadow</refentrytitle><manvolnum>5</manvolnum></citerefentry> because there are no manual pages for <foreignphrase>shadow</foreignphrase> in sections 1 to 4.
ja-JP: 探しているマニュアルページのセクション番号を指定することも可能です。すなわち <function>read</function> システムコールに関する文書を見るには、<command>man 2 read</command> と入力してください。セクション番号を指定しなかった場合、指定した名前に関するマニュアルページが最初に見つかったセクションから内容が表示されます。そんなわけで、<command>man shadow</command> は <citerefentry><refentrytitle>shadow</refentrytitle><manvolnum>5</manvolnum></citerefentry> を表示します。なぜなら、<foreignphrase>shadow</foreignphrase> に関するマニュアルページは第 1 セクションから第 4 セクションの間に存在しないからです。

en: If you do not want to look at the full manual page, but only a short description to confirm that it is what you are looking for, simply enter <command>whatis <replaceable>command</replaceable></command>.
ja-JP: マニュアルページ全体は見たくないけれども、探しているものが正しいか確認するために短い説明文は見たいという場合、単純に <command>whatis <replaceable>command</replaceable></command> と入力してください。

en: This short description is included in the <emphasis>NAME</emphasis> section at the beginning of all manual pages.
ja-JP: ここで表示されている短い説明文はすべてのマニュアルページの最初に書かれている <emphasis>NAME</emphasis> 節に書かれています。

en: Of course, if you do not know the names of the commands, the manual is not going to be of much use to you. This is the purpose of the <command>apropos</command> command, which helps you conduct a search in the manual pages, or more specifically in their short descriptions. Each manual page begins essentially with a one line summary. <command>apropos</command> returns a list of manual pages whose summary mentions the requested keyword(s). If you choose them well, you will find the name of the command that you need.
ja-JP: もちろん、コマンドの名前を知らなければ、マニュアルページは役に立ちません。コマンドの名前がわからない場合に役立つのが <command>apropos</command> コマンドです。<command>apropos</command> コマンドはマニュアルページ内、正確に言うと短い説明文内を検索します。それぞれのマニュアルページは基本的に 1 行の要旨から始まります。<command>apropos</command> はマニュアルページの要旨にキーワードを含むプログラムのマニュアルページのリストを返します。キーワードをうまく選べば、必要なコマンドの名前を見つけることができるでしょう。

en: Finding <command>cp</command> with <command>apropos</command>
ja-JP: <command>apropos</command> を使って <command>cp</command> を探す

en: <emphasis>TIP</emphasis> Browsing by following links
ja-JP: <emphasis>TIP</emphasis> リンクを追いかけながら閲覧

en: Many manual pages have a “SEE ALSO” section, usually at the end. It refers to other manual pages relevant to similar commands, or to external documentation. In this way, it is possible to find relevant documentation even when the first choice is not optimal.
ja-JP: 多くのマニュアルページは通常最後に「SEE ALSO」節を設けています。「SEE ALSO」節では、類似するコマンドに関連する他のマニュアルページや外部文書を参照しています。最初の選択が最適でない場合、このようにして関連する文書を発見することが可能です。

en: This utility requires a web server. This is why you should choose to install this package on one of your servers: all users of the local network could benefit from this service (including non-Linux machines), and this will allow you not to set up an HTTP server on each workstation. If your server is also accessible from other networks, it may be desirable to restrict access to this service only to users of the local network.
ja-JP: <command>man2html</command> ユーティリティを動かすにはウェブサーバが必要です。このため、<command>man2html</command> サービスをインストールするマシンは管理下にあるサーバの 1 台だけにするべきです。こうすることで、ローカルネットワークのユーザは全員 (非 Linux マシンでも) <command>man2html</command> サービスからの恩恵を受けることができますし、HTTP サーバを各ワークステーションにセットアップする必要がなくなります。<command>man2html</command> サービスをインストールしたマシンに他のネットワークからもアクセスできる場合、<command>man2html</command> サービスにアクセスできるのはローカルネットワークのユーザだけに制限することが望ましいです。

en: Last but not least, you can view all manual pages available in Debian (even those that are not installed on your machine) on the <literal>manpages.debian.org</literal> service. It offers each manual page in multiple versions, one for each Debian release. <ulink type="block" url="https://manpages.debian.org" />
ja-JP: 最後に重要なことですが、Debian が運営する <literal>manpages.debian.org</literal> サービスを使えば、自分のコンピュータにインストールされていないマニュアルを含むすべてのマニュアルを見ることができます。このサービスはすべてのマニュアルページを Debian リリース毎に提供しています。<ulink type="block" url="https://manpages.debian.org" />

en: <emphasis>DEBIAN POLICY</emphasis> Required man pages
ja-JP: <emphasis>DEBIAN POLICY</emphasis> 必要な man ページ

en: Debian requires each program to have a manual page. If the upstream author does not provide one, the Debian package maintainer will usually write a minimal page that will at the very least direct the reader to the location of the original documentation.
ja-JP: Debian の提供するプログラムは必ずマニュアルページを備えています。上流開発者がマニュアルページを用意していない場合、Debian パッケージメンテナが少なくとも文書の原本の場所を読者に伝えるために最低限のページを書くのが普通です。

en: <emphasis>info</emphasis> Documents
ja-JP: <emphasis>info</emphasis> 文書

en: The GNU project has written manuals for most of its programs in the <emphasis>info</emphasis> format; this is why many manual pages refer to the corresponding <emphasis>info</emphasis> documentation. This format offers some advantages, but the default program to view these documents (it is called <command>info</command>) is also slightly more complex. You would be well advised to use <command>pinfo</command> instead (from the <emphasis role="pkg">pinfo</emphasis> package).
ja-JP: これまでずっと GNU プロジェクトはほとんどのプログラムのマニュアルを <emphasis>info</emphasis> フォーマットで書き続けてきました。そのため、多くのマニュアルページでは対応する <emphasis>info</emphasis> 文書を参照することが求められています。<emphasis>info</emphasis> フォーマットにはいくつかの利点がありますが、<emphasis>info</emphasis> 文書を表示するためにデフォルトで用意されているプログラム (これは <command>info</command> と呼ばれています) は若干理解に苦労するものです。<command>info</command> の代わりに <command>pinfo</command> (<emphasis role="pkg">pinfo</emphasis> パッケージに含まれます) を使うのが賢明かもしれません。

en: The <emphasis>info</emphasis> documentation has a hierarchical structure, and if you invoke <command>pinfo</command> without parameters, it will display a list of the nodes available at the first level. Usually, nodes bear the name of the corresponding commands.
ja-JP: <emphasis>info</emphasis> 文書は階層的な構造をしており、<command>pinfo</command> をパラメータなしで実行した場合、最初の階層から利用できるノードのリストが表示されます。通常、ノードには対応するコマンドの名前が付けられています。

en: Note that the <emphasis>info</emphasis> system is not suitable for translation, unlike the <command>man</command> page system. <emphasis>info</emphasis> documents are thus almost always in English. However, when you ask the <command>pinfo</command> program to display a non-existing <emphasis>info</emphasis> page, it will fall back on the <emphasis>man</emphasis> page by the same name (if it exists), which might be translated.
ja-JP: <emphasis>info</emphasis> システムは <command>man</command> ページシステムと異なり翻訳に適さないシステムであるという点に注意してください。そんなわけで、<emphasis>info</emphasis> 文書はほとんど常に英語で書かれています。しかしながら、<command>pinfo</command> プログラムに対して存在しない <emphasis>info</emphasis> ページを表示するよう要求した場合、プログラムは同名の <emphasis>man</emphasis> ページを (存在すれば) 表示します。これは翻訳されているかもしれません。

en: Specific Documentation
ja-JP: 独自の文書

en: Each package includes its own documentation. Even the least well documented programs generally have a <filename>README</filename> file containing some interesting and/or important information. This documentation is installed in the <filename>/usr/share/doc/<replaceable>package</replaceable>/</filename> directory (where <replaceable>package</replaceable> represents the name of the package). If the documentation is particularly large, it may not be included in the program's main package, but might be offloaded to a dedicated package which is usually named <literal><replaceable>package</replaceable>-doc</literal>. The main package generally recommends the documentation package so that you can easily find it.
ja-JP: 各パッケージには独自の文書が含まれています。最も貧弱な文書しか持たないプログラムの場合でも、興味深く重要な情報を含む <filename>README</filename> ファイルは提供されています。<filename>README</filename> ファイルは <filename>/usr/share/doc/<replaceable>package</replaceable>/</filename> ディレクトリにインストールされます (ここで <replaceable>package</replaceable> はパッケージ名を示します)。<filename>README</filename> ファイルのサイズが著しく大きな場合、<filename>README</filename> ファイルはプログラムのメインパッケージに含まれないかもしれません。この場合、通常 <literal><replaceable>package</replaceable>-doc</literal> と名付けられた専用の文書パッケージに含まれています。メインパッケージは通常文書パッケージを推奨します。そうすれば、ユーザが簡単に文書を見つけられるからです。

en: Websites
ja-JP: ウェブサイト

en: If the software returns a very specific error message, enter it into the search engine (between double quotes, <literal>"</literal>, in order to search not for individual keywords, but for the complete phrase). In most cases, the first links returned will contain the answer that you need.
ja-JP: ソフトウェアが極めて特殊なエラーメッセージを返す場合、検索エンジンにそのままエラーメッセージを入力してください (メッセージは二重引用符 <literal>"</literal> で囲んでください。こうすることで、メッセージに含まれる単語を個別に検索するのではなく、メッセージ全体を検索します)。多くの場合、検索ヒットした 1 番目の結果から必要な答えが見つかるでしょう。

en: In other cases, you will get very general errors, such as “Permission denied”. In this case, it is best to check the permissions of the elements involved (files, user ID, groups, etc.).
ja-JP: 一般的なエラーメッセージが返されることもあります。たとえば「Permission denied」などの場合です。「Permission denied」が返された場合、関連する要素 (ファイル、ユーザ ID、グループなど) のパーミッションを確認するのが最も良い方法です。

en: If you do not know the address for the software's website, there are various means of getting it. First, check if there is a <literal>Homepage</literal> field in the package's meta-information (<command>apt show <replaceable>package</replaceable></command>). Alternately, the package description may contain a link to the program's official website. If no URL is indicated, look at <filename>/usr/share/doc/<replaceable>package</replaceable>/copyright</filename>. The Debian maintainer generally indicates in this file where they got the program's source code, and this is likely to be the website that you need to find. If at this stage your search is still unfruitful, consult a free software directory, such as FSF's Free Software Directory, or search directly with a search engine, such as Google, DuckDuckGo, Yahoo, etc. <ulink type="block" url="https://directory.fsf.org/wiki/Main_Page" />
ja-JP: ソフトウェアのウェブサイトのアドレスがわからない場合、さまざまな手段でそれを知ることができます。最初に、パッケージのメタ情報を表示して (<command>apt show <replaceable>package</replaceable></command>) <literal>Homepage</literal> フィールドがあるか確認してください。別の方法として、パッケージ説明文にプログラムの公式サイトへのリンクが載っているかもしれません。URL が見つからなければ、<filename>/usr/share/doc/<replaceable>package</replaceable>/copyright</filename> を確認してください。Debian メンテナは通常このファイルの中に、プログラムのソースコードを手に入れた場所を示しており、これこそが探しているウェブサイトのものである可能性が高いです。それでもなおウェブサイトがわからない場合、たとえば FSF の フリーソフトウェアディレクトリなどのフリーソフトウェアディレクトリを確認するか、Google、DuckDuckGo、Yahoo などの検索エンジンで直接検索してください。<ulink type="block" url="https://directory.fsf.org/wiki/Main_Page" />

en: <primary>Free Software Directory</primary>
ja-JP: <primary>フリーソフトウェアディレクトリ</primary>

en: Tutorials (<emphasis>HOWTO</emphasis>)
ja-JP: チュートリアル (<emphasis>HOWTO</emphasis>)

en: Common Procedures
ja-JP: 常套手段

en: <primary>standard procedure</primary>
ja-JP: <primary sortas="ヒョウジュンテキナヤリカタ">標準的なやり方</primary>

en: The purpose of this section is to present some general tips on certain operations that an administrator will frequently have to perform. These procedures will of course not cover every possible case in an exhaustive way, but they may serve as starting points for the more difficult cases.
ja-JP: この節の目的は、管理者が頻繁に実行する特定の操作に関する、いくつかの一般的なヒントを示すことです。もちろんこれらの手順は包括的にすべての考え得る場合をカバーするものではありませんが、より困難な状況に直面した際の出発点として機能します。

en: <emphasis>DISCOVERY</emphasis> Documentation in other languages
ja-JP: <emphasis>DISCOVERY</emphasis> 非英語の文書

en: Often, documentation translated into a non-English language is available in a separate package with the name of the corresponding package, followed by <literal>-<replaceable>lang</replaceable></literal> (where <replaceable>lang</replaceable> is the two-letter ISO code for the language).
ja-JP: 多くの場合、非英語に翻訳された文書は対応するパッケージ名の後ろに <literal>-<replaceable>lang</replaceable></literal> を付けた名前の別パッケージとして提供されています (ここで <replaceable>lang</replaceable> は 2 文字の ISO 言語コードです)。

en: Configuring a Program
ja-JP: プログラムの設定

en: <primary>configuration</primary><secondary>program configuration</secondary>
ja-JP: <primary sortas="セッテイ">設定</primary><secondary sortas="プログラムノセッテイ">プログラムの設定</secondary>

en: <primary>program</primary><secondary>configuration</secondary>
ja-JP: <primary>プログラム</primary><secondary sortas="セッテイ">設定</secondary>

en: Then, you should look at the software's official documentation — refer to <xref linkend="sect.documentation-sources" /> to identify the various existing documentation sources. The <command>dpkg -L <replaceable>package</replaceable></command> command gives a list of files included in the package; you can therefore quickly identify the available documentation (as well as the configuration files, located in <filename>/etc/</filename>). <command>dpkg -s <replaceable>package</replaceable></command> displays the package meta-data and shows any possible recommended or suggested packages; in there, you can find documentation or a utility that will ease the configuration of the software.
ja-JP: その後、ソフトウェアの公式文書を確認してください。既存のさまざまな文書源を見つける方法は<xref linkend="sect.documentation-sources" />を参照してください。<command>dpkg -L <replaceable>package</replaceable></command> コマンドでパッケージに含まれるファイルのリストが表示されます。さらに、このコマンドを使えば、利用できる文書 (と同時に <filename>/etc/</filename> に格納された設定ファイル) を素早く特定することも可能です。<command>dpkg -s <replaceable>package</replaceable></command> でパッケージのメタ情報が表示されるので、そこから推奨パッケージや提案パッケージが分かります。さらにそこから、ソフトウェアの設定を簡単に行うための文書またはユーティリティを見つけることも可能です。

en: Finally, the configuration files are often self-documented by many explanatory comments detailing the various possible values for each configuration setting. So much so that it is sometimes enough to just choose a line to activate from among those available. In some cases, examples of configuration files are provided in the <filename>/usr/share/doc/<replaceable>package</replaceable>/examples/</filename> directory. They may serve as a basis for your own configuration file.
ja-JP: 最後に、設定ファイルには通常、各設定項目に関して設定できる値をそれぞれ詳細に説明した説明用コメントが数多く書かれています。このため、利用できる行を選んで有効化するだけで十分な場合もあります。また、設定ファイルの例が <filename>/usr/share/doc/<replaceable>package</replaceable>/examples/</filename> ディレクトリの中に格納されている場合もあります。設定ファイルの例は、自分の設定ファイルのたたき台になります。

en: <emphasis>DEBIAN POLICY</emphasis> Location of examples
ja-JP: <emphasis>DEBIAN POLICY</emphasis> 例のインストール先

en: <primary>examples, location</primary>
ja-JP: <primary sortas="レイ">例</primary><secondary sortas="インストールサキ">インストール先</secondary>

en: All examples must be installed in the <filename>/usr/share/doc/<replaceable>package</replaceable>/examples/</filename> directory. This may be a configuration file, program source code (an example of the use of a library), or a data conversion script that the administrator can use in certain cases (such as to initialize a database). If the example is specific to a particular architecture, it should be installed in <filename>/usr/lib/<replaceable>package</replaceable>/examples/</filename> and there should be a link pointing to that file in the <filename>/usr/share/doc/<replaceable>package</replaceable>/examples/</filename> directory.
ja-JP: すべての例は必ず <filename>/usr/share/doc/<replaceable>package</replaceable>/examples/</filename> ディレクトリにインストールされます。このディレクトリに格納できる例には設定ファイル、プログラムのソースコード (ライブラリの使用例)、ある状況下で管理者が使うデータ変換スクリプトなどがあります。これらの例が特定のアーキテクチャに固有なものの場合、例は <filename>/usr/lib/<replaceable>package</replaceable>/examples/</filename> にインストールされます。このディレクトリに含まれる例は <filename>/usr/share/doc/<replaceable>package</replaceable>/examples/</filename> ディレクトリに含まれるファイルを指すリンクとするべきです。

en: Monitoring What Daemons Are Doing
ja-JP: デーモンの挙動を監視する

en: Understanding what a daemon does is somewhat more complicated, since it does not interact directly with the administrator. To check that a daemon is actually working, you need to test it. For example, to check the Apache (web server) daemon, test it with an HTTP request.
ja-JP: デーモンの挙動を理解するのはやや面倒です。なぜなら、デーモンは管理者と直接的に対話するものではないからです。デーモンが実際にどのような作業をしているかを確認するには、デーモンをテストする必要があります。たとえば、Apache (ウェブサーバ) デーモンの挙動を確認するには、HTTP リクエストを使ってテストします。

en: <emphasis>BACK TO BASICS</emphasis> Daemon
ja-JP: <emphasis>BACK TO BASICS</emphasis> デーモン

en: <primary>daemon</primary>
ja-JP: <primary>デーモン</primary>

en: A daemon is a program that is not explicitly invoked by the user and that stays in the background, waiting for a certain condition to be met before performing a task. Many server programs are daemons, a term that explains that the letter “d” is frequently present at the end of their name (<command>sshd</command>, <command>smtpd</command>, <command>httpd</command>, etc.).
ja-JP: デーモンはユーザが明示的に呼び出すプログラムではなく、バックグラウンドで実行され、特定の状態が満足されたら作業を行うプログラムです。多くのサーバプログラムはデーモンです。専門用語の名前の最後に付けられた「d」という文字は通常それがデーモンであることを意味しています (<command>sshd</command>、<command>smtpd</command>、<command>httpd</command> などがその一例です)。

en: To allow such tests, each daemon generally records everything that it does, as well as any errors that it encounters, in what are called “log files” or “system logs”. Logs are stored in <filename>/var/log/</filename> or one of its subdirectories. To know the precise name of a log file for each daemon, see its documentation. Note: a single test is not always sufficient if it does not cover all the possible usage cases; some problems only occur in particular circumstances.
ja-JP: この種のテストを行うために、デーモンは通常自分のしたことだけでなく発生したエラーも含めてすべてを「ログファイル」や「システムログ」と呼ばれるログに記録します。ログは <filename>/var/log/</filename> の中か、このディレクトリのサブディレクトリの中に保存されます。それぞれのデーモンの正確なログファイル名を知るには、文書を確認してください。そのテストによって考え得る使用例のすべてが満足されない限り、テストは必ずしも 1 回で十分とは限らない点に注意してください。さらに、いくつかの問題は特定の状況下でしか起こりません。

en: <emphasis>TOOL</emphasis> The <command>rsyslogd</command> daemon
ja-JP: <emphasis>TOOL</emphasis> <command>rsyslogd</command> デーモン

en: Note that when <command>systemd</command> is in use, the logs are actually collected by <command>systemd</command> before being forwarded to <command>rsyslogd</command>. They are thus also available via <command>systemd</command>'s journal and can be consulted with <command>journalctl</command> (see <xref linkend="sect.systemd" /> for details).
ja-JP: <command>systemd</command> を使っている場合、ログは <command>rsyslogd</command> に転送される前に <command>systemd</command> によって収集されるという点に注意してください。つまり <command>systemd</command> のジャーナルを介してログを利用したり、<command>journalctl</command> を使ってログを調査することが可能です (詳細は<xref linkend="sect.systemd" />をご覧ください)。

en: Asking for Help on a Mailing List
ja-JP: メーリングリストで助けを求める

en: <primary>mailing lists</primary>
ja-JP: <primary>メーリングリスト</primary>

en: <emphasis>BACK TO BASICS</emphasis> Netiquette applies
ja-JP: <emphasis>BACK TO BASICS</emphasis> ネチケットの適用

en: Furthermore, for any communication channel managed by the Debian project, you are bound by the Debian Code of Conduct: <ulink type="block" url="https://www.debian.org/code_of_conduct" />
ja-JP: さらに、Debian プロジェクトが管理する任意のコミュニケーションチャンネルに参加する際には、Debian 利用上の注意を遵守することを求められます。<ulink type="block" url="https://www.debian.org/code_of_conduct" />

en: The more courteous and precise you have been, the greater your chances are of getting an answer, or, at least, some elements of response. If you receive relevant information by private e-mail, think of summarizing this information publicly so that others can benefit. This also allows the list's archives, searched through various search engines, to show the resolution for others who may have the same question.
ja-JP: 礼儀正しく正確であればあるほど、答えを得られる (少なくとも多少の反応を得られる) チャンスが大きくなります。私信で関連する情報を受け取った場合、その情報を要約して公にすることを考えてください。そうすれば、他の人がその恩恵を受けられます。またこうすることで、さまざまな検索エンジンを通じて、同じ疑問を持つ人がメーリングリストのアーカイブからその解決策を得ることが可能です。

en: Reporting a Bug When a Problem Is Too Difficult
ja-JP: 問題が難しすぎる場合のバグ報告

en: <primary>report a bug</primary>
ja-JP: <primary sortas="ホウコク">報告</primary><secondary>バグ</secondary>

en: If all of your efforts to resolve a problem fail, it is possible that a resolution is not your responsibility, and that the problem is due to a bug in the program. In this case, the proper procedure is to report the bug to Debian or directly to the upstream developers. To do this, isolate the problem as much as possible and create a minimal test situation in which it can be reproduced. If you know which program is the apparent cause of the problem, you can find its corresponding package using the command, <command>dpkg -S <replaceable>file_in_question</replaceable></command>. Check the Bug Tracking System (<literal>https://bugs.debian.org/<replaceable>package</replaceable></literal>) to ensure that the bug has not already been reported. You can then send your own bug report, using the <command>reportbug</command> command, including as much information as possible, especially a complete description of those minimal test cases that will allow anyone to recreate the bug.
ja-JP: 問題を解決するために行ったすべての努力が失敗に終わった場合、問題の原因はあなたの責任のおよぶところになく、プログラムのバグかもしれません。この場合 Debian にバグを報告したり、上流開発者に直接報告したりするとよいでしょう。これを行うには、可能な限り問題を分割し、問題を再現できる最小のテスト環境を作ってください。問題の明白な原因となっているプログラムがわかっている場合、<command>dpkg -S <replaceable>file_in_question</replaceable></command> コマンドで関連するパッケージを見つけることが可能です。そしてバグ追跡システム (<literal>https://bugs.debian.org/<replaceable>package</replaceable></literal>) を使って、問題となっているパッケージに対してそのバグがまだ報告されていないことを確かめてください。その後、<command>reportbug</command> コマンドでバグ報告を送信してください。その際には、可能な限り多くの情報を含め、特に誰もがバグを再現できる最小テストケースの完全な説明を含めてください。

en: The elements of this chapter are a means of effectively resolving issues that the following chapters may bring about. Use them as often as necessary!
ja-JP: この章では、効率的な問題解決の手段を解説しました。以降の章ではこの手段を使うことになるでしょう。必要に応じて何度でも使ってください!
