おい。 実用的なモニタリング（部1）

私にとっては、すべてこの投稿から始まりました。 Habrauser gsandulは、監視システムThe Dudeに関する本ガイドを書くことにしました。 この投稿を積極的に評価したい場合は、本の著者へのすべてのボーナス-彼はそれに値するものでした。

すべてのコメント、提案など。 コメントに書いてください-これは、本の以下の部分のエラーと欠点を考慮に入れます。

カットの下、最初の部分。

それでは始めましょう。

はじめに

既存の監視システムの中で、Dudeは価格/品質比の点で最高の製品として位置付けられています。 これは本当です 無料で配布されます。 ただし、無料であるにもかかわらず、劣っていませんが、多くの場合、市販の製品よりも優れています。 私は、商業銀行やインターネットプロバイダーから政府機関まで、このソフトウェア製品の成功した使用の多くの例を知っています。



機能Dudeを使用すると、個々のサーバーだけでなく、ネットワークやネットワークサービスの複雑度を監視できます。 ほとんどの場合、このソフトウェアの機能は最大限に使用されていません。 これは、主に高品質のドキュメントがないためです。 経験豊富なシステム管理者やネットワーク管理者であっても、ゼロからシステム監視を開始する場合、システム監視を正しく構成するには数週間かかります。 この本は、この製品の研究を簡素化することを目的としています。



確かに、Dudeを使用するときに生じるすべての質問に対する答えは見つかりません。 結局のところ、この本の目的は、可能なシステム設定のそれぞれの説明ではありません。 ただし、ほとんどの場合、読むとすぐに、システムを監視するタスクを個別に解決できます。



厳密に言えば、今読んでいるのはデュードのドキュメントではありません。 これは、Dudeによる監視に関する本です。 この本の見出しを読んだだけで、きっとすべてが混乱して書かれていると感じ、著者はあるトピックから別のトピックにランダムに移動するでしょう。 これはそうではありません。 情報を送信する手順が考えられます。書かれたものを続けて読むだけで、その後、ある段階でこの製品を理解し、効果的に使用できるようになります。



この本は、主にCiscoのルーターとスイッチ、およびWindows、Linux、FreeBSDを実行しているサーバーのネットワークデバイスの監視について説明しています。 残念ながら、RouterOSオペレーティングシステムでの作業はここでは考慮されません。 デバイスを実行していません。

システム機能の簡単な説明

通常、システムステータスの監視は、1つまたは複数のワークステーションまたはサーバーによって実行されます。 監視システムは、ネットワーク管理ステーション（NMS）と呼ばれるネットワーク管理ステーションです。 さらに、DudeがインストールされているシステムはNMSと呼ばれる場合があります。 Dudeは、アクティブモニタリングとパッシブモニタリングの両方をサポートしています。

サポートされている監視タイプ

モニタリングには、アクティブとパッシブの2つのタイプがあります。



アクティブモニタリングには、デバイス自体とデバイスが提供するサービスの可用性を判断するために特定の周期でデバイスをポーリングすること、およびプロセッサの使用率、ディスク、シャーシの温度などのデバイスの現在のステータスを確認することが含まれます。 Dudeを使用すると、このような監視を行うことができます。 さらに、Dudeでは、基本的に、すべてのモニタリングはこのモードで実行されます。



パッシブモニタリングは、システムで発生するイベントに関するメッセージをデバイスから待機することを意味します。 通常、このようなメッセージは、syslogプロトコルまたはSNMPトラップを使用してデバイスによって送信されます。 SNMPトラップの操作に関しては、優れたSNMPサポートにもかかわらず、Dudeはそれらの操作をサポートしていません。 ただし、このソフトウェア製品では、syslogメッセージの処理が適切に実装されています。 これについては、章全体で説明します。

アクティブな監視、サポートされている調査の種類、およびレポート

Dudeがアクティブモニタリングモードでできることは、彼のページに記載されています。

• 自動ネットワークスキャンと地図表示。
• デバイスタイプの検出とメーカーの識別。
• デバイスとそれらの間の接続および障害アラートの監視。
• デバイスをグラフィカル形式で表示し、独自の画像を追加できます。
• 簡単なインストールと使用。
• 非標準デバイスを追加して、ネットワークマップを構築できます。
• これらのプロトコルをサポートするデバイスのSNMP、ICMP、DNS、UDP、およびTCPによる監視をサポートします。
• デバイス間の接続の使用をグラフィカルに表示できます。
• コンソールからリモート管理ツールを直接実行する
• クライアント/サーバーアーキテクチャで動作します。
• WineでLinuxおよびFreeBSD、WindowsでDarwineのMacOSで実行および実行されます。
• などなど...

