[注意] 値では大文字と小文字が区別されますが、命令では大文字と小文字は区別されません。
1. 使用するポートやパスワードの計算方法など、ssh サーバーの全体的な設定について
port 22 # ssh 预设使用 22 这个 port,您也可以使用多的 port ! # 亦即重复使用 port 这个设定项目即可! protocol 2,1 # 选择的 ssh 协议版本,可以是 1 也可以是 2 , # 如果要同时支持两者,就必须要使用 2,1 这个分隔了! #listenaddress 0.0.0.0 # 监听的主机适配卡!举个例子来说,如果您有两个 ip, # 分别是 192.168.0.100 及 192.168.2.20 ,那么只想要 # 开放 192.168.0.100 时,就可以写如同下面的样式: listenaddress 192.168.0.100 # 只监听来自 192.168.0.100 这个 ip 的ssh联机。 # 如果不使用设定的话,则预设所有接口均接受 ssh pidfile /var/run/sshd.pid # 可以放置 sshd 这个 pid 的档案!左列为默认值 logingracetime 600 # 当使用者连上 ssh server 之后,会出现输入密码的画面, # 在该画面中,在多久时间内没有成功连上 ssh server , # 就断线!时间为秒! compression yes # 是否可以使用压缩指令?当然可以啰!
2. ホストの秘密鍵がどこにあるのか説明するファイルが配置されます。デフォルトでは、以下のファイルを使用します。
hostkey /etc/ssh/ssh_host_key # ssh version 1 使用的私钥 hostkey /etc/ssh/ssh_host_rsa_key # ssh version 2 使用的 rsa 私钥 hostkey /etc/ssh/ssh_host_dsa_key # ssh version 2 使用的 dsa 私钥 # 2.1 关于 version 1 的一些设定! keyregenerationinterval 3600 # 由前面联机的说明可以知道, version 1 会使用 # server 的 public key ,那么如果这个 public # key 被偷的话,岂不完蛋?所以需要每隔一段时间 # 来重新建立一次!这里的时间为秒! serverkeybits 768 # 没错!这个就是 server key 的长度!
3. ログインファイル内の情報データの配置とデーモンの名前について!
syslogfacility auth # 当有人使用 ssh 登入系统的时候,ssh会记录资 # 讯,这个信息要记录在什么 daemon name 底下? # 预设是以 auth 来设定的,即是 /var/log/secure # 里面!什么?忘记了!回到 linux 基础去翻一下 # 其它可用的 daemon name 为:daemon,user,auth, # local0,local1,local2,local3,local4,local5, loglevel info # 登录记录的等级!嘿嘿!任何讯息! # 同样的,忘记了就回去参考!
4. セキュリティ設定項目!とても重要です!
4.1 ログイン設定部分
permitrootlogin no # 是否允许 root 登入!预设是允许的,但是建议设定成 no! userlogin no # 在 ssh 底下本来就不接受 login 这个程序的登入! strictmodes yes # 当使用者的 host key 改变之后,server 就不接受联机, # 可以抵挡部分的木马程序! #rsaauthentication yes # 是否使用纯的 rsa 认证!?仅针对 version 1 ! pubkeyauthentication yes # 是否允许 public key ?当然允许啦!只有 version 2 authorizedkeysfile .ssh/authorized_keys # 上面这个在设定若要使用不需要密码登入的账号时,那么那个 # 账号的存放档案所在档名!
4.2 認証部分
rhostsauthentication no # 本机系统不止使用 .rhosts ,因为仅使用 .rhosts 太 # 不安全了,所以这里一定要设定为 no ! ignorerhosts yes # 是否取消使用 ~/.ssh/.rhosts 来做为认证!当然是! rhostsrsaauthentication no # 这个选项是专门给 version 1 用的,使用 rhosts 档案在 # /etc/hosts.equiv配合 rsa 演算方式来进行认证!不要使用 hostbasedauthentication no # 这个项目与上面的项目类似,不过是给 version 2 使用的! ignoreuserknownhosts no # 是否忽略家目录内的 ~/.ssh/known_hosts 这个档案所记录 # 的主机内容?当然不要忽略,所以这里就是 no 啦! passwordauthentication yes # 密码验证当然是需要的!所以这里写 yes 啰! permitemptypasswords no # 若上面那一项如果设定为 yes 的话,这一项就最好设定 # 为 no ,这个项目在是否允许以空的密码登入!当然不许! challengeresponseauthentication yes # 挑战任何的密码认证!所以,任何 login.conf # 规定的认证方式,均可适用! #pamauthenticationviakbdint yes # 是否启用其它的 pam 模块!启用这个模块将会 # 导致 passwordauthentication 设定失效!
4.3 kerberos関連のパラメータ設定! Kerberos ホストがないため、セットアップする必要はありません。
#kerberosauthentication no #kerberosorlocalpasswd yes #kerberosticketcleanup yes #kerberostgtpassing no
4.4 以下は、x ウィンドウで使用する関連設定です。
x11forwarding yes #x11displayoffset 10 #x11uselocalhost yes
4.5 ログイン後の項目:
printmotd no # 登入后是否显示出一些信息呢?例如上次登入的时间、地点等 # 等,预设是 yes ,但是,如果为了安全,可以考虑改为 no ! printlastlog yes # 显示上次登入的信息!可以啊!预设也是 yes ! keepalive yes # 一般而言,如果设定这项目的话,那么 ssh server 会传送 # keepalive 的讯息给 client 端,以确保两者的联机正常! # 在这个情况下,任何一端死掉后, ssh 可以立刻知道!而不会 # 有僵尸程序的发生! useprivilegeseparation yes # 使用者的权限设定项目!就设定为 yes 吧! maxstartups 10 # 同时允许几个尚未登入的联机画面?当我们连上 ssh , # 但是尚未输入密码时,这个时候就是我们所谓的联机画面啦! # 在这个联机画面中,为了保护主机,所以需要设定最大值, # 预设最多十个联机画面,而已经建立联机的不计算在这十个当中
4.6 ユーザー耐性に関する設定項目:
denyusers * # 设定受抵挡的使用者名称,如果是全部的使用者,那就是全部 # 挡吧!若是部分使用者,可以将该账号填入!例如下列! denyusers test denygroups test # 与 denyusers 相同!仅抵挡几个群组而已!
5. sftpサービスの設定項目について!
subsystem sftp /usr/lib/ssh/sftp-server
基本的には、必要がない限り、システムの /etc/ssh/sshd_config ファイルの設定を変更しないでください。通常、デフォルトの SSH 保護は最も厳格であるため、変更する必要はありません。上記の説明は、各項目の基本的な内容を理解していただくためのものです。注意が必要なのは最後の項目です。sftp を開きたくない場合は、最後の行をコメントアウトしてください。
以上がLinux sshd_config を構成する方法の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

