$ netstat -aon | find "8080" TCP 0.0.0.0:8080 0.0.0.0:0 LISTENING 12312 TCP [::]:8080 [::]:0 LISTENING 12312
ポートで開いているプロセスを削除する方法（Windows, Mac） - Qiita
$ netstat -aon | find "8080" TCP 0.0.0.0:8080 0.0.0.0:0 LISTENING 12312 TCP [::]:8080 [::]:0 LISTENING 12312
さくらのクラウドでVPN(L2TP/IPsec PSK)サーバを簡易構築 - sashimi4’s diary
利用ツール/技術 さくらのクラウド スタートアップスクリプト Ubuntu strongswan l2tpd iptables (NATにて触れるため) 手順 # 注意 - 本手順を適用すると、サービス利用料が発生します。 - 一身上の都合により英語版コントロールパネルを利用しています。 - 本スクリプトの利用により損害が発生しても、私は一切の責任を負いかねます。 ※ 会員登録方法等については省略します。詳しくは下記リンク先をご覧ください。 cloud.sakura.ad.jp 今回は、設定を自動化するためのスクリプトを用意しました。 このスクリプトを さくらのクラウド の "スタートアップスクリプト" 機能に通すことで設定を自動化することができます。 スタートアップスクリプト機能とは、サーバ起動時に任意スクリプトを実行し、 パッケージのインストールや各種設定作業の自動化などを簡単に実現で
Past, Present and Futures of CDN @ CDN Study (http2study) // Speaker Deck
2018年4月13日に開催されたCDN Study (http2study)のAkamai 岡本の発表です。Akamaiのキャッシュのパージは5秒で、Cache Taggingという仕組みをもってタグベースでパージの粒度をコントロール可能なんですよ (当日言えなかった)。 https://http2study.connpass.com/event/81469/ Akamai 塲田の発表は以下。 https://www.slideshare.net/ToshiyaBata1/cdn-study-in-http2study-by-bata Akamai Tech Summit 日時：2018/6/21（木）10:00~18:00 場所：Akamai Technologies 東京オフィス (京橋) レジストレーションサイト：4/27オープン予定
キャッシュフレンドリーなステートレスアプリケーション設計について考える #CDN_Study - mizchi's blog
CDN_Study という勉強にいってきた。 https://http2study.connpass.com/event/81469/ そこで、Akamaiの方が、「個人の意見だけど、アプリケーション側がもっと基礎設計でステートレスでキャッシュフレンドリーな設計になってないといけないよね」という旨の発言をしていて、最近そのことにアプリケーションエンジニアとして同じようなことを考えていたので、書き出してみる。 SPAとかSSRとかフロントの不毛な話は出さないようにしてるが、主にサーバレス環境を意識している。 前提 世の中のアプリケーション内のモジュールは、Statefull or Stateless に分類でき、それをツリー状に表現できれば差分検知できる、という React の仮想 DOM 的な世界観が自分にある 以下の話は、基本的には Fastly のサロゲートペアーとそのためのミドルウェ
Facebookはレイヤ4ロードバランサをIPVS(LVS)からXDPベースのものに乗り換えつつある - yunazuno.log
4月に開催されたnetdev 2.1で面白いセッションがあったのでメモ。 Facebookが使用しているレイヤ4のロードバランサに関する発表で、従来はIPVS (LVS) を使用していたが、XDPベースで自ら開発したものに移行しつつある、という内容。 XDP Production Usage: DDoS Protection and L4LB (slide) www.youtube.com XDP (eXpress Data Path) については以前のエントリで簡単に紹介した。 yunazuno.hatenablog.com XDPを改めて簡単に紹介すると、Linuxカーネルのネットワークスタックの最下部 (NICに一番近い場所) でパケット処理を行う仕組みのことで、オーバーヘッドが非常に小さい高速パケット処理の実現を目的としている。XDPはeBPFを用いており、eBPFが提供するmap
TCPを（少しは）理解しておくべきその理由 | POSTD
この記事はTCPの 全て を理解する、あるいは 『TCP/IP Illustrated』 （訳注：日本語版: 『詳解TCP/IP〈Vol.1〉プロトコル』 ）を読破しようとか、そういうことではありません。ほんの少しのTCPの知識がどれほど欠かせないものなのかについてお話します。まずはその理由をお話しましょう。 私が Recurse Center で働いているとき、PythonでTCPスタックを書きました（ またPythonでTCPスタックを書いたらどうなるかについても書きました ）。それはとても楽しく、ためになる経験でした。またそれでいいと思っていたんです。 そこから1年ぐらい経って、仕事で、誰かが「NSQへメッセージを送ったんだが、毎回40ミリ秒かかる」とSlackに投稿しているのを見つけました。私はこの問題についてすでに1週間ほど考え込んでいましたが、さっぱり答えがでませんでした。 こ
リアルタイム通信環境の(一部)構成紹介 : DSAS開発者の部屋
こんにちは。 今回は、当社で稼働させているリアルタイム通信環境について、ご紹介させて頂きます。 ご紹介する環境に対する要件は、以下となります。 ・ゲーム内の期間限定イベントで使用し、イベント開催中のみサーバを稼働 ・リアルタイム通信。プロトコルは、websocket を使用 ・同じチームに所属するユーザを同じサーバへ接続 ・とりあえずいっぱいスケールできるように(笑 最後の要件は冗談で、実際にはちゃんとした数値を頂いているのですが、このような環境構築を依頼されましたので、AWS 上で以下にあるような構成を考えてみました。 構成図 ※ 主要なサーバのみを抜粋 ELB 外部のクライアントから、websocket な接続を受け付けます。 http(s) モードでは、websocket の通信確立に必要なヘッダが消去されてしまうため、tcp モードを使用しています。 tcp モードを有効にすると、
List of HTTP header fields - Wikipedia
HTTP header fields are a list of strings sent and received by both the client program and server on every HTTP request and response. These headers are usually invisible to the end-user and are only processed or logged by the server and client applications. They define how information sent/received through the connection are encoded (as in Content-Encoding), the session verification and identificat
wakamonog6 インターネットの裏側の仕組み
presentation about tutorial of Routing, Peering, Internet .
SSLアクセラレータ配下のapacheで、アクセスがhttpかhttpsかを判別する方法 - うまいぼうぶろぐ
少し前に試行錯誤して現在はひとまず解決したのですが、同じようにはてなで悩んでた人がいるみたいなので、自分の設定例を軽くまとめてみる。 SSLアクセラレータとは 【SSL accelerator】 - 意味・解説 ： IT用語辞典 http://q.hatena.ne.jp/1224205069 SSLアクセラレータ配下にあるapache上でクライアントからのアクセスがhttpsかhttpであるかの判別をする方法はありますか？ mod_rewriteを利用しhttpのアクセスをhttpsにリダイレクトする設定を考えていますが、SSLアクセラレータを経由してのアクセスとなるため、apacheへの接続は全てhttpとなります。 回答にもあるように、恐らくapache単独では解決できませんが、SSLアクセラレータの設定と組み合わせれば可能です。それも拡張ヘッダやmod_rewriteなどの特別な仕
HTTP/2.0のALPN利用に伴うSSL負荷分散装置の不具合にご注意下さい - ぼちぼち日記
1. はじめに、 ただ今IETF-88@バンクーバーの開催が真っただ中です。スノーデン事件の余波もあり、インターネット技術（特にセキュリティ関連）の議論は熱くなっています。 ちょうど今朝未明（バンクバーでは11/5朝）に HTTP/2.0の標準化を進める httpbis ワーキンググループとセキュリティエリアの合同セッションが開催されました。合同セッションでは、ヘッダ圧縮技術(HPACK)のセキュリティや、HTTP接続(HTTPSではない）で通信の暗号化を行ったらどうか、といった興味深い議論が行われました。このうち将来HTTP/2.0の展開に重要な ALPN(Application Layer Protocol Negotiation) は、このミーティングで最終的な仕様を確定させる段階での議論でした。議論の中で、ALPNの導入によってブラウザから既存の実サービスへの接続に(少なからず)影
Linux ネットワーク
Linux ネットワーク（目次） Linux ネットワーク基本設定 其の一 Linuxでのネットワーク設定についての基本的な説明。ネットワーク設定用のファイルの説明。DHCPにしたりIPアドレスを固定したりする。 Linux ネットワーク基本設定 其の二 /etc/sysconfig/network ファイルの設定項目についての説明。 Linux ネットワーク基本設定 其の三 /etc/sysconfig/network-scripts/ifcfg-eth0 ファイルの設定項目についての説明。Linuxでのネットワーク設定についての基本的な説明など。 ネットワークデバイスの管理方式の変更（NetworkManager） ネットワークデバイスの管理方式の変更手順についての説明。NetworkManagerをOFFにして、今までの管理方式に戻します。
楽天、日本初の最先端ネットワーク技術採用でIT運用が根本的に変わる
楽天、日本初の最先端ネットワーク技術採用でIT運用が根本的に変わる：1000台以上のスイッチを100台に 世界市場を相手に事業を拡大する、インターネット総合サービスを提供している楽天。同社はシスコのネットワークファブリック技術「FabricPath」を日本で初めて本格採用。新しいデータセンターの基盤とすることで、ITインフラを機動的なビジネス展開のためのエンジンに変身させようとしている。 インターネットで商品を購入する人の間で、知らない人はいない国内最大級のインターネット・ショッピングモール「楽天市場」。おびただしい数の出店企業のプラットフォームとして機能しており、止まることは許されない。楽天は、成長を続ける同サービスの舞台裏で、このプラットフォームをさらに柔軟で効率的、かつ拡張性に富んだものに進化させるべく、データセンターインフラの全面刷新を進めている。新たなデータセンターのネットワーク
Wiresharkでキャプチャしたパケットを編集し送信 - Ostinato - troushoo
【概要・まとめ】 Wiresharkでキャプチャしたパケットを編集し、その編集したパケットを送信できるオープンソースのソフトOstinatoを紹介します。 【内容】 ・Ostinatoとは？ Ostinatoとは、”Wireshark in Reverse(=Wiresharkの逆)”を目的にしたツールで、オープンソースのプロジェクトです。 Ostinatoを利用すると、Wiresharkでキャプチャしたパケットを編集し、その編集したパケットを送信することができます。 ・Ostinatoのインストール (Ostinatoはクロスプラットフォームのソフトですが、今回はWindows環境へのインストールを紹介します。) Ostinatoのインストールは、以下のサイトよりWin32版をダウンロードし、Zipを解凍すれば終了です。 http://code.google.com/p/ostinato
arp ～ARPテーブルの表示／設定を行う
arpコマンドは、ARP（Address Resolution Protocol）テーブルの表示／設定を行う。ARPテーブルとは、イーサネット通信のために用いられるIPアドレスとMACアドレスの対照表だ。多くの場合OSが管理するので、ユーザーの設定を必要とすることはほとんどない。 だが、時として、OSの設定ミスそのほかの理由で、イーサネット通信がうまくいかないことがある。その場合、ARPテーブルの設定に問題がないかどうか、arpコマンドで確認することができる。また、手動によるARPテーブルの管理も行える。 書式 ●Windowsの場合 ――ARPテーブルへの追加 arp -s IPアドレス MACアドレス[ インターフェイス] ――ARPテーブルの削除 arp -d IPアドレス[ インターフェイス] ――ARPテーブルの表示 arp -a[ IPアドレス][ -N インターフェイス]
イーサネットはツリー型からファブリック型へ進化する。ブロケードがファブリック対応の大型スイッチ発表
イーサネットで構築されるネットワークの姿が大きく変わろうとしています。これまでのイーサネットはループ構造になってはならないという制限がありました（ループがあると信号がそこをぐるぐる回り出してネットワークを機能不全にするため）。 そのためイーサネットのネットワークは一般的にはツリー構造で構築され、耐障害性を高めるためにそのツリーを二重化した上で、その半分はスパニングツリーによって待機状態になっている、というのが一般的なデータセンターにおける構成でした。ブロケード・コミュニケーションズ・システムズのスライドから引用します。 しかしこのネットワーク構成は、仮想マシンがサーバからサーバへとライブマイグレーションするような横方向のトラフィックをさばくのは得意ではなく、サーバ仮想化が一般化した現在のデータセンターには不向きだと考えられるようになっています。 そこで最近注目されているのが「イーサネットフ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
システム上のTCP/UDPトラフィックをリアルタイムで一覧「LiveTcpUdpWatch」／「CurrPorts」や「NetworkTrafficView」も状況に応じて使い分けよう【レビュー】
秒間数万のログをいい感じにするアーキテクチャ
目次
Amazon.co.jp : マスタリングTCP/IP