実際、Dudeの基本機能は、基本的な監視タスクを解決するのに十分です。 ただし、SNMPプロトコルの優れたサポートと、SNMPデバイスから受信した応答の処理機能のおかげで、非常に複雑で高品質の監視を実行できます。

クライアント、サーバー、エージェント。 仕組み

監視システムのインストールと設定を進める前に、場所を選択する必要があります-NMSが配置される物理サーバー。 さらに、このようなサーバーが複数存在する場合があります。 一部のインストールでは、NMSをシステム管理者またはネットワーク管理者のワークステーションに配置するだけで十分な場合があります。 それはすべてあなたが受け取りたいものに依存します。



サービスを24時間監視する必要がない場合は、ワークステーションにDudeをインストールして、職場にいるときだけシステムを監視できます。 ただし、ほとんどの場合、監視は24時間体制で行われる必要があるため、24時間体制で動作するサーバーに監視システムをインストールする必要があります。



Dudeからのシステムの負荷に関しては、最小限です。 実例：FreeBSDで800 Mtsのプロセッサ周波数と256 MBのRAMを搭載したIntel Pentium IIIプロセッサを搭載したサーバーは、約50のネットワークデバイスとサーバーの監視を処理できます。 また、同時に3人がDudeクライアントを使用してサーバーに接続し、さらにApache + Cacti + syslog-ng + smsdが起動されて作業したことを考慮する価値があります。



サーバーの場所を選択するときは、監視する必要があるメインデバイスからサーバーまでの最小距離と、監視サーバーとそれに接続するクライアントを備えたステーションとの間のインターネットチャネルの容量という2つの基準に従う必要があります。 これがなぜそうなのかを理解するには、サーバー、クライアント、およびクライアントがサーバーと連携して動作する方法を知る必要があります。

クライアントサーバー

クライアントサーバーアーキテクチャは、ほとんどすべてのITプロフェッショナルが理解できます。 Dudeでこのアーキテクチャを実装するには、いくつかの仕様があります。



クライアントとサーバーが同じバージョンでなければならないことをすぐに予約する必要があります。 使用されるバージョンは、サーバーにインストールされているバージョンです。 サーバーにあるものとは異なるバージョンをクライアントにインストールした場合、それに接続すると、クライアントに新しいバージョンがある場合でも、クライアントのバージョンをサーバーのバージョンに更新するように求められます。 更新は自動的に実行され、クライアントは更新に必要なファイルをサーバーからダウンロードして再起動します。



クライアントは1つのサーバーにのみ接続でき、複数のクライアントは一度にサーバーに接続できます。 これを図に図で示します。







サーバーは、現在の構成を保存、使用、および変更して監視を実行します。 実際、サーバーはシステムのサウンディングを実行し、障害が発生した場合にアラートを発し、サウンディング結果を構成に保存して、グラフィック形式での後続の表示に備えます。 サーバー自体は、ネットワーク図をグラフィカルに表示できません。 グラフィックイメージと、システムの障害に関するいくつかの種類のアラートを取得するには、クライアントが使用されます。 ワークステーションでDudeが実行されている場合でも、監視プロセス中にローカルサーバーが受信したすべての情報を表示するには、ローカルクライアントでローカルサーバーに接続する必要があります。



クライアントは、RAMにある以外の情報を保存しません。 表示用です。 クライアントの主な目的は、美しい絵を描き、障害やその他のイベントが発生した場合に、クライアントコンソールに表示して見やすくすることです。 クライアントの2番目の目的は、サーバーを構成するために設計されたグラフィカルユーザーインターフェイスです。



クライアントプロセスを完了すると、クライアントプロセスによってRAMに保存されたすべてのデータが削除されます。 クライアントは、サーバーに接続するための設定以外のデータを保存しません。 したがって、クライアントは毎回サーバーから操作に必要なすべてのデータをダウンロードする必要があります。



