問題タブ [rfc]

WindowsでTCPソケットごとにRFC1323を有効にできるかどうか誰か知っていますか？

レジストリ（ http://www.psc.edu/networking/projects/tcptune/OStune/winxp/winxp_stepbystep.html）を介してシステム全体で変更できることを知っています。

また、これは*nixで次の方法で可能であるようです。

Windows XPに相当するものはありますか？

どうもありがとう！

OAuth ドラフト RFCについて (具体的には、RFC に含まれるいくつかのエラーについて) いくつかコメントがありますが、それらを作成するための受け入れられた方法がわかりません。

下部に電子メール アドレスがあるので、そこにコメントを記載したメールを送信するだけですか。それとも、コメントや問題を追跡するために知っておくべき IETF ツールはありますか?

JSON-RPCWebサービスを実装します。このための仕様が必要です。これまでのところ、実際の仕様として呼び出すことができるリソースは1つしか見つかりませんでした。

• JSON-RPC 1.0 http://json-rpc.org/wiki/specification
• JSON-RPC 2.0の提案：http：//groups.google.com/group/json-rpc/web/json-rpc-2-0（なぜGoogleグループにあるのですか？）

ただし、DojoのようなJavaScriptフレームワークがJSON-RPCSMDを積極的に使用していることを確認しました

• サービスマッピングの説明の提案

ただし、JSONスキーマの仕様が必要ですが、参照として誤ったURLにリダイレクトされます。これまでのところ、私は次のことを発見しました。

• https://datatracker.ietf.org/doc/html/draft-zyp-json-schema-02

そしてそれはまだドラフトです...

誰かが私にいくつかの実際の仕様を指摘できますか...少なくとも公式に更新されたものはありますか？少なくともDojoのようなフレームワークでは、JSON-RPC1.0をそのまま実装するだけでは不十分なように見えるためです。それとも私は間違っていますか？

質問：

• JSON-RPC 1.0仕様の実装は、最新のクライアントのほとんどにJSON-RPCサービスを提供するのに十分であり、JSON-RPC 1.0を超える機能（SMD、スキーマ、2.0）を実際にサポートするクライアントがいくつあるか（あるとしても） ？

  JSON-RPC 1.0は公式の仕様を持っているだけのように見えるので（ドラフトではありません）

• SMDを実装する必要がある場合、または誰かがJsonスキーマとサービスマッピングの説明の公式の最新の仕様を指すことが推奨されている場合、または私が見つけたリンクは本当に「仕様」ですか？

• JSON-RPC 2.0、SMD、JSON-Schemaドラフトは、それらを実装するのに十分安定していますか？

注：既存のJSON-RPCサービスの実装を提案しないでください。

誰か？

編集： JSON-RPCを使用している人はいますか？

これが間違った場所である場合はご容赦ください。プログラミングに関するものですが、質問は少し話題から外れているように感じます。

関連するRFCを読みながら、WebDAVプロジェクトのtodo-tasksを課題トラッカーに入力しています。課題テキストにリンクを追加するだけでなく、関連テキストに直接リンクを追加できると便利です。課題テキストにセクション番号が記載されたRFCファイルにリンクし、検索機能を使用して検索する必要があります。

たとえば、次のようなリンク：

• http://ieft.org/rfc2518.txt#1000<-行1000
• http://ieft.org/rfc2518.txt#9.8.3<-セクション9.8.3

これらの2つは、フルテキストファイルを投稿するだけなので、どちらも機能しません。私の質問は次のとおりです。このようなリンクを含むRFCドキュメントのホストバージョンを知っている人はいますか？

According to RFC 2109, 2965 cookie's value can be either HTTP token or quoted string, and token can't include non-ASCII characters.

1. Cookie's RFC 2109 and RFC2965
2. HTTP's RFC 2068 and 2616 token definition: https://www.rfc-editor.org/rfc/rfc2616#page-16

However I had found that Firefox browser (3.0.6) sends cookies with utf-8 string as-is and three web servers I tested (apache2, lighttpd, nginx) pass this string as-is to the application.

For example, raw request from browser:

And raw response of apache, nginx and lighttpd HTTP_COOKIE CGI variable:

What do I miss?

C# でプリミティブな SSH クライアントを作成することに着手しました。プリミティブ ssh 接続 (低レベル)などの投稿で私のことを覚えているかもしれません。

とにかく、DH 鍵交換を開始するまでは順調です。(openssh クライアントから openssh サーバーへの) ssh 接続を確立するときのトラフィックと、クライアントが同じ openssh サーバーに接続するときのトラフィックを比較しました。

OpenSSH クライアント -> OpenSSH サーバー (サーバーは S、クライアントは C): S: SSH-2.0-OpenSSH_5.1p1 Debian-6ubuntu2\r (挨拶) C: SSH-2.0-OpenSSH_5.2\r (自己紹介) C : Key Exchange Init (0x14 = 20) S: Key Exchange Init C: Diffie-Hellman GEX Request (0x22 = 34) (DH GEX 最小、ビット数、最大) S: Diffie-Hellman Key Exchange Reply (P、 G など) C: Diffie-Hellman GEX Init S: Diffie-Hellman GEX Reply

私のクライアント -> OpenSSH サーバー: S: SSH-2.0-OpenSSH_5.1p1 Debian-6ubuntu2\r (挨拶) C: SSH-2.0-Some_Name\r (自己紹介) C: Key Exchange Init (0x14 = 20) S: Key Exchange Init C: Diffie-Hellman GEX リクエスト (0x22 = 34) (DH GEX 最小、ビット数、最大)

