近年、セキュリティベンダーの買収を活発に行ってきたブルーコートシステムズ。昨年（2015年）には「CASB（Cloud Access Security Broker）」領域でElastica（エラスティカ）、Perspecsys（パースペクシス）の2社を買収し、ブルーコートが持つゲートウェイセキュリティ製品群との統合ソリューションも発表している。 このCASBとは何なのか、それが必要となる背景や戦略は。来日したブルーコート幹部のリチャード・マクルーニー氏、Elastica幹部のジョン・カニンガム氏に聞いた。 （左より）米ブルーコートシステムズ プロフェッショナルサービス、サポート＆リニューアル部門担当VPのリチャード・マクルーニー（Richard McCluney）氏、Elastica VP＆アジア太平洋地域マネージングディレクターのジョン・カニンガム（John Cunningham）氏

HTTPガイドHTTP の概要典型的な HTTP セッションHTTP メッセージMIME タイプ（IANA メディア種別）HTTP の圧縮HTTP キャッシュHTTP 認証HTTP Cookie の使用HTTP のリダイレクトHTTP 条件付きリクエストHTTP 範囲リクエストコンテンツネゴシエーションHTTP/1.x のコネクション管理HTTP の進化プロトコルのアップグレードの仕組みプロキシサーバーとトンネリングHTTP クライアントヒントHTTP セキュリティサイトの安全化HTTP ObservatoryPermissions Policy Experimental コンテンツセキュリティポリシー (CSP)オリジン間リソース共有 (CORS)Cross-Origin Resource Policy (CORP)ヘッダーリファレンスHTTP ヘッダーAcceptAccept-CHAc

森永です。 「Graphviz」というツールをご存知でしょうか。 DOT言語という言語で書かれたテキストを画像ファイルへと変換し出力するオープンソースのツールです。 リソースの可視化に使えそうだな、と思いドキュメントを読んで試してみたので使い方をまとめます。 Graphviz | Graphviz - Graph Visualization Software Graphvizとは Graphviz (Graph Visualization Software)とはグラフ作成用のツールです。 DOT言語と呼ばれるデータ記述言語を使って記述したテキストファイルを画像ファイルとして変換し出力することが出来ます。 様々なプラットフォーム（Windows、Mac OX、Linux）のバイナリが用意されています。 Download | Graphviz - Graph Visualization Sof

「サーバーやストレージが仮想化され、次はネットワークだ」。ネットワーク関連ベンダーの担当者のプレゼンで、こうしたメッセージを聞くことが多い。確かに今後、ネットワークの仮想化が進んでいくことは間違いないだろう。しかし、「サーバー仮想化やストレージ仮想化の導入が広がったのと同じように、ネットワークも一気に仮想化が進む」という論調で言われると、素直には納得できない。 上記のようなコメントでいう「仮想化」は、主に「SDN（Software Defined Networking）」の導入についての話だ。SDNは、2012年頃から大きな注目を集めているキーワードだ。SDNはこれまで大規模なデータセンターで先行して導入が進み、今後はいよいよ企業ネットワークに導入が広がるといわれている。 しかし筆者は、特に企業ネットワークにおいては、サーバー仮想化と同じようにSDNの導入が加速度的に広がるとは思っていない

はじめに こんにちは植木和樹＠上越妙高オフィスです。クラスメソッドではリモートワーカーや、海外出張する方が多いため出先でも安全に社内外にアクセスできるための仕組みを準備しています。 【Sophos】AWSに構築したVPNサーバ経由で社内PCにリモートアクセスするにはIPマスカレードを有効にする SophosUTMをActive Directory連携させて特定ADグループのユーザーにのみSSL-VPNを許可する リモートから社内へのアクセスはこれで問題ないのですが「本社のグローバルIPで制限されたサイトに接続したい」という要望を受けました。 これまでVPN装置は本社サーバー室にあったためVPN接続できればそのまま本社グローバルIPでインターネットに出て行けましたが、新しいVPN装置（SophosUTM）はAWSにあります。さてどうしたものか・・・というのが今回の課題です。 リモートアクセス

