GAE = Google App Engineの GCS = Googleクラウドストレージリダイレクト要求をGETして
マイGAEのアプリケーションが実際にGCSのバケットに保存されているファイルの要求をGET受信認証トークンが含まれます。これらのリクエストを実際の場所にリダイレクトし、リダイレクトされたリクエストに認証トークンを含めて、GCSがそのリクエストに対応できるようにしたいと思います。
リダイレクトを発行するには、GAEはwebapp2.RequestHandler.redirectを公開していますが、元のリクエストにヘッダーを追加することはできません。
GET要求をリダイレクトして認証トークンを含めることはできますか。
OAuth 2.0：http://code.google.com/apis/accounts/docs/OAuth2Login.htmlをご覧ください。
...ありがたいですが、私はOAuth2ログインについて何も読まなかったならば、 "auth token"という事を思い付くことはありませんでした。私の問題は、 "要求のリダイレクトと認証トークンの追加"にあります。 – qdii
HTTPリダイレクトは、3XXステータスコードでの応答に過ぎません。ヘッダーまたは応答本文を新しい場所に転送することはできません。
つまり、クライアントにいくつかのロジックを実装したいと考えています。クライアントはGAEアプリケーションに対して1つのリクエストを発行してから、レスポンスを処理してから、提供するすべてのヘッダーまたは本文（ケースに認証トークン）を含むGCSに対してもう1つのリクエストを発行する必要があります。
別のスレッドも同様に更新しましたが、表示されない場合に備えて、
AppEngineの1.6.4リリースでは、Google Storageオブジェクト名をblobstore.send_blob（）に渡して、AppEngineアプリケーションから任意のサイズのGoogleストレージファイルを送信する機能を追加しました。アプリケーションがGoogleストレージバケット内のオブジェクトにアクセスするための正しいトークンを作成します。
Hereは、1.6.4のプレリリースアナウンスです。
あなたはどちらが難しいですか？私はGCSを知らないので、あなたを助けることはできませんが、質問を読むだけで、GCSは認証トークンが届きにくい場所にいる（おそらく別のドメインのCookie）、またはGAEで302応答を提供する方法がわからないためにスタックされている可能性があります。 –
@SteveJessop：問題を明確にしようとしました。それはそれを明確にしますか？ – qdii
そうだと思います。したがって、GCSでは、認証トークンが届きにくい場所（ブラウザから送信されたリクエストヘッダ）に存在する必要があります。 –