そして、応答としての偽の TCP パケット (おそらく、サーバー接続は GEX 要求の後/発生時に終了しました。

私はまだ AES128 を使用していません (これが選択された暗号化だと思いますが、これを確認する方法がわかりません...)。などの値を使用して DH 計算を行います。

RFC 4419 ページ 3 http://www.ietf.org/rfc/rfc4419.txt SSH_MSG_KEY_DH_GEX_REQUEST を送信しましたが、サーバーは SSH_MSG_KEX_DH_GEX_GROUP に応答しません。

ここで私が理解していないことについて、誰かが私に少しアドバイスをくれますか? サーバーは私の GEX リクエストを理解していませんか (暗号化を期待しているためか?)?

どんな助けでも大歓迎です、ありがとう:)

ドキュメントの使用: 例として Tue Apr 07 22:52:51 +0000 2009。
誰でもrfcを特定できますか? 乾杯

multipart/relatedC ++/Qtでの基本的なMIMEパーサーを実装しようとしています。

これまで、ヘッダー用の基本的なパーサーコードをいくつか作成してきました。また、RFCを読んで、すべてを仕様にできるだけ近づける方法を理解しています。残念ながら、RFCには、私を少し混乱させる部分があります。

RFC882セ​​クション3.1.1から：

各ヘッダーフィールドは、フィールド名とフィールド本体で構成されるASCII文字の単一の論理行として表示できます。便宜上、この概念エンティティのフィールド本体部分は、複数行の表現に分割できます。これは「折りたたみ」と呼ばれます。一般的な規則として、線形空白（単にLWSP文字ではない）がある場合は、代わりにCRLFの直後に少なくとも1つのLWSP文字を挿入できます。したがって、単一の行

了解しました。ヘッダーフィールドを解析し、CRLFの後に線形空白が続く場合は、それらを便利な方法で連結して、単一のヘッダー行を作成します。先に進みましょう...

RFC2045セクション5.1から：

RFC822のAugmentedBNF表記では、Content-Typeヘッダーフィールド値は次のように定義されています。

[...]

わかった。したがってContent-Type、パラメータを使用してヘッダーを指定する場合は、次のように実行するだけです。

...そして同じヘッダーの折りたたまれたバージョンは次のようになります：

正しい？良い。RFCを読み続けると、RFC2387セクション5.1（例）で次のことに気づきました。

うーん、これは奇妙です。Content-Typeヘッダーが見えますか？いくつかのパラメータがありますが、すべてに「;」があるわけではありません。パラメータ区切り文字として。

たぶん私はRFCを正しく読んでいませんでしたが、私のパーサーが仕様で定義されているように厳密に機能する場合、パラメーターtypeとstart-infoパラメーターは単一の文字列またはさらに悪いことにパーサーエラーになります。

みんな、これについてどう思いますか？RFCのタイプミスですか？それとも私は何かを逃しましたか？

ありがとう！

かなり大きなバイナリファイルがいくつかあります (固定長のレコードで、そのレイアウトは別のテキスト ファイルに記述されています)。データ ファイルのサイズは 6 GB にもなります。レイアウト ファイル (COBOL コピーブック) はサイズが小さく、通常は 5 KB 未満です。

すべてのデータ ファイルは GNU/Linux サーバーに集中しています (ただし、メインフレームで生成されています)。

これらのバイナリ ファイルを編集する手段をテスターに​​提供する必要があります。RecordEdit ( http://record-editor.sourceforge.net/ )という無料の製品がありますが、2 つの重大な欠点があります。

1. テスターは SFTP 経由で巨大なファイルをダウンロードする必要があり、わずかな変更が加えられるたびにもう一度アップロードするだけです。非常に 非効率的です。

2. ファイル全体を作業メモリにロードし、比較的小さなデータ ファイルを除いてすべてのファイルを役に立たなくします。

私が考えているのは、Java ベースのクライアント/サーバー アーキテクチャです。

• サーバーは永続的なプロセスを実行し、クライアントからのエディション指向のリクエストをリッスンします。そのようなリクエストには次のようなものが含まれます

  • 利用可能なファイルのリストを返す

  • 編集のために特定のファイルをロックする

  • そのレコードのこのデータを変更する

  • レコードの n ページ目を返す

  など…</p>

• クライアントは、サーバーにリクエストを送信できる限り、任意の形式 (私の最初の候補であるデスクトップの RCP ベース、同じサーバーのncurses 、中間 Web アプリケーションなど) を取ることができます。

このスキームを実装するために、NIO (バッファがあるため) と MINA (プロトコルの透過性があるため) を調査してきました。ただし、この取り組みをさらに進める前に、専門家の意見を収集したいと思います。

私の問題を組み立てる合理的な方法はありますか？

私が考えている言語とフレームワークを使用してそれを行うことは可能ですか? 便利ですか？

私がやろうとしていることに似ている、または関係しているパターン、青写真、成功例、または進行中のプロジェクトを知っていますか?

私は C++ で Web サービスを開発し、base 64 でエンコードされた文字列を提供して、他のメタデータを含むファイルを送信する機能を実装しました。エンコードされたデータがテキスト ファイルの場合、文字列は正常にデコードされましたが、画像やその他のバイナリ ファイルは正しくデコードされません。

Adobe Flex Base64encoder で動作する C++ ライブラリまたは base64 デコードの実装を教えてください。Flex のエンコード/デコードはどの RFC を実装していますか?