Linuxの5つのコアコンポーネントは、カーネル、シェル、ファイルシステム、システムライブラリ、システムツールです。 1.カーネルはハードウェアリソースを管理し、アプリケーションにサービスを提供します。 2。シェルは、ユーザーとシステムの間のインターフェイスとして機能し、コマンドを解釈して実行します。 3.ファイルシステムは、データのストレージと組織を担当します。 4.システムライブラリは、プログラム呼び出しを提供するための事前コンパイルされた関数を提供します。 5。システムツールは、システム管理とメンテナンスに使用されます。これらのコンポーネントは、Linuxが強力な機能と柔軟性を提供するために連携します。

この記事では、DebianシステムのOpenSSL構成を確認して、システムのセキュリティステータスをすばやく把握できるように、いくつかの方法を紹介します。 1.最初にOpenSSLバージョンを確認し、OpenSSLがインストールされているかどうかを確認し、バージョン情報を確認します。端末に次のコマンドを入力します。OpenSSlversionがインストールされていない場合、システムはエラーを促します。 2。構成ファイルを表示します。 OpenSSLのメイン構成ファイルは、通常/etc/ssl/openssl.cnfにあります。テキストエディター(Nanoなど)を使用して、次のように表示できます。sudonano/etc/ssl/openssl.cnfこのファイルには、キー、証明書、暗号化アルゴリズムなどの重要な構成情報が含まれています。 3。OPEを利用します

このガイドでは、DebianシステムにHadoop開発環境を構築する方法について詳しく説明しています。 1. Java Development Kit(JDK)最初にインストールして、OpenJDKをインストールします:sudoaptupDateDayptinInstalopenjdk-11-Jdk-configure java_home環境変数:sudonano/etc/環境ファイルの最後に(実際のJDKバージョンに応じてパスを調整): java_home = "/usr/lib/jvm/java-11-openjdk-amd64"保存して終了し、次に実行します

