説明
Dovecot は、メール サーバーに接続するユーザーの ID を確認するために使用できるさまざまな認証メカニズムをサポートしています。認証メカニズムは、クライアントとサーバーがユーザー名やパスワードなどのユーザー資格情報を交換する方法を定義するプロトコルです。一部の認証メカニズムは平文です。これは、ユーザー資格情報が暗号化されずに送信されることを意味します。その他は非平文です。これは、ユーザーの資格情報が何らかの形式の暗号化またはハッシュを使用して盗聴や改ざんから保護されていることを意味します。Dovecot は次の認証メカニズムをサポートしています。
B)。Digest-md5: これは、MD5 ハッシュ関数に基づくチャレンジ/レスポンス方式を使用する非平文メカニズムです。クライアントとサーバーは、ノンス (乱数)、レルム (ドメイン名)、ダイジェスト (ユーザー名、パスワード、ノンス、レルムのハッシュ化された組み合わせ) を含む一連のメッセージを交換します。このメカニズムはリプレイ攻撃を防止し、相互認証をサポートします。つまり、クライアントとサーバーの両方が互いの ID を確認できます。ただし、このメカニズムはクライアントによって広くサポートされておらず、セキュリティ上の弱点がいくつかあります12。
C)。cram-md5: これは、MD5 ハッシュ関数に基づくチャレンジ/レスポンス スキームを使用する別の非平文メカニズムです。サーバーはクライアントに nonce を送信し、クライアントはユーザー名、パスワードと nonce のダイジェストで応答します。このメカニズムはパスワードを盗聴から保護しますが、リプレイ攻撃を防止したり相互認証をサポートしたりするものではありません。また、サーバーがプレーンテキストのパスワードまたはその特別なハッシュ バージョンにアクセスできる必要もあります。このメカニズムはクライアントである程度適切にサポートされています12。
D)。plain: これは最も単純で最も一般的なプレーンテキストのメカニズムです。クライアントは、暗号化せずにユーザー名とパスワードをサーバーに送信するだけです。このメカニズムはすべてのクライアントでサポートされていますが、盗聴や改ざんに対して脆弱です。したがって、接続を保護するために SSL/TLS 暗号化とのみ使用する必要があります12。
他のオプションは、認証メカニズムとして Dovecot によってサポートされていません。A. ldap は認証メカニズムではなく、ディレクトリ サービスにアクセスするためのプロトコルです。E. krb5 は認証メカニズムではなく、Kerberos に基づくネットワーク認証プロトコルです。Dovecot は、GSSAPI メカニズムを通じて Kerberos 認証をサポートします

説明
ピアへの接続を確立するときに OpenVPN に動的ソース ポートを使用するように指示するオプションは nobind です。このオプションは、OpenVPN に、特定のローカル ポート番号にバインドせず、代わりにオペレーティング システムによって選択された一時的なポート番号を使用するように指示します。これにより、ポートが競合することなく、複数の OpenVPN インスタンスが同じリモート サーバーまたはピアに接続できるようになります。他のオプションは無効であるか、異なる意味を持っています。
src-port: これは有効な OpenVPN オプションではないため、エラーが発生します。
リモート: このオプションは、接続先のリモート サーバーまたはピアのホスト名または IP アドレスとポート番号を指定します。クライアントの送信元ポートには影響しません。
ソースポート: これは有効な OpenVPN オプションではないため、エラーが発生します。
動的バインド: これは有効な OpenVPN オプションではないため、エラーが発生します。
参考文献: LPIC-2 202 試験の目的、LPIC-2 202-450 試験準備: ネットワーク構成、OpenVPN 2.4 のリファレンス マニュアル

説明/参照:
参考: https://nmap.org/nmap-fingerprinting-old.html