問題を解決する前にサーバー管理者が実行する必要がある手順は、考えられる原因を特定することです。このステップは、サーバーとアプリケーションの問題を特定して解決するための論理的かつ体系的なアプローチに従うトラブルシューティング プロセスの一部です。トラブルシューティング プロセスは、次のようないくつかの手順で構成されます。
問題を特定する: ユーザー、ログ、アラートなどのさまざまなソースから情報を収集し、問題の症状と範囲を理解します。
考えられる原因の理論を確立する: 情報を分析し、証拠や経験に基づいて問題の考えられる原因を 1 つ以上定式化します。
理論をテストして原因を特定する: 根本原因が見つかるまで、テストまたは実験を実行して、考えられる原因をそれぞれ検証または排除します。
問題を解決し、解決策を実装するための行動計画を確立します。適切なツールと技術を使用して、問題を解決する計画を設計し、実行します。
システムの完全な機能を確認し、予防措置を講じます。問題が解決されていること、および解決策の結果として他の問題が発生していないことを確認します。問題の再発を回避したり、パフォーマンスを向上させるための予防措置を実施します。
調査結果、アクション、結果を文書化する: 将来の参照や知識の共有のために、問題の詳細、その原因、解決策、および結果を記録します。参照: [CompTIA Server+ 認定試験の目標]、ドメイン 6.0: トラブルシューティング、目標 6.1: サーバー ハードウェアの問題 (電源障害など) を伴うシナリオを想定し、適切なツールを使用してトラブルシューティングを行います。

説明
DLP (Data Loss Prevention) は、サーバーやネットワークからの機密データの不正なコピー、転送、漏洩を防ぐセキュリティ対策です。ユーザーがネットワーク共有や USB フラッシュ ドライブなどの特定の場所にファイルをコピーしようとすると、事前定義されたポリシーとルールに基づいてブロックしたり警告したりできます。検証済みの参考文献: [DLP]、[データ損失]

サブネット マスクは、IP アドレス内のネットワーク アドレスとホスト アドレスを区別する番号です1。サブネット マスクを使用すると、ネットワーク トラフィックが IP アドレスをネットワーク アドレスとホスト アドレスに分割して理解できるようになります。サブネット マスクが正しくない場合、ネットワーク トラフィックはパケットの正しい宛先を決定できず、類似した IP アドレスを持つ一部のサーバーにしか到達しない可能性があります。たとえば、新しい仮想サーバーの IP アドレスが 192.168.1.100、サブネット マスクが 255.255.0.0 の場合、その仮想サーバーは 192.168.0.0 ～ 192.168.255.2552 の範囲の IP アドレスを持つサーバーとのみ通信できます。この問題を解決するには、システム管理者がネットワーク構成に従って新しい仮想サーバーのサブネット マスクを確認し、修正する必要があります。

説明: サーバーに名前ではアクセスできないが、IP アドレスではアクセスできる場合は、名前解決に問題があることを意味します。hosts ファイルと DNS サーバーは両方とも、ホスト名を IP アドレスにマッピングする役割を果たします。したがって、サーバー管理者は、サーバーの名前による解決を妨げる可能性のあるエラーや不一致がないか、これら 2 つのファイルを確認する必要があります。参考文献:
https://www.howtogeek.com/662249/how-to-edit-the-hosts-file-on-linux/
https://www.howtogeek.com/164981/how-to-use-nslookup-to-check-domain-name-information-in-microsoft-win

説明
chmod は、Linux および Unix システムのファイルとディレクトリのアクセス許可を変更するコマンドライン ツールです。
chmod go-rwx は、グループおよび他のユーザーの読み取り、書き込み、実行権限をファイルまたはディレクトリから削除することを意味します。これにより、root ユーザーは権限に関係なくすべてのファイルとディレクトリに完全にアクセスできるため、root ユーザーのみがスクリプトを変更および実行できるようになります。参考文献: https://linux.die.net/man/1/chmod