GitHub - antoniomika/sish: HTTP(S)/WS(S)/TCP Tunnels to localhost using only SSH.You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
HTTP Toolkit
HTTP Toolkit is a beautiful & open-source tool for debugging, testing and building with HTTP(S) on Windows, Linux & Mac.Join 522,000 happy developers: Today I discovered this amazing open source tool call HTTP Toolkit that you can use to intercept HTTP and HTTPS traffic for analysing and debugging. In case you want to look at header and body of your HTTP messages then this tool is really amazing.
Vue.jsはより速く、より小さく！〜Evan氏が来日講演から読み解くVue 3の進化〜 - アシアルブログ
こんにちは。Monaca/Cordova担当の内藤です。 今年(2018年)の11月3日に、秋葉原 UDXでVue Fes Japan 2018が開催されました。Vue.jsの開発者であるEvanさんをはじめ、Vue CLI UIクリエーターのGuillaumeさん、Microsoft シニアデベロッパーアドボケイトのSarahさん、Vue Test UtilsメインクリエーターのEddさんらをお招きしています。 開発者であるEvanさんの基調講演では、新しくリリースが予定されているVue 3.0の概要について、お話いただきました。Vue 3.0の特徴として、以下の点を解説していただきました。 より速く より小さく よりメンテナンスしやすく よりネイティブ向けに作りやすく よりあなたのコードの保守性を向上 どれも魅力的な改善点ですが、このブログ記事では特に、コンポーネントやレンダリングのロ
TCP over WebSocket & IAP - Hateburo: kazeburo hatenablog
Googleのhuproxyみたいなもので、任意のprotocolが通しやすく、Google Cloud Load BalancingのIdentity aware proxyに対応したものが欲しかったので、作ってみた。 github.com github.com GCPの中のMySQLに対して、service accountで認証して接続するイメージとしては以下のようになる。 server側 pathとforward先の設定を行うmapファイルをまずつくる mysql,10.0.x.x:3306 ssh,127.0.0.1:22 起動 $ wsgate-server --listen 0.0.0.0:8080 --map map-server.txt これで、 ws://example.com/proxy/mysql にWebSocketで通信を行うと 10.0.x.xの3306 に対し
GLB: GitHub's open source load balancer
EngineeringGLB: GitHub’s open source load balancerAt GitHub, we serve tens of thousands of requests every second out of our network edge, operating on GitHub's metal cloud. We've previously introduced GLB, our scalable load balancing solution… At GitHub, we serve tens of thousands of requests every second out of our network edge, operating on GitHub’s metal cloud. We’ve previously introduced GLB,
プロキシ環境でのClickOnce - an SE diary
今回、お客様の端末がWindows7になってClickOnceでのインストール、バージョンアップができない(起動もできない)という現象が発生。 プロキシ認証環境での不具合に関してはWebに情報がいくつか出ているが、今回の現象は特にプロキシ認証に起因してはいないようだ。 ClickOnceは主にイントラ内使用を想定しているんだろうか。 インターネット経由の配布を想定しているのであればプロキシは当たり前のように使われているはず。 プロキシの設定(直指定、スクリプト指定、自動検出)によってデフォルトの状態で動作しないのであれば導入されないと思うんだけど。。。 うまく情報を探せない自分の問題もあるのだが、MSはもう少しこのへん整理した情報を出してほしいところ。 (まあインターネット経由で社内で使用するアプリを配布するのが特殊といえばそうかもしれないけど) 当初想定としては、.net framewo
nginxのproxy_passにIPではなくホスト名を使うときの注意点 | Ore no homepage
nginxの背後にELBがいて、proxy_pass https://xxx.yyy.comみたいに指定していたんだが、突然クライアントにHTTP 499が返却されてしまうという事案が発生した。なおこの記事の対象はnginx1.8系とnginx1.6系。調べたところによると割とみんなよくハマる定期ネタのようだ。 どういうことか nginxの仕様としてproxy_passに名前を使っている場合、その名前解決はnginx起動時に行われる。そしてそのときに取得したIPはnginxにキャッシュされてnginxの再起動もしくはHUPを受け取るまで解放されない。 なのでELBのようにIPが変化するものをnginxの後段に置くときは注意する。 proxy_pass https://xxx.yyy.com; だけでなく、resolverでDNSとそのキャッシュのexpireを指定、さらにset $xxxで
cybozu.com のリバースプロキシを nginx にリプレイス - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは。インフラチーム Hazama の深谷です。 デブサミ 2015 で、cybozu.com の自社製リバースプロキシを全面的に再実装した話をしてきました。 今回は、そちらの資料を紹介いたします。 cybozu.com ではお客様ごとに異なるサブドメイン（ex. demo.cybozu.com）を用意しています。サブドメイン方式には、お客様ごとに異なる IP アドレス制限をかけられるとか、Same-Origin-Policy のため安全に JavaScript でカスタマイズができるといった利点があります。 このサブドメインを実現しているのは、従来 Apache で実装されたリバースプロキシでした。しかし、この時の実装はサブドメインごとに異なる VirtualHost を定義する方式で、お客様サブドメインの数に比例して Apache の設定を変更する時間が伸びていくというものでした
Google認証なリバースプロクシ＆静的コンテンツ配信サーバー「gate」 - unknownplace.org
Kibana や Grafana を使う時に、これらはjsのツールなので、 Erasticsearch や InfluxDB といったバックエンドサービスにjsからアクセスできるようにする必要がある。 そのためには、 普通にバックエンドサービスのportを開放 nginxとかでリバースプロクシ とかする必要があり、めんどくさい。 さらにセキュリティのことを考えると、2の方法のうえに、nginxでSSL+Basic認証なんかにする必要があってよりめんどくさい。 さらに、僕はBasic認証が嫌いだ。 昔は Firefox + 1Password で良い感じにBasic認証の入力が行えたが、いまはだめになってしまったし、 Basic認証だとアカウントの管理もめんどくさい。 なので、Google認証なhttpdでリバースプロクシもできる、gateというツールを作った。 https://github
Nginxでproxy_passにホスト名を書いた時の名前解決のタイミング - （ひ）メモ
Nginx 1.4.2で試しました。 ネームサーバーは、ローカルのunboundをlocal-zone, local-dataを使って簡易コンテンツサーバーにして試しました。 local-zone: "oreno." static local-data: "api.oreno. 30 IN A 192.0.2.11" # local-data: "api.oreno. 30 IN A 192.0.2.12" proxy_passにホスト名を書くと→名前解決は一度だけ このように Nginx の設定を書いた場合、 location /api { proxy_pass http://api.oreno:9999; } 「api.oreno」の名前解決は、nginxの起動時に行われます 名前解決できない場合は、nginxは起動しません 名前解決できた場合は、ずっとそのIPアドレスにreverse
nginxでメソッドごとにリクエスト数制限を掛けたい - 酒日記 はてな支店
アプリケーションでどうしても捌けない量のリクエストが一時的に押し寄せてしまう場合、アプリケーションサーバが死ぬのを避けるために GET は制限を掛けたいが、POST はリトライが面倒なのでなるべく通してあげたい、というような要求を nginx で処理できるかどうか。 実装として一番望ましいのは GET は 100 req/sec で制限 (超えたら503) POST は無制限 のようにメソッドごとに別々の制限を掛けることだったのですが、とりあえず HttpLimitReqModule を使うことで、メソッドごとに同一の上限を設定することはできました。 http { limit_req_zone $request_method zone=method:1m rate=100r/s; server { listen 80; location / { limit_req zone=method;
YappoLogs: 馬鹿でもわかる Application Server と Reverse Proxy Balancer のお付き合いを考える
馬鹿でもわかる Application Server と Reverse Proxy Balancer のお付き合いを考える 一般的な Web Application というのはロードバランサ、Webサーバ、アプリケーションサーバという HTTP を喋るサーバで構成されていると思います。 ロードバランサは高級なハードウェアからソフトウェア(lvs, httpd, etc..)で作るものまで色々ありますね。 アプリケーションサーバでは各種言語に合わせた実装でデーモンが常駐してるでしょう。これはいわゆる普通の Web サーバよりは単純なコンテンツを返す性能が低いです。 そんなわけで動的なアプリケーションサーバが有る構成では js や css や画像など静的なファイルは Apache や nginx などの専用の Web サーバでサービスして、動的なリクエストだけバックエンドのアプリケーションを
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
認証が必要なサイトへアクセスすることを考えてみた - Fly me to the Luna
org.eclipse.core.netとorg.eclipse.ui.netプラグインがある環境で、認証が必要なサイトへ接続すると自動でユーザ名やパスワードを入力するダイアログが表示されます。 こういうダイアログが表示されるので、ユーザ名やパスワードが必要な時に入力をうながしてくれるのはいいのですが、一度入力したのなら、どこかに情報を保持しておきたくなるわけで、どうやるのか、メモを残しておきます。 環境について OS:Ubuntu Linux 9.10 Java:Sun Java 1.6.0-16 Javaで認証が必要なサイトに接続する仕組みをまず見てみた。 Javaには認証が必要なサイトに接続したときに認証情報を与えるための抽象クラスがあります。それがjava.net.Authenticatorです。冒頭のダイアログはEclipseが独自にAuthenticatorの具象クラスを作成し
WebSocket and Proxy
竹居さんの日記を読ませて頂きました。 勉強会中も、「WebSocketはproxy(http proxy)を越えられるのか?」と言う発言がちらほら見えましたが、私自身も「多分越えられる」とか「越えられないproxyもあるよね」とか、曖昧な回答しか出来てなくて気持ち悪かったので、真面目に調べてみました。 (なお、私自身はproxyが越えられなかったという経験がありません…) 前提 ここで言うWebSocketのproxy越えとは、企業内LANなどの内部ネットワークからインターネットに接続する際に、ブラウザが直接インターネット上のサイトに対して接続するのでは無く、中継サーバ(poxy)を介した通信を行うことが出来るかどうかを指します。逆に言うと、負荷分散の為のlbやReverseProxyを介した接続は想定していません。 The WebSocket protocol – draft-ietf
GitHub - samshull/node-proxy: Deprecated: Harmony Proxies in node (no longer needed)
node-proxy is an implementation of Harmony Proxies http://wiki.ecmascript.org/doku.php?id=harmony:proxies that allows the developer to create "catch-all" property handlers for an object or a function in node.js. Author: Sam Shull Repository: http://github.com/samshull/node-proxy Issues: http://github.com/samshull/node-proxy/issues Methods: Object create(ProxyHandler handler [, Object proto ] ) thr
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
InfoQ: How HTML5 Web Sockets Interact With Proxy Servers
Re-using the Eclipse proxy preference settings in your Eclipse RCP application | vogella blog
Swik
GitHub - koichik/node-tunnel: Node HTTP/HTTPS Agents for tunneling proxies
