多くの人が業務に携わるオフィスの環境では、多くのWi-Fiの電波が飛び交うことで問題が生じることもあります。ごちゃごちゃになってしまったWi-Fi環境を整理すべく、ITに特化した人材サービスを行っているTriplebyteが採った手法がブログで公開されています。 How Triplebyte solved its office Wi-Fi problems - Triplebyte Blog https://triplebyte.com/blog/how-triplebyte-solved-its-office-wifi-problems ◆01：自動でのローミングを可能にするためにSSIDは1つにする 部屋から部屋へと移動したときなど、アクセスポイントとの接続が切れてしまった時は新たに別の電波を探す必要があります。しかし、Wi-Fiルーターの自動ローミング機能を有効にしておくと、同じSS
インフラ部 id:sora_h です。 先週開催された Cookpad TechConf 2017 如何でしたでしょうか。わたしは TechConf において Wi-Fi を担当していて、こちらも好評いただいたようでなによりでした。 というわけで、この記事では TechConf 2017 における Wi-Fi についての詳細を紹介します。 ネットワーク機器設定・サーバー mitamae レシピ等の公開 https://github.com/cookpad/techconf2017-network 今回の紹介する構成のうち、ネットワーク機器およびサーバ側の設定等、ほとんどを GitHub で公開しています。参考までにどうぞ。 TechConf 2017 NOC メンバー 実は外注などはしておらず、社内 IT と SRE グループのメンバーで構成されていました。 メイン (設計・運用・設営)
こんにちは！サイバーエジェント アドテクスタジオ新卒の黒崎 (@kuro_m88) と申します。 Dynalystというチームに配属され、一人前のサーバサイドエンジニアになるべく修行をしています(｀・ω・´)最近はScalaを書くことが多くて、Sparkで大量のログを集計するバッチの開発をしています。ほぼ100%AWSで構成されているプロダクトなので業務でネットワークの運用もしませんし、構成の事を意識する事はあまりありません。 そんな中でネットワークの事が知りたくなったのは、広告の配信に関わる開発をしてみて、広告の配信の仕組み自体も技術的にめちゃくちゃ面白いんですが、それと同時に自分たちのサーバから広告が表示される端末までの間がどうなってるのか気になってしまったのがきっかけです。学んでいくにはやはり手を動かすのが一番ですよねo(((^^)))o
“爆速“導入の舞台裏！デジタル庁が提供する「デジタル認証アプリ」の活用で実現「安全で簡単な本人確認システム」
先月から出稼ぎで東京に来てます。毎年、プロジェクトの特性上、３〜４月に空きが出てしまうので、仕方のないことなんですが。 で、最近ネットワーク図を書く仕事をしているのですが、ちゃんとしたネットワーク図を仕事で書くのは初めてのことでしたので、「コツ」をつかむまでだいぶ時間がかかってしまいました。 その過程で、いろいろと参考にしたサイトをまとめてみます。 書籍 ネットワーク現場の教科書 改訂版 （マイコミムック） (MYCOMムック) 作者: IDG出版社/メーカー: 毎日コミュニケーションズ発売日: 2011/03/31メディア: ムック購入: 1人 クリック: 9回この商品を含むブログ (2件) を見るこれはネットワークの教科書 改訂版 （マイコミムック） (MYCOMムック)の実践編的な内容ですが、本当に役に立ちました。ネットワーク図を書く際には、物理構成図と論理構成図をきちんと分けて書か
東大にUTオープンコースウェアというのがあって、いろいろな講義資料が公開されています。 http://ocw.u-tokyo.ac.jp/ その中には動画授業があるものもあって、そのほぼすべてがおもしろいです。ただ興味がもてるかどうかという違いだけ。 その中で、情報工学概論Ａというのがあって、授業内容としてはネットワークの概論になってます。まだ全部見てないけど、ネットワーク全般の話からTCP/IPの話、セキュリティまでの講義が公開されてるみたい。 こういう一貫した話がちゃんと語られてる講義というのはなかなか公開されてない、公開されてたとしてもネットワーク設定程度だったりするので、これは貴重だと思います。 http://ocw.u-tokyo.ac.jp/lecture?id=11314&r=609526321 ネットワークの勉強をしたことがない人は、テレビのかわりにこの講義を流しておくとい
「さくらのクラウド」を例に見る ネットワーク仮想化の設計と実装 さくらインターネット研究所 大久保修一 <[email protected]> Agenda • クラウドとは？IaaSとは？ • さくらのクラウドの目指すところ • ネットワークの設計と実装 • 将来の構想 • 仮想アプライアンス • まとめ 自己紹介 • 2003年4月 さくらインターネット入社 – 以後、ネットワークの運用に携わる • 2009年7月 さくらインターネット研究所 – 発足と同時に異動 – クラウド、IPv4アドレス枯渇について研究活動 • 2011年3月 クラウドサービスの開発に従事 – 主にネットワーク部分を担当 ところで、、 • 昨日(9/27)、PublickeyさんからPR記事を公開 いただきました。 • PR：「さくらのクラウド」のアーキテクチャは、意 外なほどシンプルだった • http:
巨大なネットワークの弊害 「1つのブロードキャストドメイン内に設置する端末の数は100台まで」といったガイドラインをよく耳にします。100という数字が妥当かどうかはともかく、ブロードキャストドメインを適切な大きさで分割しなければいけないのは間違いないですね。 たとえば、インターネット全体が1つのブロードキャストドメインだったら、どうなりますか？ 地球の裏側のWebサーバへ接続するのにも、いちいちARPを飛ばすことになり、ネットワークがARPパケットであふれてしまいます。また、PCなどの端末はブロードキャスト（宛先がオールFのMACフレーム）を受信すると、自分に関係のある情報かどうか判断するために多少のCPUパワーを消費してしまいます。 たとえるなら、メーリングリストに投稿されたメールのようなものです。メールを受け取った人は、自分に関係のある内容かどうか判断するためにメールを少しは読まなけれ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
![[PDF]第4回 PPTPを使用したリモートアクセスVPNの仕組み](https://cdn-ak-scissors.b.st-hatena.com/image/square/745dbedd5d4da3a92973ece57a841d4ca8af1646/height=288;version=1;width=512/https%3A%2F%2Fsiteproxy.ruqli.workers.dev%3A443%2Fhttps%2Fperfectdomain.com%2Fstatic%2Fimg%2Fupload%2Fseo-acquisition.png)