Solution Architect | Microsoft 365, Power Platform and Azure | Consultant | Collaboration Expert Wed, Oct 10, 2012In my work with development of SharePoint solutions, I heavily rely on virtualized environments on my own laptop computer. Working inside virtualized environments complicates the configuration of your own infrastructure, and to get and acceptable user experience inside the virtual mach
要約: Windows 8.1ではSurface Pro 3に限らず、Hyper-VとInstantGo(Connected Standby)の共存ができない Hyper-VとDLNAやDTCP-IPを利用した機能(PlayToやnasneの接続、Blu-ray再生など)も同様の関係 Hyper-Vの有効化・無効化で排他的に切り変えることは可能 ただし、切り替えは要リブート、再起動が必要 直近はコマンドライン操作で どうですか、Surface Pro 3購入されました? ほんとにいいマシンですよね。 私はまだ買ってませんが(ぇ それはともかく、Surface Pro 3はInstantGo(旧称:Connected Standby)対応の電力管理機能が一つのウリですが、Windows 8.1の構造上の都合で、Hyper-Vを利用しようとすると、InstantGoが無効化されてしまいます。
DNSの終焉が垣間見える、ぶっ飛んでて危険すぎるお名前.comの検閲事件
忍者ツールズ全サービスが表示不可となる障害につきまして | ドメイン取るなら お名前.com ドメイン取得 年間280円～ 忍者TOOLSは、お名前.comというドメイン名レジストラにninja.co.jpのドメイン情報を管理させていた。忍者TOOLSは、ninja.co.jpというドメインを、自社の様々なサービスに使っていた。そのサービスは、忍者TOOLSのユーザーが使うものである。 さて、お名前.comの主張では、忍者TOOLSのユーザーがお名前.comの規約違反を起こしたために、ユーザーの規約違反は、すなわちそのユーザーのサービス提供元の規約違反であるとし、事前の協議や警告すらなしに、一方的にninja.co.jpのドメイン情報を消したそうだ。 これは恐ろしく危険な事件である。問題は、DNSが階層的な中央管理をされたシステムである以上、この問題は仕組み上どうしようもないという事である
「OpenFlowの父」が語る、OpenFlowとSDNの真実：クラウドHot Topics（7）（1/2 ページ） 日本ではOpenFlowに対する期待がインフレ気味だ。「OpenFlowで何でもできる」と思いこんでいる人も多いようだ。そこで、米Nicira Networksのマーティン・カサド（Martin Casado）氏へのインタビューをお届けする 日本ではOpenFlowに対する期待がインフレ気味だ。「OpenFlowで何でもできる」と思いこんでいる人も多いようだ。 そこで、米Nicira Networksのマーティン・カサド（Martin Casado）氏へのインタビューをお届けする。このインタビューは2012年2月22日、同社による日本での事業展開の発表と同日に行った。 カサド氏はスタンフォード大学で、OpenFlowプロトコルを生み出した1人。その後Niciraの共同創業者
新しいネットワーキング技術の標準「OpenFlow」に対応した製品を提供するベンチャー企業「Nicira Networks」がステルスモードを終了し、製品戦略などを明らかにしました。 同社は、OpenFlowの開発に関わったスタンフォード大学のNick McKeown（ニック・マキューン）氏やMartin Casado（マーチン・カサード）氏らが創業した企業として非常に注目されていました。しかし、顧客にフォーカスしたいなどの理由で、外部に情報を提供しない、いわゆるステルスモードで活動を続けていたため、これまでどのような製品やソリューションを提供しているのかは伏せられたままでした。 それが逆に同社への注目を増していた面があるのですが、今回そのステルスモードが終了、製品戦略などが明らかになりました。 Publickeyは昨年、ステルスモードにもかかわらず世界で唯一、同社へのインタビューを二回実
0分 - ソフトウェアでネットワークをプログラミング！ 今までコンピュータのネットワークは、どちらかといえば“静的な”存在でした。組織変更や新しいサービスの投入に合わせてネットワーク構成の変更が必要な場合には、ネットワーク管理者が関連する機器それぞれの設定変更をマニュアル操作で行っていました。 しかし、サーバ仮想化やクラウドの登場により、現在はこうした静的なネットワークの在り方が根本から見直されてきています。 例えば、サーバ仮想化のおかげで、何台ものサーバが突如としてネットワーク上に現れたり、「ライブマイグレーション」によって、突然サーバがネットワークのある部分から別の部分へ移動したりといったことが起きるようになりました。ネットワークも、これらに適応した柔軟かつ迅速な構成変更が求められるようになっています。 あるいは、クラウドの登場によって、1つのデータセンター内で複数の顧客の通信をそれぞ
東大にUTオープンコースウェアというのがあって、いろいろな講義資料が公開されています。 http://ocw.u-tokyo.ac.jp/ その中には動画授業があるものもあって、そのほぼすべてがおもしろいです。ただ興味がもてるかどうかという違いだけ。 その中で、情報工学概論Ａというのがあって、授業内容としてはネットワークの概論になってます。まだ全部見てないけど、ネットワーク全般の話からTCP/IPの話、セキュリティまでの講義が公開されてるみたい。 こういう一貫した話がちゃんと語られてる講義というのはなかなか公開されてない、公開されてたとしてもネットワーク設定程度だったりするので、これは貴重だと思います。 http://ocw.u-tokyo.ac.jp/lecture?id=11314&r=609526321 ネットワークの勉強をしたことがない人は、テレビのかわりにこの講義を流しておくとい
「DNSの浸透」という表現が結構よく使われています。 DNSに設定された情報を更新したけれど、その結果がなかなか反映されずに誰かに相談すると「DNSの浸透には時間がかかります」と説明されて納得してしまうという事例が多いようです。 しかし、うまく準備を行えば、実際の切り替え処理は、いつ完了するのかが不明な「DNSの浸透」を待つのではなく、事前に計画した時間通りに完了させることが可能です。 さらに、本来であればDNS情報の設定者(ゾーン情報の設定者)は、いつまでに世界中のキャッシュが更新されるかを知ることができる環境にあり、それ以降も更新がされていなければ「何かがおかしい」とわかるはずです。 DNSにおける設定内容(DNSのリソースレコード)には、その情報をキャッシュとして保持し続けても良い期間であるTTL(Time To Live)という要素がありますが、TTLはDNS情報設定者が自分で設定
2011/05/09 ■ インターネット時間を可視化する！自作LED時計「Epoch.Bar」 定期的にやってくる「時計をつくりたいウェーブ」。どうも普段あんまり時計とか見ないくせに、電子工作のネタはなんだかいつも「時計」に向かってしまう気がします。（過去の時計ネタ電子工作作品：「KETACLOCK - 桁ごとに独立した時計」「The Invisible Clock - 肉眼では読めない時計」） というわけで、今回の新作時計はLED時計「Epoch.Bar」。量産とかコストとか使い勝手とか何も考えずに自分の使いたいように、自分の作りたいように作ったのでまさに誰得いや俺得、まったく実用性のない置時計にしあがりました！ コンパクトなアクリルの筐体に赤く浮かび上がる10桁の数字。 これ何かというと、通称「UNIX時間」。1970年1月1日午前0時0分0秒（この時刻をUNIX Epochといいます
ネタフルさんで「[N] iPhoneのWiFi接続を高速化する魔法の数字「8.8.8.8,8.8.4.4」」という記事が出ていて、そういえば、最近は8.8.8.8がどこにあるか調べてなかったなぁと思ったので、手元でtracerouteして予想してみました。 2009年時点ではGoogle Public DNSは日本国内になかったのですが、先ほど調べたら、今は恐らく東京にあるEquinixのデータセンター内にあるみたいです。 Googleは日本国内の多くのISPと直接接続しているので、Google Public DNSも多くのユーザの「お隣のASさん」という感じになっており、2年前よりもかなり高速化してると思います。 うちからのRTTは15msecぐらいでした。 「お隣のAS」という状態も多いので、2年前よりはAkamaiなどのCDNとの相性の悪さは改善しているものと予想します。 でも、Go
なんでもありのWebアプリケーション高速化バトル、#isucon に会社の同僚 @Songmu @sugyan と3人で、fujiwara組として参戦してきました。結果、幸いにも優勝を勝ち取ることが出来ました。 こんなに楽しいイベントを企画、運営していただいた Livedoor の皆様、本当にありがとうございます！！ さて、ざっとチューニングした経過などを記録しておきます。 [追記] もっと詳しいレポートを @Songmu が上げているのでそちらもご覧ください おそらくはそれさえも平凡な日々: #isucon で優勝させてもらってきました [さらに追記] #isucon ではどんなことを考えながら作業していたか - 酒日記 はてな支店 自分でももう少し詳しく振り返りエントリ書きました。 まず説明を聞いて、環境を作るところから。IPアドレスでは作業がしにくいし事故も起こりそうなので、host
業務委託先の元社員の逮捕について 2011年7月8日 ソフトバンクモバイル株式会社 2011年5月25日に発生した関西地域（大阪府、兵庫県、京都府、滋賀県、奈良県）における通信障害について、本日、当社の業務委託先の元社員が、監視および制御を行うサーバーを経由して基地局とネットワークセンターを結ぶためのATM伝送装置の回線設定データを改ざんし、約7万2700人の利用者に通信障害を発生させた容疑で逮捕されました。 本件については、外部からの不正アクセスの痕跡もなく、人為的事故の可能性があると思われたことから、障害発生の翌日5月26日に大阪府警に相談し、6月6日に被害届を提出しています。捜査協力の観点から公表を差し控えてまいりましたが、被疑者の逮捕を受け、当該事案の概要をご報告いたします。 ご利用のお客さま、関係者のみなさまに多大なご迷惑とご心配をおかけし、深くお詫び申し上げます。 当社は今後も
yebo blog: 日本周辺の国際海底ケーブルの損傷状況
2011/03/15 日本周辺の国際海底ケーブルの損傷状況 GigaOMによれば、東北・関東大震災は日本周辺の海底ケーブルに損傷を与えたとの事だ。調査会社TeleGeographyによれば、以下の海底ケーブルは障害で使えなくなっているそうだ。APCN 2 (pdf)East Asia Crossingの一部 (PacNet)Japan-USケーブルPC-1のいくつかの部分 (PC-1 WとPC-1 N)これらのほとんどは陸揚げ局が地震と津波の影響を受けた阿字ケ浦あるいは北茨城になるとのこと。東京南部を陸揚げ局とするケーブルは被害に遭わなかったため、全面停止には至っていない。但し、ダウ・ジョーンズによれば、ほとんどの会社は問題を修理するのは難しいとしている。JPNAPのトラフィックが通常より少ないのはこの影響だろうと結んでいる。KDDIはJapan-USケーブルが壊れて、信号を送出できないN
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Kona Site Defender | エンタープライズ | Akamai JP
