3

ログイン コードを64 ビットで実行しようとすると、最初のテストでtalk.google.comへのログインに失敗します。32ビットは正常に動作します。

ロギング マクロと siginput ロギングを有効にすると、失敗している XML が次のようになっていることがわかります。

<stream:stream from="gmail.com" id="3D9A4487B8514DE2" version="1.0" xmlns:stream="http://etherx.jabber.org/streams" xmlns="jabber:client">\232\231\377

expat の中に投げられているのが見えますが、そこXML_ERROR_INVALID_TOKENからどこへ行くべきかよくわかりません。時々、実際のログインに成功しますが、すぐに死んでしまいます。比較的ランダムに見えますが、常に最初の 10 回程度の応答で死亡します。末尾のジャンク データが無効なトークンの原因である可能性が高いことは認識していますが、何が原因かはわかりません。

私の最初の考えは、 64 ビット(??)に切り替える際のエンコードの問題でしたが、正直なところ、何がそのようなことを引き起こすのかわかりません。

以下は、libjingle が停止するログの追加のサンプル スニペットです。

137[000:568] RECV <<<<<<<<<<<<<<<<<<<<<<<<< : Thu Feb 21 00:01:31 2013
[000:568]    \332
[000:568]    <iq id="2" type="result">
[000:568]      <bind xmlns="urn:ietf:params:xml:ns:xmpp-bind">
[000:568]        <jid>
[000:568]          snip@gmail.com/CD6FF
[000:568]        </jid>
[000:568]      </bind>
[000:568]    </iq>
<iq id="2" type="result"><bind xmlns="urn:ietf:params:xml:ns:xmpp-bind"><jid>snip@gmail.com/CD6FF</jid></bind></iq>x\332Mhanism>X-OAUTH2</mechanism></mechanisms></stream:features>p

そしてもう一つ：

[000:217]    <stream:stream from="gmail.com" id="2462F624C942" version="1.0" xmlns:stream="http://etherx.jabber.org/streams" xmlns="jabber:client">
<stream:stream from="gmail.com" id="246E4B24C942" version="1.0" xmlns:stream="http://etherx.jabber.org/streams" xmlns="jabber:client">\225\231\377

別：

139[000:178] RECV <<<<<<<<<<<<<<<<<<<<<<<<< : Thu Feb 21 00:20:52 2013
[000:178]    <stream:stream from="gmail.com" id="B15C99514B664586" version="1.0" xmlns:stream="http://etherx.jabber.org/streams" xmlns="jabber:client">
<stream:stream from="gmail.com" id="B15C99514B664586" version="1.0" xmlns:stream="http://etherx.jabber.org/streams" xmlns="jabber:client">\366\231\377

別：

52[000:243] RECV <<<<<<<<<<<<<<<<<<<<<<<<< : Thu Feb 21 00:23:44 2013
[000:243]    Q
[000:243]    <success xmlns="urn:ietf:params:xml:ns:xmpp-sasl"/>
<success xmlns="urn:ietf:params:xml:ns:xmpp-sasl"/>\261xml:ns:xmpp-sasl"><mechanism>PLAIN</mechanism><mechanism>X-GOOGLE-TOKEN</mechanism><mechanism>X-OAUTH2</mechanism></mechanisms></stream:features>Q

以前にこの種の問題に遭遇した人はいますか?

4

2 に答える 2

2

シーケンスが 8 進数を表すと仮定すると\ddd、ストリームには無効な utf-8 のコード ポイントが含まれます。これは、xml データ ストリームのデフォルトの予期されるエンコーディングである可能性があります。

コンテンツを xml パーサーにフィードする前に、問題のあるバイトを数値エンティティ (例: \231-> ) に置き換える必要があります&#x99;。

別のオプションとして、xml データ ストリームの前に 8 ビット文字セットを宣言する xml プロローグを追加することもできます。<?xml version="1.0" encoding="iso-8859-1" ?>.

それが役立つことを願っています、よろしく

于 2013-02-27T15:32:00.400 に答える
1

これは、私が使用していたopenssl64ビットビルドの問題のようです。ビルドの何が問題だったのかわかりませんが、libssl.0.9.8とlibcrypto.0.9.8 dylibバージョンに切り替えるだけで、すべてがうまく機能します。

うまくいけば、これは他の人がSSLインタラクションの奇妙ながらくたを診断するのに役立つでしょう。

于 2013-03-05T05:50:37.747 に答える