DebianシステムでHadoopリソースを効果的に管理するには、次の手順が必要です。HadoopDeployment:最初に、DebianシステムのHadoopのインストールと構成を完了します。これには、Hadoopディストリビューションパッケージのダウンロード、減圧、環境変数の設定などの必要な操作が含まれます。クラスター構成:インストールが完了したら、HDFS(Hadoop分散ファイルシステム)とYARN(HadothOrresourceNegotiator)の設定をカバーするHadoopクラスターを構成します。 core-site.xml、hdfs-site.xml、mapred-site.xなどのコア構成ファイルを変更する必要があります。

DebiantomCatログのセキュリティを改善するには、次の重要なポリシーに注意する必要があります。1。許可制御とファイル管理:ログファイル許可:デフォルトのログファイル許可(640)はアクセスを制限します。 Catalina.shスクリプト(たとえば、0027から0022に変更)のUMASK値を変更するか、LOG4J2構成ファイルにFilePermissionsを直接設定して、適切な読み取り許可を確保することをお勧めします。ログファイルの場所:Tomcatログは通常、/opt/tomcat/logs(または同様のパス)にあり、このディレクトリの許可設定を定期的にチェックする必要があります。 2。ログの回転と形式:ログ回転:server.xmlを構成します

Tomcatサーバーログの警告メッセージは、アプリケーションのパフォーマンスや安定性に影響を与える可能性のある潜在的な問題を示しています。これらの警告情報を効果的に解釈するには、次のキーポイントに注意を払う必要があります。警告コンテンツ:警告情報を注意深く調査して、タイプ、原因、可能なソリューションを明確にします。警告情報は通常、詳細な説明を提供します。ログレベル:Tomcatログには、情報、警告、エラーなど、さまざまなレベルの情報が含まれています。「WARN」レベルの警告は致命的ではない問題ですが、注意が必要です。タイムスタンプ:問題が発生した時点を追跡し、特定のイベントまたは操作との関係を分析するために警告が発生した時刻を記録します。コンテキスト情報:警告情報の前後にログコンテンツを表示し、取得します

Tomcatログは、メモリリークの問題を診断するための鍵です。 Tomcatログを分析することにより、メモリの使用状況とガベージコレクション(GC)の動作に関する洞察を得ることができ、メモリリークを効果的に見つけて解決できます。 Tomcatログを使用してメモリリークをトラブルシューティングする方法は次のとおりです。1。GCログ分析最初に、詳細なGCロギングを有効にします。 Tomcatの起動パラメーターに次のJVMオプションを追加します:-xx:printgcdetails-xx:printgcdateStamps-xloggc:gc.logこれらのパラメーターは、GCタイプ、リサイクルオブジェクトサイズ、時間などの情報を含む詳細なGCログ(GC.log)を生成します。分析GC.LOG

Debianシステムの下でのサーバーのパフォーマンスに対するApacheログの影響は、両刃の剣であり、プラスの効果と潜在的なマイナス効果の両方があります。肯定的な側面:問題診断ツール:Apacheログは、すべての要求と応答をサーバーに詳細に記録し、障害を迅速に見つけるための貴重なリソースです。エラーログを分析することにより、構成エラー、許可の問題、およびその他の例外を簡単に識別できます。セキュリティ監視センチネル:アクセスログは、悪意のある攻撃の試みなど、潜在的なセキュリティの脅威を追跡できます。ログ監査ルールを設定することにより、異常な活動を効果的に検出できます。パフォーマンス分析アシスタント:アクセスロギングリクエストの頻度とリソース消費は、どのページまたはサービスが最も人気があるかを分析し、リソース割り当てを最適化するのに役立ちます。トップまたはhtopなどと組み合わせて。


ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

MantisBT
Mantis は、製品の欠陥追跡を支援するために設計された、導入が簡単な Web ベースの欠陥追跡ツールです。 PHP、MySQL、Web サーバーが必要です。デモおよびホスティング サービスをチェックしてください。

メモ帳++7.3.1
使いやすく無料のコードエディター

MinGW - Minimalist GNU for Windows
このプロジェクトは osdn.net/projects/mingw に移行中です。引き続きそこでフォローしていただけます。 MinGW: GNU Compiler Collection (GCC) のネイティブ Windows ポートであり、ネイティブ Windows アプリケーションを構築するための自由に配布可能なインポート ライブラリとヘッダー ファイルであり、C99 機能をサポートする MSVC ランタイムの拡張機能が含まれています。すべての MinGW ソフトウェアは 64 ビット Windows プラットフォームで実行できます。

PhpStorm Mac バージョン
最新(2018.2.1)のプロフェッショナル向けPHP統合開発ツール

SublimeText3 中国語版
中国語版、とても使いやすい