クライアントによってロードされるデータの量は比較的多く、数十メガバイトに達する可能性があります。 サーバーにローカルまたはローカルネットワーク経由で接続する場合、クライアントの読み込みに顕著な遅延はありません。 ただし、インターネットチャネル経由で接続すると、遅延が非常に顕著になることがあります。 一般に、サーバーへのアクセス速度が10メガビット/秒を超える場合、遅延は許容されますが、アクセス速度がこの値よりはるかに低い場合、クライアントの読み込みには数分かかる場合があります。



構成をクライアントにダウンロードした後、サーバーは常に構成と通信し、変更のみを渡します。 このプロセスは、インターネットチャネルの小さな容量（約30〜50 Kbps）を消費します。 この場合、サーバーはすべてのクライアントと同時に通信します。 構成またはセンシングのステータスの変更は、すべてのお客様がすぐに利用できるようになります。 たとえば、クライアントの1つが地図上のデバイスの画像の位置を変更した場合、他のクライアントでは画像がすぐに移動します。 したがって、サーバーの場所を選択する基準の1つは、サーバーへのチャネルの帯域幅です。



サーバーの場所を選択するもう1つの基準は、メインサーバーからの距離です。 監視サーバーがそれらに近ければ近いほど良い。 たとえば、この場合、サーバーへのパケット損失ははるかに少なくなり、監視システムの誤検知はありません。 しかしそれだけではありません。 特定の場所からネットワークのサービスの可用性を判断することが必要な場合がありますが、これは常にIT従業員のワークステーションが配置されているサブネットとは限りません。



ケーススタディを検討してください。







特定の組織のオフィスがあります。それをコントロールセンターと呼びましょう。 このオフィスから、サーバーとネットワークインフラストラクチャの運用管理が実行され、コントロールセンターから数百キロメートル離れたデータセンターに配置されます。 通常、5つのクライアントワークステーションがコントロールセンターからDudeサーバーに接続します。 Dudeサーバーとクライアント間でインターネットを介して大量のデータが送信されるという事実にもかかわらず、サーバーの場所はデータセンターで選択されました。 これは主に、サーバーがコントロールセンターにある場合、画像が客観的ではないために行われました。 たとえば、コントロールセンターでインターネットチャネルの誤動作がある場合、実際にはこの場合、データセンターのサーバーが通常モードで機能を実行したときに、監視システムの誤検知が発生します。 ビジネスに損害はありませんでした。 このスキームの利点には、監視サーバーとデバイス間のパケット損失が最小限であり、パケット送信のわずかな遅延があることも含まれます。



上記の例では、最小限のパケット損失と、NMSと監視対象のデバイス間の時間遅延の点ですべてが問題ありません。 ただし、監視する必要があるデバイスは、ネットワークコントロールセンターに配置することもできます。 コントロールセンターのローカルネットワークに追加のDudeサーバーをインストールできますが、これにより、クライアントが1つのDudeサーバーにしか接続できないという不便さが生じます。 この問題は、プライマリエージェントとして追加のDudeサーバーを使用して解決できます。

サーバーとエージェント

Dude開発者はこの定義をエージェントに与えました：エージェントは、このサーバーに代わってプローブできる他のDudeサーバーです。したがって、このサーバーに直接アクセスできないネットワークの部分へのアクセスを許可するか、作業の一部をより近い場所に転送しますインタビュー対象のデバイス。



この定義を読むとすぐに多くの疑問が生じます。 これが何を意味するのかを正しく理解するには、それがどのように機能するかについてのアイデアが必要です。



多数のエージェントとサーバーの主な作業ポイントは次のとおりです。

• サーバーをインストールすると、エージェントもインストールされます。
• Dudeサーバーは、任意の数のサーバーのエージェントとして機能できます。
• Dudeサーバーは、任意の数のエージェントを持つことができます。
• サーバーはエージェントに接続し、特定のプローブの実行タスクを提供しますが、プローブの構成（何、どのように、どのパラメーターで、いつ実行されるか）はサーバーからエージェントに送信されます。
• エージェントはプローブを起動するだけで、センシング結果はサーバーに提供され、保存され、クライアントに表示されます。
• 男サーバーはエージェント機能のみを実行できます。
• サーバーをエージェントとしてのみ使用する場合、サーバーはサーバー認証に必要な構成以外の構成を保存しません。

これがどのように機能するかを理解する最も簡単な方法は、地理的に分散した組織を見ることです。







