nginx(1.3.13)でWebSocketをリバースプロキシしてみる - 人と技術のマッシュアップ
nginx(1.3.13)でWebSocketのプロキシを試してみました 2013/2/19にnginxが正式にWebSocketに対応したとアナウンスがあったので、試しに使ってみました。 ダウンロード・インストール ここからnginx-1.3.13をダウンロードしてきて、インストールします。 インストールオプションはあえてデフォルトで $ wget http://nginx.org/download/nginx-1.3.13.tar.gz $ tar xvf nginx-1.3.13.tar.gz $ cd nginx-1.3.13 $ ./configure $ make $ sudo make install 設定ファイルの書き換え 次にnginx.confを書き換えます。構成は リバースプロキシ: 192.168.0.8:80 バックエンドサーバ: 192.168.0.2:3000
WebSocketの仕様を調べていたら頭がどうにかなりそうだった。
WebSocketを使ってゴニョゴニョしているのだが、handshakeの失敗時のエラーをどう扱うべきなのか、よくわからない。WebSocket Protocol の仕様と WebSocket API の仕様で書いてあることが違う。 protocol仕様を読む限り、サーバーはhandshakeを拒否する場合適切なHTTPエラーコードを返さなくてはいけない、と書いてある。が、クライアント側のウェブブラウザ上のjavascriptでそれを期待しているとエラーイベントからはHTTPエラーコードは受け取れない。WebSocketの異常終了コード1006が固定でセットされている。 そこでAPI仕様を読むと、これらを行わない理由が赤字で大きく書いてある。 オープンリダイレクタが設置されたサイトで脆弱性になるので、handshakeのレスポンスはHTTPとして扱わない。悪意あるスクリプトに攻撃の準備とし
WebSocketの中身を覗いてみる - m-kawato@hatena_diary
この記事は、HTML5 Advent Calendar 2012の15日目のエントリーです。 WebSocketは、Webサーバ・ブラウザ間で双方向に通信するための仕様であり、APIとプロトコルがそれぞれ以下の規格で定義されています。 API: W3C WebSocket API プロトコル: IETF RFC 6455 - The WebSocket Protocol (日本語訳) Node.js + Socket.IO のようなライブラリを使うと割と簡単にWebSocketが使えますが、中で何が起こっているかもう少し追ってみたいという動機により、tcpdump+WireSharkによるパケットキャプチャを通してWebSocket通信の中身を調べてみました。 作業環境 サーバ側、クライアント側ともホストはWindows 7 (64ビット版) で、サーバはその上の仮想マシンとして動かしてい
New community features for Google Chat and an update on Currents
Join the official community for Google Workspace administrators In the Google Cloud Community, connect with Googlers and other Google Workspace admins like yourself. Participate in product discussions, check out the Community Articles, and learn tips and tricks that will make your work and life easier. Be the first to know what's happening with Google Workspace. ______________ Learn about more Goo
RESTをとるか、WebSocketをとるか : iwamotのブログ
2012年04月05日01:53 カテゴリ RESTをとるか、WebSocketをとるか どうせWebアプリケーションを作るのなら、できるだけRESTfulに作りたい、と僕は今でも思っている。 とはいっても、セッションIDをcookieに保存する例のように、あえてRESTのスタイルを崩すべき場合もあろう。 非同期処理についても、RESTにこだわってジョブリソースを云々するより、WebSocketを使って完了をクライアントに伝えるほうが簡単だ。だから、スタイルを崩してWebSocketを使ってよい。 本当にそれでよいのだろうか。気になったので、RESTの提唱者であるRoy T. Fielding氏がWebSocketをどう評価しているのか調べてみた。理解に誤りがあればご指摘いただきたい。 Re: [hybi] WebSockets (2009-03-30) なぜWebページからのプッシュが必
SPDY対WebSockets?
InfoQではHTML5のWebSocketsプロトコルについて多くの記事で取り上げてきた。動作原理を取り上げた記事にしろ、RESTfulなサービスのサポートの可否を取り上げた記事にしろ、すでに定着した技術であるかのように紹介している。しかし、ほとんどの新しい技術と同様、問題点もある。潜在的な脆弱性がそうだ。WebSocketsの普及を推し進めているのはウェブの性能改善の必要性だ。そして、この必要性を満たすにはWebSocketsの以外の選択肢もある。InfoQが今年の始め取り上げたGoogleのSPDYプロトコルはHTTPbisワーキンググループでHTTP/2.0のコンテナになりうるものとして検討されている。 これまで、WebSocketsとSPDYが競合するかどうか、もし競合するとしたらどちらが優れた選択肢なのかについてはあまり注意が向けられていなかった。けれども、2つを共存させ組み合
速度向上とモバイル対応を目指したHTTP 2.0のプロポーザル、マイクロソフトがIETFに提出。SPDYとWebSocketが起点に
速度向上とモバイル対応を目指したHTTP 2.0のプロポーザル、マイクロソフトがIETFに提出。SPDYとWebSocketが起点に IETFでHTTPについて議論するHTTPbisにおいて、HTTPの次のメジャーバージョンアップとなるHTTP 2.0の議論が開始されたことは1月の記事「HTTP 2.0はグーグルのSPDYがベースになる？ 議論開始の提案がIETFで」で紹介しました。 HTTP 2.0の大きなテーマとして掲げられているのが、HTTPの通信速度の向上とネットワークの利用効率の向上です。記事でも紹介したように、このときにHTTP 2.0の技術としてすでに実績のあるSPDYを用いてはどうか、という案が浮かび上がっていました。 HTTPbisのメーリングリストでも活発にHTTP 2.0の議論が続けられる中、マイクロソフトは今週行われているHTTP 2.0をめぐるIETFのフェイス・
WebSocketを使ってWebブラウザ間P2P通信をしてみた - いろいろな何か
はじめに ブラウザ間でP2P通信が実現できれば、ブラウザ上で動作するP2Pアプリが作れて面白そうだなーと思ったのでWebSocketを使って実現してみました。仕組みについては以下で説明していきますが、私が実現した方法は限定的で実用性が低く色々と足りない部分もあるので、軽い気持ちで読んで頂けるとありがたいですw 仕組みの概要 なぜWebSocketを使うのか 従来、Webサーバとクライアント(Webブラウザ)間で非同期に通信するにはXHR(XMLHttpRequest)を用いてきました。基本的にこのXHRは以下の図のように同一ドメインとしか通信できないという制約がありました。*1 しかし、WebSocketのthe Origin-based security modelでは異なるドメインとも通信することが可能になります。WebSocketプロトコルでは、サーバとクライアント間で接続を確立する
Gmail
Not your computer? Use a private browsing window to sign in. Learn more about using Guest mode
JavaScript最新動向 〜WebSocket編〜
Dev fest 2020 taiwan how to debug microservices on kubernetes as a pros (ht...
WebSocketのバージョンとproxyの現状
WebSocketとproxy周りの話について簡単に。 ちょっと追いきれない所もあるので、もし知っている方がいらっしゃいましたら、コメント等で教えていただけると幸いです。 以下、hixie-76とかietf-00とか言うのは、WebSocketのバージョンを表します。(なお、正式な名称ではありません。hybiのバージョンに基づいて、便宜的に私がそう呼んでいるだけです) hixie-76(≒ietf-00)のみ、繋がらない場合がある handshakeに於いて、content-length無しでbodyに8byte文字列が付加される。 (また、bodyの8byteは別packetで送付される。下図) browser — (handshakeのheader部分) –> server browser — (handshakeのbody部分) –> server browser prox
WebSocketプロトコルがLast Callに | Web標準Blog | ミツエーリンクス
WebSocketのプロトコル仕様がIETFのLast Callになりました。 [hybi] Last Call: (The WebSocket protocol) to Proposed Standard 対象となっている文書は、先日公開されたdraft-ietf-hybi-thewebsocketprotocol-10になります。 The WebSocket protocol (draft-ietf-hybi-thewebsocketprotocol-10) WebSocketプロトコルは古いバージョンの実装が進められていましたが、セキュリティに問題があることがわかり、古いプロトコルを実装したブラウザのうちFirefoxやOperaは、WebSocketを無効にした状態でリリースしています。 プロトコルがLast Callになったことで、ブラウザの実装も更新されていくでしょう。古いプロ
WebSocket勉強会公式サイト
開催の目的 HTML5として策定が進められている多様な仕様の中において、WebSocketはWebシステム開発者ならびに Webサービス事業者に熱い注目が集まっている技術です。その理由の一つとしてWebSocketを使うことによって Webブラウザを用いたサービスの可能性が大いに広げられることが期待されるからです。 このようにWebサービスに大きな影響を与えると考えられるWebSocketに特化して、詳細な議論、意見交換を 行うために有識者を招いた勉強会を開催します。 ■Websocket勉強会概要 □日時：2011年5月28日（土） 10:00～18:00 (9:00より会場設営開始、9:30より開場） □場所：株式会社インターネットイニシアティブ会議室 17F http://www.iij.ad.jp/info/outline/index.html □参加費：無料 □参加者定員
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
504553 - WebSocket in Workers
Having The Security Rug Pulled Out From Under You - Akamai Security Intelligence and Threat Research Blog
Varnish HTTP Cache — Varnish HTTP Cache
695635 - tracking bug: unprefix WebSockets
WebSocket Comparison with http | Ericsson Labs
12102 – WebSocket protocol update time
659324 - prefix the JS API for WebSockets