･2014年08月(3) ･2014年07月(2) ･2014年06月(2) ･2014年05月(9) ･2013年09月(3) ･2013年08月(5) ･2013年07月(3) ･2010年09月(11) ･2010年08月(17) ･2010年07月(22) ･2010年06月(16) ･2010年05月(27) ･2010年04月(19) ･2010年03月(16) ･2010年02月(8) ･2010年01月(12) ･2009年12月(14) ･2009年11月(15) ･2009年10月(17) ･2009年09月(14) ･2009年08月(30) ･2009年07月(38) Windows 8 - 明るさ… ⇒ No Name (08/22) ⇒ No Name (10/31) ⇒ 店を閉める (04/06) ⇒ No Name (03/13) ⇒ No Name (11
最近、SREが話題ですね。 tech.mercari.com www.wantedly.com ということでSREについて調べてたら、SREconなんてものが開催されていたので中を見てたら、「Building a Billion User Load Balancer」というタイトルでFacebookのDNS〜LBまでの話があったので、そのメモです。 Building a Billion User Load Balancer | USENIX tl;dr tinydns + IPVS で Facebook規模はいける httpsの接続確立はかなり重い(RTTの4倍 = RTT 150msとするとGETまで600ms)ので、太平洋越えとかは厳しい httpsを終端させるCDNとかは活用の可能性ありそう (国内だけを考慮するなら影響は軽微かも) メモ L4 LB shiv (IPVS + pyt
そもそもGoogle Compute Engineのロードバランサー、GCE LBは、1インスタンス・1グローバルIP・ウォームアップなしでいきなり100万リクエスト／秒を捌けてしまう謎性能を備えていて、既存の他社クラウドのLBだけこれで置き換えたい！ という声もちらほら聞かれるほどの強力LBサービスであった。 From Compute Engine Load Balancing hits 1 million requests per second! そして今回、正式公開ではないLimited Preview版ではあるものの、GCE LBの新機能としてHTTP Load Balancingが発表された。その性能と機能の破壊力があり過ぎるので、GCPブログ記事のリンクをシェアするだけではあまりにもったいない！ と思い、要点を訳してみた。 DNSに頼らない、1グローバルIPによるUS、EU、A
米国時間の2014年2月10日、Network Time Protocol（NTP）の脆弱性を悪用した大規模なDDoS攻撃が確認された。米国のセキュリティ企業、CloudFlareのCEOを務めるマシュー・プリンス氏のツイートによると、2013年3月に観測された“史上最大規模”のDDoS攻撃を上回り、トラフィックがほぼ400Gbpsに達する規模だったという。 NTPは、システムの内部時計を正しい時間に同期させるためのプロトコルで、インターネットを形作るネットワーク機器やサーバー、デスクトップマシンなどで幅広く使われている。 ntpdなどNTPの実装の一部には、NTPサーバーの動作モニタリングのために「monlist」機能を備えているものがある。この機能が「攻撃者にとって理想的なDDoSツール」（CloudFlareのブログ）になっているという（関連記事：増幅攻撃はDNSだけではない――NT
（※）このページで紹介している事項は記事初出時点の情報に基づいたものです。本ページはアーカイブとして掲載しています。 ツイート 2012年6月26日 前回、前々回は、キャッシュサーバに期待される役割と、キャッシュサーバやキャッシュエンジン、特にVarnish Cache、Apache Traffic Serverについて、IIJで行った比較実験の結果を交えて詳しく説明しました。最後に、nginxについて取り上げます。 nginx nginxは、既に紹介している機能のほかに、下記のような特徴を持っています。 非同期のイベント駆動による高速な処理能力 サービスを止めずにバイナリをアップデートできる 豊富な3rdパーティ製モジュール nginxは、既に紹介している他のキャッシュエンジンと同様に、接続を非同期のイベント駆動の仕組みで処理しますが、処理能力はその中でも高く、多くの接続が集中するサイト
Varnish Cache Varnish Cacheは、前回述べたVCLという設定ファイルの記述方法において、下記のような特徴があります。 設定ファイルの動的読み込み インラインCによる設定 Varnish Modules（VMODs）による拡張 probeによるオリジンサーバのヘルスチェック まず、Varnish CacheではVCLで記述された設定ファイルをC言語として解釈します。設定をC言語として解釈した後に設定ファイルをコンパイルし、共有ライブラリを作成します。最終的には、Varnish Cacheが設定ファイルから生成された共有ライブラリをリンクすることで、設定が反映されます。このような実装により、Varnish Cacheではプログラムを作成する感覚で、柔軟性に富んだ設定ファイルを作成できます。また、コンパイルした結果をリンクさせているため、全体的に速度向上を期待できるという
先日、やっとリリースしました。 tobikko時代から考えると数年がかりいじってた気がします。 Jegaについて concurrent networking and cooperative multitasking library for Python3. わかりやすく言うとgeventの後継ライブラリになります。 Python3.x系しかサポートしていません。 URL: https://github.com/mopemope/jega 特徴 Jegaはgevent、evergreen, PEP3156を参考に作られています。 機能的なところはほぼevergreenと同様です。 主な特徴は以下です。 picoevベースの高速なイベントループ greenletベースの協調スレッド c-aresよるDNS lookupの非同期化 非同期処理はFutureにより管理(専用のconcurrent.
ちょんまげ英語塾 > WEB制作TIPS > Windows Live + 独自ドメインで自分だけのメールアドレス Windows Liveとは Windows Live (ウィンドウズ ライブ)とは、マイクロソフトが提供する一般消費者向けASPサービスの総称です。主なサービスとしては Windows Live Hotmail (WEBメール)、Windows Live Messenger (インスタントメッセンジャー、2013年にSkypeと統合予定)、Microsoft SkyDrive (オンラインストレージ)などがあり、基本的な機能については無料で利用することができます。 これらのサービスをユーザーが取得した独自ドメインにて運用できるのが、現在 Windows Live アドミンセンター と呼ばれているサービスで、このページではその Windows Live アドミンセンター と独
spam は深刻な社会現象になっています。JEAGでは日本標準の迷惑メール対策技術として SPF と DKIM を提言しています。このうち簡単に対応が出来る SPF の設定方法を「第16章 セキュリティアップ」の追加情報として公開します。 10 今すぐSPFを書こう 世の中で横行している spam を送りつけてくる spamer は、クライアントパソコンに spam 送出プログラムをインストールして、直接相手のMTAに spam を送りつけてくるケースが多い。つまり、送出 MTA を偽装して spam を送出しているのだ。 この偽装を見破るには、ドメインが持っている送出 MTA を確認し、正当な MTA 以外の IP アドレスから送出されたメールは spam と断定すれば良いことになる。 SPF(Sender Policy Framework)とは、メールを送出したMTAが正当なMTA
お勉強の背景に関しては 「迷惑メール対策 OP25B（Outbound Port25 Blocking）についてお勉強」 に書いたとおりですが、迷惑メール対策としての SPF/Sender ID についてもいろいろ勉強したのでそのまとめです。（DomainKeys については思いのほかエントリが長くなったのでまた別の機会で・・・）まずは参考になったサイトの紹介から。 Sender Policy Framework (SPF) for Authorizing Use of Domains in E-Mail, Version 1 Sender ID: Authenticating E-Mail DNS関連技術の最新動向 - SPF/DomainKeysとは Sendmail 社 - 送信者認証技術の導入におけるレコメンデーション メール送信者認証の仕組みを探る(2/2):スペシャル - ZD
TwitterID:@inuwarumonoというのは僕のことです。 Twitterにて@ockeghemさんというか、徳丸浩さんとNSサーバ移転について 教えて頂いたり意見させて頂いたり、やりとりをさせて頂きましたが 僕の言いたかった事が正しく伝えられなかったことと、僕が正しく理解できて いなかったことなどを、ブログの形にまとめます。 まずは経緯、背景から触れて、次に争点を整理し、検討を加えて最後にまとめます。 経緯 きっかけは徳丸さんのこのツイートでした。 ONAMAE.COMのレンタルDNSサーバーではNSレコードは変更できない（01.DNSV.JPなど固定）ので、NSレコードのTTLが5分というのは本当に意味ない、と思います— 徳丸 浩さん (@ockeghem) 3月 8, 2012 これに対して、NSレコードのTTLが5分というのに意味がない点には完全同意ですが、 僕は徳丸さん
完全に釣りタイトルですけど中身は真面目に書くよ。 近年、ウェブサイトのHTTPS化が流行のようになっている。私の知る限り、Googleの各種サービスやTwitter、Facebookなどが完全にHTTPSで通信を行うようになっている。HTTPS、つまりSSLによる通信の暗号化によって、ユーザにこれまでよりも安全なウェブサイトを提供できる。 しかし、あなたが作っているサイトをふと思いつきでHTTPS化してしまうと、たぶん、これまでよりもサイトが遅くなる。ここでは、HTTPSで通信する場合の問題を解説する。 なぜ遅くなるのか HTTPで通信する場合、クライアントがサーバへと接続するためにはTCP/IPの3ウェイハンドシェイクという手順が必要になる。めんどくさいのでここでは詳しくは説明しないが、要するにクライアントがリクエストを投げる前にパケットを１往復させないといけないのである。パケットの往復
PowerDNSは、リレーショナルデータベースなど様々なバックエンドを利用出来る DNSサーバです。古典的なDNSサーバとしては BINDが有名で今なお使われ続けていますが、BINDは全ての設定をテキストファイルで行う必要があるため使い始めるには DNSそのものの知識以外にも BIND自体の知識がそれなりに必要となり、あまり手軽に利用出来るとは言えません。 PowerDNSなら、汎用のデータベースを使ってデータを保持するため専用の管理ツールを組み合わせれば管理画面から比較的簡単に管理運用することができます。しかも BINDと同様 PowerDNSはオープンソースでありライセンス料金は発生しません。ただし、管理運用が簡単になるとはいえ PowerDNSとその管理ツールのインストールそのものは簡単ではありません。せっかくの有益なフリーソフトウェアを、インストールが難しいというだけの理由であきら
((1)の続きです) DNSキャッシュサーバは、まず「www.example.comのIPv4アドレスを教えて！」とルートサーバ(DNS Root Server)に問い合わせます(2)。 すると、ルートサーバは「.comは○○に委任している」と応えます(3)。 次にDNSキャッシュサーバは「com」のDNS権威サーバに「www.example.comのIPv4アドレスを教えて！」と問い合わせます(4)。 すると「com」のDNS権威サーバは「example.comは××に委任している」と応えます(5)。 DNSキャッシュサーバは、さらに今度はexample.comのDNS権威サーバに「www.example.comのIPv4アドレスを教えて！」と問い合わせます(6)。 するとexample.comのDNS権威サーバは、「www.example.comは△△だよ」といって対応するIPアドレス
某所から「メールが届きません」と問い合わせがきました．ZIPファイルとパスワードを別のメールサーバを経由して送ったために，片方のメールしか届いていない事が判明したのです． レンタルサーバと独自ドメインの不一致 調査してもらったところ，受け取り側メールサーバが「不審なドメイン」からのメールと判断されて，怪しいメールに分類されていたのが原因でした．複数のアカウント間でメールを送り合って確認したところ，メールヘッダに「不確かなドメイン」と判断されたらしい記述がありました． Received-SPF: none (レンタルサーバ名.sakura.ne.jp: domain of メールアカウント@独自ドメイン名 does not designate permitted sender hosts) Authentication-Results: メールサーバ名.yahoo.co.jp from=独自
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Request to Remove Email Sending Limitations