この組織には、本社と2つのリモートオフィスがあります。 同時に、オフィス1にはIT専門家のスタッフがいますが、オフィス2にはありません。 サーバーとネットワークに加えて、これらの本社の専門家は、オフィス2番のサーバーとネットワークインフラストラクチャを担当し、オフィス1番のサーバーとネットワークインフラストラクチャの一部を担当しています。 VoIPサポートスタッフ用に設計された別のサーバーは、オフィス1にあります。



この場合、4つのDudeサーバーがあります。 さらに、サーバーAとBはサーバーであり、他のサーバーのエージェントでもあります。サーバーCはサーバー機能のみを実行し、サーバーDはエージェント機能のみを実行します。



別のサーバーに接続すると、画像が異なります。



VoIPを担当するスペシャリストが見ているものを比較する







本部の労働者が見るもの







機器の一部は、複数のサーバーによって独立して監視されていることに注意してください。 たとえば、データネットワーク機器。 ただし、この場合、本社のスタッフがすべてのネットワーク機器の全体像を把握する必要がある場合、VoIPサポートスタッフは、VoIP機器を含む1台のルーターとスイッチのみを必要とします。



エージェントとしてのみ機能するサーバーDには、ネットワークカードがまったく含まれておらず、独自の監視は行われません。 ただし、少なくともVoIPを担当するスペシャリストが2番目のオフィスから本社までの遅延とパケット損失率を評価できるという観点から、その存在は重要です。



さらに、さまざまな理由により、必ずしもネットワークまたはネットワークの一部が他のオフィスから利用できるとは限りません。 たとえば、セキュリティ上の理由から、オフィス2のスイッチにデフォルトルートが登録されていない場合があります。 また、オフィス間ではVPNが構成されていない場合があり、プロキシサーバー経由でのみインターネットアクセスを提供できます。



多数のサーバーとエージェントを使用するための多くのオプションがあります。 エージェントでスキームを使用する方法、およびそれを使用するかどうかは、ネットワークの構成に基づいて自分で決定する必要があります。

設置

DudeはWindowsオペレーティングシステムで作成されました。 配布キットは、実行可能exeファイルとして提供されます。 開発者サイトからダウンロードできます。

窓

Windowsでのインストールは簡単です。 インストールするには、メーカーのウェブサイトから配布キットをダウンロードして実行します。 ライセンス契約を読んで同意するように求められます。次のダイアログが表示されます







デフォルトですべてを設定することをお勧めします。 インストールされたソフトウェアは多くのディスク容量を占有しないため、すべての機能が必要になる場合があります。 サーバー部分など、後続の作業中に不要な機能は、インストール後に無効にする必要があります。



次のダイアログでは、インストール場所を選択するよう求められ、その後インストールが開始されます。これには数秒かかります。 インストールが完了すると、すぐにソフトウェアを起動して設定を開始できます。詳細については、以下で説明します。

Linux、FreeBSD

これらのオペレーティングシステムでのインストールには時間がかかりますが、これらのオペレーティングシステムでの作業経験がある場合、特別な問題は発生しません。



インストールと起動はルートとして実行する必要があることに注意してください。 別のユーザーの下で実行することは可能ですが、ワインの下で作業する特性のために、ルートの下ではなくソフトウェアを実行すると、pingユーティリティを実行することは不可能になります。 さらに、pingテストは機能せず、主な機能の1つが失われます。



インストールアルゴリズムは次のとおりです。

• X-Windowsをインストールします。
• ワインをインストールします。
• X-WindowsからDudeを実行する
• X-WindowsからDude自体を実行します。

さまざまなLinuxディストリビューション（Debian、RedHat、CentOSなど）のインストールの詳細については、 こちらをご覧ください 。



より興味深いタスクは、Windowsの観点から、サービスとして自動起動プロセスモードでFreeBSDの下でDudeサーバーを起動することです。 このタスクは例としてFreeBSDを使用して検証されていますが、同じまたはおそらく他の手段を使用してLinuxで確実に実装できます。

Windowsサービスとしてキーボードとモニターを使用せずにFreeBSDでサーバーを起動する例

Windows Dudeでは、以下に説明するように、プログラム自体のツールを使用してサービスとして実行できます。 サービスとして起動する必要があります。これは、何らかの理由でサーバーが過負荷になった後（停電やスケジュールされた再起動など）、Dudeが自動的に起動してその機能を実行するためです。 さらに、サービスとして起動すると、ターミナルライセンスとサーバーリソースを保存することになります。



