業務用の安定した無線LANネットワークを構築するために注意すべき点がある。企業用途の無線LANでは、一般的にいわれる“無線LANの常識”とは異なる対応が有効となるケースがあるという点だ。最たるものは「電波がよく飛ぶ、高速なAPが最適とは限らない」である。 このことを理解する前提として、スループットについて解説しよう。APでは、規格上の最大スループットが注目されがちだ。ただし、実運用において得られるスループットは期待通りになるとは限らない。以下に、高いスループットが出ない要因を4つ挙げる。 まず1つめは、距離が遠くなると遅くなる点だ（図1）。無線LANの電波が届いたとしても、最大スループットで通信できるわけではない。APと端末の距離が離れるほど、スループットは低くなる。また無線LANの通信は、APから端末への下り通信と、その逆の上り通信がある。そのため、APが発する電波が強ければよいというわ

なぜDMMがweb3に参入したのか。Seamoon Protocolが目指す新たなエンタメ体験の未来とは

なぜDMMがweb3に参入したのか。Seamoon Protocolが目指す新たなエンタメ体験の未来とは

iOS8の新機能で、Appleがあまり説明していないもののひとつが、iOS8を搭載した端末がWi-Fi(無線LAN)ネットワークをスキャンして探す際、MACアドレスをランダムに生成するというものです。 MACアドレスとは、各機器に割り当てられた個別のIDで、これによって端末を識別することができます。 セキュリティ面で非常に重要な機能 今回の新機能がどういう意味かというと、Wi-Fiネットワークをスキャンして探すとき、これまでは本物のMACアドレスを使っていたのを、iOS8ではランダムに生成したものを使うようにする、ということです。スキャンを終えてネットワークに接続したら、本物のMACアドレスを渡します。 この機能はセキュリティ上、非常に有効となります。あるWi-Fiネットワークから別のWi-Fiへと移ろうとするとき、ほかの誰かに「本物の」MACアドレスを記録される危険性がなくなるからです。

名前衝突(Name Collision)とは 2014年6月現在、ICANNにより新しいgTLD(generic Top Level Domain)の追加が進んでいますが、 この影響で「名前衝突(Name Collision)」という問題の発生が懸念されています。 これは従来「既存のgTLDに存在しないから問題無い」として組織内ネットワークなどで利用されていたドメイン名が、 新しくgTLDとして追加されたドメイン名と衝突してしまうという問題です。 この名前衝突が起こると、 意図した相手と通信ができなくなってしまったり、 意図しない相手と通信をしてしまったりする恐れがあります。 2012年からICANNにより実施されている「新gTLDプログラム」では、 追加するgTLDの数に上限を設けなかったことから1,930件もの応募があり、 そのうち1,300程度のgTLDが追加されると見込まれています

OpenSSLの脆弱性「Heartbleed」が世間を賑わせていますが、色々と乗り遅れてしまった感があるので、ゆるゆると落ち穂拾いをしようかと思います。 Heartbleedで秘密鍵を手に入れたらSSL通信の中身全部見えちゃうじゃん!! という事態になっていますが、なんとなく理論的にそうだろうなと分かるもののイマイチ具体的な手順が分からない。 というわけで今回のテーマとして、手元にサーバの秘密鍵と、SSL通信をパケットキャプチャしたpcapファイルがあるときに、Wiresharkでどんな感じでSSL通信を「ほどく」のか……という具体的な手順を、ハマり所を含めてまとめておこうかと思います。 というか、私自身がハマったので自分用メモですな。なおこの文書では"SSL"とだけ記述し、TLSは無視しています。 前提条件 とりあえず以下のような感じの検証環境で試しました。 IPアドレス 説明 ホストO

宣伝 2015/11 追記 ソフトウェアデザイン 11月号に HTTP/2の特集記事を書かせていただきました。より詳しく書きましたので、本記事より参考になるかと思います。 http://www.amazon.co.jp/dp/B01494YKUI HTTP2は2014年4月のWG Last Callに向けて、仕様策定が進められている。 現在も、ロンドンで行われているIETFのミーティングでは熱い議論が行われているところであろう。 (local activityとして日本での活動なども紹介されているようです) HTTP2の仕様を決めているHTTPbisワーキンググループのchairであるMark Nottingham氏が、自身のブログにて「Nine Things to Expect from HTTP/2」という記事が投稿されている。 ここでは、HTTP2が何をもたらすか以下の観点で説明して

