タグ付けされた質問 「protocol」


2
「The Envelope」と「The Header」でメールアドレスを繰り返す意味は何ですか?
FROMアドレスとTOアドレスの両方が「エンベロープ」と呼ばれる隠し要素で繰り返され、その後「ボディ」で再び繰り返されることを学びました。 質問 エンベロープデータが「ヘッダー」にコピーされないのはなぜですか? なぜこの重複が存在し、必要な機能をメッセージ自体に埋め込むことができなかったのですか? すべての(非SMTP)メッセージトランスポートはこれを行いますか? SMTPにはどのような代替手段がありますか?(だから私は推論をよりよく理解できる)
15 email  smtp  rfc  legacy  protocol 

2
IPSecと「Cisco IPSec」のプロトコルレベルの違いは何ですか?
ほとんどのVPNクライアントは、IPSecと「Cisco IPSec」を区別します。たとえば、(Appleの)iOSはそれらを本質的に別個のものとして扱います。 しかし、プロトコルレベルの違いについての説明はありません。マイナーな場合もありますが、間違いがあるようです。 誰かがこれに光を当てることができますか?詳細な説明へのポインタだけでも大いに役立ちます。ありがとう!

2
DNSサーバーが不明なドメイン要求に応答することを要求するRFC
現在、ドメインレジストラーとDNSは、不明なドメインへのDNS要求を無視します。無視するということは、ブラックホールを意味し、応答しないことを意味します。これにより、DNSクライアントとリゾルバライブラリは再試行、バックオフ、最後にタイムアウトします。 dig @NS3.DNSOWL.COM somedomainthatdoesntexist.org ... ;; connection timed out; no servers could be reached 他の一般的なドメインネームサービスを調査すると、他のプロバイダーは5(拒否)のRCODEを返すため、この動作は非常にユニークです。 dig @DNS1.NAME-SERVICES.COM somedomainthatdoesntexist.org dig @NS-284.AWSDNS-35.COM somedomainthatdoesntexist.org dig @NS21.DOMAINCONTROL.COM somedomainthatdoesntexist.org すべて次のようなものを返します。 ;; ->>HEADER<<- opcode: QUERY, status: REFUSED, id: 64732 または ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 31219 サーバールームのフロアにリクエストを単にドロップするのではなく、返すREFUSEDかNXDOMAINすぐに返すことが適切です。 サーバーが応答しないことについてプロバイダーに不平を言うと、サーバーが違反しているというRFCを引用するように頼まれます。サーバーがすべての要求に応答する必要があることを証明するように彼らが私に求めているのは奇妙ですが、それはそうです。 質問: 私の規定では、リクエストIDが重複していないか、何らかのDOS応答がない限り、サーバーは常にリクエストに応答する必要があります。これは正しいです? 規定をサポートするには、どのRFCと特定のセクションを引用すればよいですか? 私にとって、DNSクエリに応答しないのは悪いことです。ほとんどのクライアントはバックオフし、同じクエリを同じDNSサーバーまたは別のサーバーに再送信します。クライアントの速度が低下するだけでなく、権限のあるネームサーバーとNSエントリに応じて、独自のサーバーまたは他のサーバーによって同じクエリが再度実行されます。 ではRFC 1536および2308 …

1
FileZillaがPSFTPよりもずっと速いのはなぜですか?
FileZilla 3.10.3およびPSFTP 0.63(PuTTY)を使用しています。なぜ私が得るスループットが2つのクライアント間で劇的に異なるのかを誰でも教えてくれますか?FileZilla(およびWinSCP)が非常に高速であるため、SFTPプロトコルの欠点だけではありません。前もって感謝します。 FileZillaを使用して、何らかのプロトコルを使用して同じサーバーに接続すると、「良好な」スループットが得られます。1つの大きなファイルにつき約1.2MBPS。ログは次のとおりです。 Response: fzSftp started, protocol_version=2 Command: open "mecorp@ftp.themcorp.com" 22 Trace: Looking up host "ftp.themcorp.com" Trace: Connecting to 222.22.111.33 port 22 Trace: We claim version: SSH-2.0-PuTTY_Local:_Mar_29_2015_12:25:15 Trace: Server version: SSH-2.0-9.99 sshlib: 8.1.0.0 Trace: Using SSH protocol version 2 Trace: Doing Diffie-Hellman group exchange Trace: Doing Diffie-Hellman key exchange …

2
サーバー側のコピーをサポートするファイル転送プロトコルはどれですか?
Linuxで利用可能なファイル転送プロトコルがサーバー側のコピーをサポートしている(そしてファイルを内部でダウンロードおよび再アップロードしない)と思います。私が持っている最も単純な使用例は、同じ共有上の1つのディレクトリから別のディレクトリに大きなファイル(VMなど)をコピーする場合です。 私はSamba 4.1.0がSMB2プロトコルでFSCTL_SRV_COPYCHUNKのサポートを最近実装したことを知っていますが、私の知る限り、これをサポートするクライアント側のツール/ファイルマネージャーはまだありません(リンク)。私もAFPを見てきましたが、AFP共有をマウントするためのLinuxツールは2つだけgvfs-afpでafpfs-ng、どちらもあまりにも優れています。afpfs-ngはメンテナンスされておらず、netatalk(segfaults)とうまく連携しませんが、gvfs-afpは、afpfs-ngと比較してスループットが非常に低いため、機能します。更新: NFSの次のバージョンもこれをサポートするようです。 サーバー側のコピーをサポートする他のプロトコルはありますか? 前もって感謝します!
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.