FreeBSDのDudeはX-Windowsから実行する必要があります。 これには、少なくともキーボードとモニターをサーバーに接続し、XorgまたはGnomeやKDEなどの別のウィンドウマネージャーを起動してから、ワインの下でDudeを起動する必要があります。



この問題はXvfbを使用して解決できます。 Xvfbは、画面上に表示せずに、メモリ内でのみすべてのグラフィック操作を実行するX11仮想サーバーです。 Xvfbには、キーボードやマウスなどの入力デバイスも必要ありません。



Xvfbに加えて、monitデーモンもインストールする必要があります。 このデーモンのインストールは、/ usr / local / etc / rc.d /にある起動時に起動されるスクリプトからDudeを実行しようとすると、成功しません。 Dudeが/usr/local/etc/rc.d/から開始しない理由は、私が完全に決定したわけではありません。 私はFreeBSD Extra Class Expertではありません。 ただし、他のデーモンに障害が発生した後に自己修復を保証する必要がある場合は、すべてに加えて、monitデーモンを使用することをお勧めします。



説明したインストールは、FreeBSD 7.0および7.2で実行されました。 インストールプロセスの説明を簡略化するために、ポートからのインストールを示していますが、時間を節約するために、パッケージを使用してすべてをインストールできます。

1. xorgをインストールする
   
   cd / usr / ports / x11 / xorg
   
   作る; インストールをクリーンにする
2. ワインをインストールする
   
   cd / usr / ports / emulators / wine /
   
   作る; インストールをクリーンにする
3. Xvfbをインストールする
   
   cd / usr / ports / x11-servers / xorg-vfbserver /
   
   作る; インストールをクリーンにする
4. monitをインストールする
   
   / usr /ポート/ sysutils / monit /
   
   作る; インストールをクリーンにする
5. wgetをインストールする
   
   cd / usr / ports / ftp / wget /
   
   作る; インストールをクリーンにする

次に、xorgを構成して実行する必要があります。これを行う方法は、インターネットで簡単に見つけることができます。 xorgを実行してDudeをインストールする必要があります。 xorgの起動後、メーカーのWebサイトからDudeインストールファイルをダウンロードします

wget www.mikrotik.com/download/dude/3.5/dude-install-3.5.exe





インストールを開始する

wine ~/dude-install-3.5.exe &





インストールが完了したら、コマンドを入力する必要がある初期最小構成を実行するために、xorgでDudeを1回実行する必要があります。

wine ~/.wine/drive_c/Program\ Files/Dude/dude.exe





次のダイアログでは、インターフェース言語を選択する必要があります







次のウィンドウが起動します。







ボタンを押す すべてのチェックを外します







次のクリック 下の画像に示されているアイテムを選択します







プリセットの準備ができました。 [OK]をクリックして、Dudeコンソールを閉じ、xorgをシャットダウンします。

システムの再起動後に自動起動手順を有効にするには、次の手順を実行する必要があります。

1. 起動時にmonitの自動起動を有効にします。/etc/rc.confに行を書く理由
   
   monit_enable="YES"
   
   
   
   
2. 次の内容のスクリプト/usr/local/etc/rc.d/startXvfb.shを作成します
   
   #!/bin/sh

/usr/local/bin/Xvfb -shmem -screen 0 800x600x16 &
   
   
   
   
3. Dudeを実行するスクリプトを作成する-/root/dudestart.sh
   
   #!/bin/sh

DISPLAY=:0 /usr/local/bin/wine /root/.wine/drive_c/Program\ Files/Dude/dude.exe &
   
   
   
   
4. / usr / local / etc / monitrcデーモンの構成ファイルを作成します（IPアドレスを自分のものに修正する必要があります）
   
   # Check if Virtual X-windows process started

check process Xvfb with pidfile /tmp/.X0-lock

start program = "/usr/local/etc/rc.d/startXvfb.sh"



# Check If Dude started do not start if Xvfb is not runnig

check host dude with address 192.168.0.250

start program = "/root/dudestart.sh start"

if failed port 2210 then start

depends on Xvfb
   
   
   
   
5. 起動と作業に必要な新しく作成されたファイルの属性を設定します
   
   chmod 600 / usr / local / etc / monitrc
   
   chmod 700 /root/dudestart.sh
   
   chmod 700 /usr/local/etc/rc.d/startXvfb.sh

