ICQに何が起こったのか(パート2)

AOLによるICQプロトコルの次の変更に関連する事件に関する昨日の壮大なスレッドは、登録されたHabrユーザーだけでなく、サイトに訪れた数万人の訪問者の前例のない関心を呼び起こしました。 HabrはWebで最初のリソースとなり、ICQサービスを取り巻く実際の状況を最も完全かつ確実に説明しています。 これをありがとう、人気のICQクライアントMiranda IM Vitaly Igonin( persei )の開発者の1人。



Vitalyによって書かれたトピックが重くなりすぎた(1000以上のコメント)ので、イベントの簡単な回顧を提供します。

-モスクワ時間の13:00頃、AOLサーバーは1つずつ、すべての代替ICQメッセンジャーを自分自身に接続しなくなりました。 CIS IPからアクセスすると、icq.com Webサイトは次のようになります。

-数時間後、AOLサーバーがすべての場合に代替クライアントをブロックしなかったことが明らかになりましたが、選択的に:多くのユーザーが問題なく接続を続けます。

-しばらくして、CIS諸国でIPが使用されている場合にのみ接続がブロックされることが明らかになりました。 明らかに、AOLはまず第一に、ロシアの代替ICQクライアントのユーザーと意図的に戦っています。

-モスクワ時間19:00頃、ミランダの開発者Vitaly IgoninはHabréの事件に関する詳細な記事を公開し、QIP開発者と問題の解決策の検索が行われていることを報告します。

-モスクワ時間の22:00頃、彼らは最初のリードを見つけ、近い将来に問題全体を克服することを約束します。

-午前1時頃、QIP開発者は問題なくAOLサーバーに接続する新しいQIP Infium(9022)アセンブリをリリースしました。

-次に、Miranda IM開発チームはMiranda IM ICQ +プラグインの改訂版をリリースします。

-別のICQクライアントを肩甲骨に配置しようとする別のAOLの試みは、1日間失敗します!



そして今-最も興味深い:Vitaly Igoninは、AOLをどのように倒したかを語っています。



そのため、当初想定されていたように、問題はフラップパケットのヘッダー用に生成されたシーケンス番号の値にあることが判明しました。



AOLの公式ドキュメントでは、初期値はランダムに生成されるべきであり、その後のすべての値は単純にインクリメントされるべきであると述べています。 ただし、QIP開発者が述べたように、この値が本当にランダムな場合、原則として承認は失敗します。 つまり、BOSサーバーに接続した後、フェザーシーケンス番号としてログインに成功するには、いくつかの未知のルールを満たす値を送信する必要があります。 このような値をいくつか選択することで、顧客のパフォーマンスを確保することができました。



重要! これまでに、ミランダ、QIP、BayanICQ、および他のいくつかの機能が復元されました。 持っている情報を他のクライアントの開発者と共有する準備はできていますが、私のJIDを攻撃する必要はありません。



ジャバー会議で詳細が提供される場合がありますが、修正が今日Mirandaコードストレージにアップロードされるまで待つことを強くお勧めします。その後、すべてをより明確に評価できます。



私の知る限り、AOLはこれまでコメントをしていません。



これはすべて、finallyへの組織的な移行を最終的に開始するもう1つの良いインセンティブであり、企業の気まぐれに依存するものではありません。



シュハからのメモ:

実際、AOLは何が起こったのかについて、わかりやすい解説をまだ行っていません。 同じことは、AOLと協力してRambler-ICQプロジェクトをサポートするRambler会社にも当てはまります。会社の従業員はコメントを拒否します。 モバイルICQクライアントに関しては、Mail.ru社は、更新されたICQプロトコルをサポートするプログラム「Mail.Ru Agent」の新しいWindowsおよびSymbianバージョンのリリースを正式に発表しました。



もう一度、特にVitaly Igonin( persei )と、代替ICQクライアントのすべての勇敢な開発者に感謝します。



UPD1:一部のAOLサーバーは、代替ICQクライアントを再び起動し始めているようです。 おそらく、会社は考えを変えた可能性がありますが(考えられないことですが)、戦術を変更することを決定しました。



UPD2: Mail.ruの代表者と話をすることができました:ICQの最新のイベントについて彼らがどう思うか、AOLに協力するかどうかを尋ねました。 そして、ここで彼らが答えたものを引用します。



スピーカー-Anna Artamonova、マーケティング担当副社長兼PRディレクターMail.Ru。



ICQプロトコルをめぐって、逆説的な状況が発生しています。そのユーザーの大多数は、公式クライアントではなく、別のクライアント(Mail.Ruエージェントなど)で作業することを好みます。 インターフェースと機能の両方の点で、元のプログラムは、すべての外観において、その程度までユーザーに適していないというだけです。



ICQの代替クライアントに対処するこのような難しい方法は、元のプログラムのユーザーを「傷つけ」ます(情報によると、公式クライアントの一部のバージョンの所有者はICQネットワークに接続できません)。インスタントメッセージング、特にMail.Ru Agent(現在、ICQの後の唯一の深刻な市場プレーヤー)。



協力と相互作用について(AOLと-著者のメモ)-私たちはそれを複数回確立しようとしました(特に、エージェントのICQとMail.Ruネットワーク間のピアリングを提案しました)が、試みは失敗しました。



UPD3: Mirandaユーザー向けのパッチがリリースされました: persei.miranda.im/files/icq+.patch

そして、コード自体はまもなく公式のSVN Miranda IMチームにアップロードされます。



All Articles