Send feedback Domain resources, rooms & calendars Stay organized with collections Save and categorize content based on your preferences. Calendar API offers several concepts that are primarily useful for Google Workspace customers. These customers often have resources—rooms, projectors, and so forth—that they may wish to book for specific events. Furthermore, it’s common to build internal apps tha

BootstrapBootstrap  v5.3 (switch to other versions) v5 releases Latest (5.3.x) v5.2.3 v5.1.3 v5.0.2 Previous releases v4.6.x v3.4.1 v2.3.2 All versions Get Security Updates for Bootstrap 3 & 4 Build fast, responsive sites with Bootstrap Powerful, extensible, and feature-packed frontend toolkit. Build and customize with Sass, utilize prebuilt grid system and components, and bring projects to life w

コンニチハ、千葉です。 AWSを利用していて、メール送信機能が必要な場合、SESを検討するかと思います。ただし、SESを利用する時はキャリアとの相性がよくないという記事を目にするので、実際のところどうなの？というアンサーです。 キャリアへメールがそもそも送れないの？ そんなことはありません。私の環境から、自分の携帯にメールを送ってみましたが問題なく届きました。 では相性が悪いというところはどこになるのでしょか？ SESからキャリアメールへ送信するときの検討ポイント SESを利用する場合、バウンス率と苦情率を管理し、低く保ち続けることを利用者側に求められます。そのため、存在していないメールアドレスがある場合は、送信対象から外すなど、継続的に監視し対策していく必要があります。 ここでポイントなのですが、携帯端末や通信キャリア側メールサーバでは、スパム対策を含めたフィルタリングの仕様は非公開とな