起動を確認するには、monitデーモンを実行する必要があります

/usr/local/etc/rc.d/monit





次にコマンドを与える

netstat -an | grep 2210





結果は次のようになります

tcp4 0 0 *.2210 *.* LISTEN





それでも、検証のために、あなたは与えることができます

ps -ax | grep dude





結果は次のようになります

58905 ?? S 591:12.24 /root/.wine/drive_c/Program Files/Dude/dude.exe (wine)







Dudeを備えたサーバーの準備ができました-これで、サポートされているオペレーティングシステムの別のワークステーションでDudeクライアントを起動して、構成を開始できます。 また、FreeBSDを再起動して、すべてが正常に機能することを100％確認することもできます。

最初の打ち上げ

最初のインストールはNMSで実行されることを前提としています。 ただし、デフォルトですべてをインストールした場合、最初の起動はサーバー側とクライアント側の両方で同じです。







最初の起動時に、インターフェイス言語を選択し、ローカルネットワークのスキャンを開始するように求められます。

ローカリゼーション

これは、Dudeを初めて起動したときに表示されるローカライズ選択ウィンドウです







Dudeソフトウェアは十分にローカライズされています。 同時に、プログラムのメニューとさまざまなメッセージの両方がローカライズされます。 ただし、次の理由により、元の英語バージョンを使用することをお勧めします。

• イベントフォルダーの名前はローカライズされているため、最初に特定の言語にローカライズされたバージョンをインストールしてから元の言語に切り替えると混乱が生じます。
• ローカリゼーションの言語を話さないスタッフが少なくとも1人いる場合、この部分のスタッフには克服できない困難が生じることがあります。
• 毎日英語のドキュメントを読んでいると、英語版をローカライズしたものよりも理解しやすいことがよくあります。
• 一般に、ローカライズが適切であるにもかかわらず、一部の項目は正確に翻訳されていません。 たとえば、エージェントの定義が私によって翻訳された方法と、インストールプログラムに付属する翻訳の定義がどのように決定するかを比較できます。

どの言語を使用するかを決定する必要がありますが、英語版については本書の後半で説明します。

初回起動時のネットワークスキャン

次のウィンドウで、ローカルネットワークをスキャンするように求められます







Dudeは、ネットワークカードのIP設定によってネットワークとそのマスクを自動的に検出します。 スキャンを実行できますが、ほとんどの場合、最初にDudeを構成するまで効果がありません。 いずれの場合でも、いつでもネットワークスキャンを開始でき、さらに、定義した頻度で自動モードでスキャンを実行できます。 ネットワークスキャンの詳細については、以下で説明します。 この段階で、この操作をキャンセルすることをお勧めします。

最初にクライアントとしてのみ実行

このインストールをクライアントとしてのみ使用する場合は、すぐに2つのことを行う必要があります。

1. 管理者のデフォルトパスワードを変更します。
2. ローカルサーバーを停止します。

これを行う必要がある理由については、セキュリティの問題を参照してください。 パスワードの変更方法については、ユーザー管理セクションで後述します。

グラフィカルユーザーインターフェイス（GUI）

GUI Dudeは直感的で使いやすいです。 そのさまざまな機能は、説明されているように徐々に検討されます。

概観、エリアの目的

まず、それが何であるかをグローバルに検討する必要があります







インターフェイスは、6つの主要部分に分割できます。

1. ローカルクライアントとローカルサーバーのグローバル設定。
2. クライアントが現在接続されているサーバーのグローバル設定。
3. 左パネル-ソフトウェア製品のさまざまな機能のナビゲーションパネル。
4. 左ペインで選択した内容に応じて変化するコンテキストメニューのある右ペインは、左ペインで選択したネットワーク、機能、プローブ、グラフ、その他のものを表示するために使用されます。
5. 右パネルをパーツに分割するためのツール。
6. サーバーに接続しているクライアントのステータスと、クライアントとサーバー間で送信されたデータの量、および単位時間あたりにサーバーが送受信したデータの合計量（プローブの操作やサーバーとクライアント間のデータ転送を含む）。

ローカルクライアントとローカルサーバーのグローバル設定パネル

このパネルでは、サーバーへの接続方法、ローカルクライアントとローカルサーバーの動作を選択できます。