情シス担当者なんていない 現在、nanapiは社員数30名弱くらいの会社規模です。アルバイトさんを含めると70名くらいになりますが、そのうちエンジニアは私を含めて8名。このくらいの会社の規模だと、まだ情シス的な仕事を専門的にやるような人はいません。 当然、ネットワークの専門家もまだ弊社にはいないので必然的にエンジニアの誰かがこのあたりを担当することになります。ベンチャーにおいてだいたいの場合、こういった技術的な行き場の分からない仕事ってのはCTOがやるもんです。 しかし、情シス的な仕事って本当に難儀な仕事。動いてて当たり前、高速で当たり前、ちょっとでもネットワークが遅くなるものならその時点ですでに障害です。 外注するという選択肢もありますが、何かしら社内でネットワークのトラブルがあれば少なくともその瞬間はたぶん僕が対応するなり調査するなりすることになります。どうせそうなるのであれば、自分で

5GHz帯は、W52(36-48ch)、W53(52-64ch)、W56(100-140ch) の３つの帯域があります。 W53/W56は気象レーダー波回避義務が課せられており、最初の1分間は通信ができません（レーダー波探知動作を行う）。また、通信中に気象レーダー波を検知すると直ちにチャネルをゆずり、別のチャネルに切り替える動作を行います。電波状況や製品の性能により、この切り替えがスムースに行かないと、通信が切れることになります。 一方W52/W53は法令で屋外使用が禁止されているため、ルータ製品によっては意図的に電波出力を弱く絞っています。WR9500Nの例では、W52/W53の出力はW56の半分の5mW/MHzとなっています（電界強度は7割位に落ちる）。 電波の性質自体、5GHzは2.4GHzの4倍の勢いで衰え、物を貫通しづらく、回折性が悪い（電波の死角ができやすい）と言う特徴を持って

Pick up the 9th-gen iPad with two years of AppleCare+ for only $298

スマートフォンやタブレット、PCの通信に欠かせない「無線LAN」。PCでのインターネット利用はもちろん、スマートデバイスでも大容量アプリのダウンロードやアップデート作業時には、LTE／3Gサービスでなく高速かつ安定して通信できる無線LANの利用を推奨する通信事業者も多い。 そんな無線LANが“もっと高速・快適”になる新たな規格「802.11ac」が2013年3月に登場。親機となるブロードバンドルータ機器に加え、子機となるスマートフォンやノートPCにも「11ac」対応モデルがぞくぞく増えてきた。 関連記事：特集「ついにやってくるギガビット無線LAN」：「IEEE802.11ac」とは何か さて、無線LANにはいくつかの規格がある。スマホやPCのスペックとして「IEEE802.11b/g/n準拠の～」といった記述を見たことがあると思うが、通信の前提条件として親機となるWi-Fiルータ、子機とな

専用サーバーサービスを使って複数のサーバーを利用している場合や、サーバー上に仮想マシンを複数稼働させてネットワークを構築しているといった場合、仮想的なルーターを利用できると便利なことが多い。本記事では仮想マシン上にインストールして利用できるLinuxベースのソフトウェアルーター「Vyatta」を使い、専用サーバーのネットワーク上にルーターを設置する方法を紹介する。 ネットワーク環境を構築する場合、インターネットに直接接続されている必要の無いマシンについてはローカルネットワークを作成してそこに接続するのが一般的だ。これにより、マシンへの不適切なアクセスを防ぐことができ、セキュリティを向上させることができる。たとえば「さくらの専用サーバ」ではローカル接続機能が提供されており、複数台のサーバーをローカルネットワークで接続することが可能だ。これを利用することで、ローカルネットワークだけに接続され、

In the evolving landscape of virtual meetings, seamless connectivity remains paramount. SIP integration enables participants to join meetings from various devices, including hardware phones or softphones such as Bria, video conferencing systems such as Zoom, […]

11. TELNETとは —  みんな⼤大好きRFC —  RFC  854  -‐‑‒    TELNET  PROTOCOL  SPECIFICATION —  http://tools.ietf.org/html/rfc854 —  RFC  855  -‐‑‒    TELNET  OPTION  SPECIFICATIONS —  http://tools.ietf.org/html/rfc855 12. TELNETとは —  TELNETの3つの役割  (RFC854) 1.  “Network  Virtual  Terminal”をつくること —  クライアント・サーバはNVTへ⼊入出⼒力力する —  コードセット(7bit  USASCII),  標準制御機能(割込，出 ⼒力力停⽌止，⽂文字削除等)の定義などなど 2.  セッション確⽴立立時にオプション