Every major open-source project has its own style guide: a set of conventions (sometimes arbitrary) about how to write code for that project. It is much easier to understand a large codebase when all the code in it is in a consistent style. “Style” covers a lot of ground, from “use camelCase for variable names” to “never use global variables” to “never use exceptions.” This project (google/stylegu

メールを送るアプリケーションを作成していると、使われていないメールアドレスで登録された時や、携帯のメールアドレス変更によって登録されているメールアドレスが使えない状態になって、メール送信時にバウンスメールとして返ってくることがある。この時バウンスメールとして返ってくるメールアドレスをアプリケーション側で無効にするなどしておかないと、メール送信の無駄が発生する。また、AWS SESを使っている場合、バウンス率が高くなった場合、規制されることもある( https://docs.aws.amazon.com/ja_jp/ses/latest/DeveloperGuide/e-faq-bn.html )。 今回は、AWSを利用してバウンスメールとして返ってきたメールアドレスを自動的にハンドリングするというのをやってみたので、それを書いてみる。 前提 今回はAWS SESを利用して、メールを送信して

「July Tech Festa 2017」は、ITエンジニアの知的興味を満足させる夏の祭典として、情報交換と人脈構築の場を提供するイベント。今年のテーマには「ITエンジニアリングの本質を極める！」を据えている。 基調講演には、「『ITエンジニアリングの本質』を考える」と題して、Googleクラウドのソリューション・アーキテクトを務める中井悦司氏が登壇する。 ほかにも、レッドハットのソフトウェアメンテナンスエンジニア・齊藤秀喜氏による「今日から始めるAnsible」、ファーストサーバのPlamo Linuxメンテナグループ・加藤泰文氏による「Linuxコンテナの内部を知ってワンランク上のコンテナ遣いを目指そう」、大和屋貴仁氏による「Google出身者が作った監視システム『Prometheus』を入門から運用まで徹底解説」など、多彩なプログラムが予定されている。 開催日時は8月27日10時～

AWS Black Belt Online Seminar 2016 Amazon EC2 Container Service

Slack のデスクトップアプリは、1つのチャンネルしか表示できないため一覧性が悪い。 そこで、複数のチャンネルを一度に表示できるアプリを作った。 📦ダウンロード https://github.com/mzp/SlackStack 😫チャンネル切り替え作業の増加 Slack のデスクトップアプリは、チャンネルを1つしか表示できない。 そのため、参加するチャンネルに比例し、切り替え作業が増えていく。 さらに切り替え作業中に未読が増え、延々とチャンネルを切り替え続けることになる。 また同様の理由でメッセージを見落すことも増え、チャットのレスポンスも悪化していく。 📑Slack☆Stack そこで一画面で複数チャンネルの内容を確認するためのアプリを作成した。 オフィスでは縦置きのモニタを使っているので、横方向にも縦方向にも重ねれるようになっている。 🔧開発の様子 ブラウザを並べる Sla

主にクラスメソッドメンバーズにおけるサポートサービスとフートシリーズ（運用保守オプション）を担当するグループです。運用保守、システム監視、セキュリティ監視、継続的コンサルティングと、システム稼動後のお客様インフラを24時間365日体制で安定した状態に保つために日々お客様とやりとりしています。 このように、一つの部の中に担当業務が違う複数のグループがありますが、部全体のビジョンはただ一つ、「AWSに関する圧倒的な量のノウハウを用いて、AWSインフラを安く早く構築し、AWSのことをまるっとお任せしてもらうことで、お客様のビジネスに貢献する」です。そして同じビジョンを掲げたチームとして、採用方針もグループ毎に分けず、部として統一しています。 今回はAWS事業部の採用方針をご紹介します。 AWS事業部の採用方針 AWS事業部の採用方針は以下の3つです。 技術が好きな人を採る クラスメソッドはエンジ

こんにちは、岩本です。 AWS WAFを使って、特定のURLのみにIP制限をかけます。 やりたい事 http://hogehoge.com/ ← 全員に見せたい http://hogehoge.com/kanrigamen/ ← IP制限をかけたい では早速。 許可元となるIPアドレスを登録します。 対象となるURLを登録します。 許可用・拒否用のルールを作成します。 許可用 拒否用 ACLを作成します。 - ディフォルトルールを「全て許可」とします - 許可用のルールを先 - 拒否用のルールを後 できた〜 まとめ 従来であれば、WEBサーバーで、Allow/Deny を個別に設定していましたが、AWS WAFを用いると、AWS側にてIP制限をURL単位で設定できます。

月花です。 久しぶりの技術記事です。 最近AWSを触っていて、わかりにくいなあと思ったS3との連携について。 AWSでは、障害が起こったりAutoScalingしてたりすると、EC2インスタンスが勝手にシャットダウンされてしまう。 このとき、ログが吹っ飛ぶのでS3へ逃しておく必要がある。 前提 WebサーバとしてのEC2が複数 OSはAmazon Linux Apache S3バケットはサーバ分作る やりたいこと Apacheの アクセス/エラー ログを両方S3へ逃す 設定は軽いほうがいい 自動でやってほしい {server_name}/access_log/{YYYY}/{MM}/{DD}/access_log_{YYYY}-{MM}-{DD}_{HH}.log みたいにしてほしい アプローチ まずはどのみちS3へ転送が必要なため、EC2インスタンスそれぞれにS3フルアクセス権限を付与す

“Standard Line up誕生の裏話はこちらです” Workshop 1.「Standard line up」 ・必要最低限のレンズ、必須となるレンズについて。 ・1本なら、3本なら、と限定したレンズ選択について。 ・手持ちレンズの焦点距離を拡張する際の合理的選択。 ※以下、レンズの焦点距離はライカ判フルサイズに準拠した値とする。 a. 35mm判(ライカ判)で標準レンズが50mmとされる根拠は諸説あるが垂直画角27°、水平画角40°、対角画角47°で得られる遠近感の描写が肉眼で目視するものに近いため、と考えてよいだろう。なお画角は焦点距離固有のものでなく、フィルム・センサーサイズによって焦点距離と画角の関係が変わる。同じように遠近感描写も焦点距離固有のものでなく、画角固有のものだ。 人間の視野は、漠然と空間を見るとき水平方向に54°以上の広さを持っている。水平画角54°とは35m

DevCentral Connect & learn in our hosted community MyF5 Your key to everything F5, including support, registration keys, and subscriptions NGINX Learn more about NGINX Open Source and read the community blog NGINX Product Documentation Learn how to deliver, manage, and protect your applications using F5 NGINX products.