サーバーへのクライアント接続

ボタンをクリックして 、次の2つの接続方法のいずれかを選択できます。

1. 接続を開きます。 ユーザー名とパスワードを含むサーバーとクライアント間のデータは、平文でネットワークを介して送信されるため、リモートではなく安全な接続を使用することをお勧めします。
2. 安全な接続。 サーバーとクライアント間で送信されるデータは暗号化されているため、より好ましい。

接続するには、DudeサーバーのIPアドレスを指定する必要があります-ローカルサーバーに接続する場合は、ループバックアドレス-127.0.0.1を指定する必要があります。



接続するときは、ホストIPアドレスを使用する必要があることに注意してください。 操作の性質上、Dudeは接続段階でDNSを使用して名前をIPアドレスに変換することをサポートしていません。



クライアントとサーバーの間にファイアウォールを設定する場合、トランスポートレベルでの通信がTCPを介して行われることを考慮する必要があります。 リモート接続およびセキュア接続のデフォルトのポート2210および2211は、サーバー設定で変更できます。

ローカルクライアントの動作

ローカルクライアントの動作は、ボタンをクリックして設定します







設定は取るに足らないものなので、ここでは詳しく説明しません。

ローカルサーバー設定

ローカルサーバーの設定は、ステータスボタンをクリックして決定します 。

緑色の場合-サーバーは実行中、灰色の場合-停止しています。 ローカルサーバーがこのホストで使用されていない場合は、無効にすることをお勧めします。これは、ローカルホストのリソースの消費によるものではなく、セキュリティに関するものです。







ここで、ローカルサーバーを無効にできます。 また、彼の作品の種類も選択します。



「常時」とは、ホストにログインしたときにサーバーが起動することを意味します。 ローカルクライアントを閉じると、サーバーはメモリからアンロードされず、その機能を実行します。



「サービスとして」とは、サーバーがサービスとして動作することを意味します。 システムの起動時に実行し、バックグラウンドで実行します。 サービス自体は「The Dude Server」と呼ばれ、この操作モードを選択するとインストールされます。

グローバルサーバー設定

クライアントが現在接続されているサーバーのグローバル設定は、[設定]ボタンをクリックして表示および変更できます。



グローバルサーバー設定の検討を開始する前に、グローバル設定ボタンの近くで開発者によって論理的にグループ化された、さらに4つの重要な機能に注意する必要があります。

元に戻す

ボタン 以前のアクションを取り消し、キャンセル後に以前のアクションを復元するように設計されています。 これらの機能は非常に重要です。たとえば、重要な要素を誤って削除した場合、前のアクションの[キャンセル]ボタンをクリックしてすぐに復元できるためです。 この場合、アクションとは、オブジェクトを削除するだけでなく、たとえば、マップ内でオブジェクトを移動することも意味します。 アクションの記憶の深さは、サーバープロパティの[その他]タブで設定します。

バックアップ

ボタン 構成のバックアップを作成し、バックアップから構成を復元するように設計されています。 ボタンを押す 設定の保存ダイアログが表示されます。このダイアログでは、バックアップストレージの場所を選択するよう求められます。 バックアップ自体はgzアーカイブファイルです。 Dudeは、一定の間隔での自動バックアップをサポートしていません。 ただし、Dudeに関連する外部スクリプトを使用してバックアップを簡単に構成できますが、その詳細については以下をご覧ください。



バックアップからの復元-手順は簡単です。 これを行うには、をクリックします 以前に保存した構成から必要なものを選択します。

サーバー設定

このセクションでは、考えられるすべてのグローバルサーバー設定が考慮されるわけではないことをすぐに予約する必要があります。その一部は、以下の他のセクションで説明します。

ボタンを押した後 多くのタブを持つダイアログが表示されます







変更された設定フィールドの値が青色で強調表示されていることに注意する必要があります。



特に注目すべきは、リセットボタンです。 このボタンは、すべての（！）デュード設定をリセットします。 再インストールしたかのように、「クリーン」な構成がサーバーに残ります。 すべての設定を本当にリセットしない場合、特に定期的なバックアップを行っていない場合は、このボタンをクリックしないでください。 このボタンを押すと、追加のウィンドウが表示され、構成のリセットを確認するよう求められます。これにより、事故を防ぐことができます。

続行するには...