はてなブックマーク

ども、takiponeです。 OpenWRT採用のトラベルWi-Fiルーターに定評のあるGL.iNetからセキュリティゲートウェイ製品Brume 2が発売されました。 GL-MT2500 / Brume 2Brume 2 (GL-MT2500/GL-MT2500A) is an industrial security gateway for a network to run add-on programs and act as a VPN client or server before data is transmitted out of the network premise.glinet biz logo数多くのVPNソリューションに対応し、VPNトンネルを中継するVPN Cascadingという込み入ったリモートアクセスVPN構成がセールスポイントとして謳われています。 一方でWi-

ども、takiponeです。この記事は Raspberry Pi Advent Calendar 2020 - Adventar の12/15分です。 Linux netfilter(iptables)の検証のために、2つのネットワークセグメントとそれぞれに接続する2つのLinuxノード、それを中継するLinuxルーターを組めないかなと手元のRaspberry Piで作ってみました。 ポイントはRaspebrry Pi ZeroのUSB OTG機能によってスイッチやLANケーブルなどのネットワーク機材を使わず、USBケーブル1本でルーターとノードをつなげている点です。電源供給と有線LANを兼ねている様子はAmazon EC2 MacインスタンスのThunderbolt接続を彷彿とさせませんか(しない)。ネットワーク構成は以下にしてみました。 動作確認環境 ハードウェア Raspberry

ども、takiponeです。8/30(水)にクローズドαが開始したロリポップ！マネージドクラウドを早速試すことができたので、その様子をレポートします！ ロリポップ！マネージドクラウド|招待制のα版テスト実施中！ まずは触ってみる 招待メール記載の手順に従い、サインアップします。 サインアップが完了すると早速管理画面に遷移し、初期ウィザードが表示されます。 現時点では、WordPressとPHPが選択できました。個人的にはGhost.orgのホスティング先として、Node.jsサポートに期待したいところです。 ひとまずWordPressを選んでみました。 lolipop.ioの任意のサブドメインが提供されます。あと、データベースのパスワード入力が求められるので、12文字以上の任意のパスワードを入力して作成ボタンをクリックします。 作成されたようです。早速「あなたのウェブサイトを見る」をクリッ

ども、takiponeです。 先日サンフランシスコで開催されたGoogle Cloud Next '17ではGCP(Google Cloud Platform)の多くの新機能が発表されました。その中で個人的にツボだったのがCloud Identity-Aware Proxy(以下Cloud IAP)でした。既にベータ版として触ることができたので、その様子をレポートします。 Cloud Identity-Aware Proxy(IAP:ID認証プロキシ)とは Cloud IAPは、Googleアカウントの認証機能を提供するリバースプロキシサービスです。OSSのgateのas a Service版という説明が近いと思います。Google認証に対応するIDaaSと比べてOpenID/OAuth2のフローを意識する必要がないため、既存のWebアプリケーションやWeb APIに手軽に組み込むことがで

ども、takiponeです。GCPの500ドルクーポンをゲットしたので、GCEをいろいろ触ってみたいと思います。 GCP(Google Cloud Platform)はGoogleが提供するクラウドサービスの総称で、GCE(Google Compute Engine)は、そのうちの仮想マシンを提供するサービスです。AWS(Amazon Web Services)とAmazon EC2の関係に似ていると思っていただければ良いと思います。(厳密に言うと、GCEにはネットワーキングやディスクストレージも含まれるので、Amazon VPC、Amazon EBSなどを内包します。) GCE自体の入門は、以下のブログ記事が詳しいです。 Google Cloud Platformをはじめようチュートリアル #gcpja - インフラエンジニアway - Powered by HEARTBEATS 今回は

ども、takiponeです。 このブログ(takipone.com)の構成をリニューアルしたので、それを紹介してみたいと思います。 構成 このブログは、GCEのContainer-optimized Instance上で以下3つのソフトウェアをDockerコンテナで実行しています。 Ghost : Node.js製ブログプラットフォーム Nginx : HTTPSと静的ファイル(画像)のホスト Varnish : HTTPキャッシュ 設定は、こちらのブログ記事を参考にしました。 それぞれの設定ファイルは以下のconfigsディレクトリにまとめ、開発環境は手元のMBAにFigで構築しています。 $ tree configs configs ├── ghost │ ├── config.js │ ├── content | | :(中略) │ └── docker │ ├── Dockerfi

ども、takiponeです。 このエントリーはDocker Advent Calendar 2014とGoogle Cloud Platform Advent Calendar 2014の2日目です。 Google Container Engine(GKE)は、Dockerクラスタの管理ソフトウェアKubernetesを簡単に扱うクラウドサービスで、Serviceは外部からのアクセスをコンテナにサーブするためのKubernetesコンポーネントです。 GKEでは、ServiceをGCE(Google Compute Engine)のNetwork Load Balancing(NLB)のターゲットとして簡単に設定できるのですが、昨日のsoundTrickerさんのエントリーにあるContent-based Load BalancingなどNLBの代わりにHTTP Load Balancin

ども、takiponeです。 GCE本出ましたね！GCEを触る方が増えることに期待します。 そのGCE本で手順が載っていないオペレーションとして、イメージの作成があります。この記事では、2014年8月3日時点のイメージ作成手順をご紹介します。 イメージとは その名の通り、VMインスタンスの元となるマシンイメージです。Amazon EC2のAMI(Amazon Machine Image)に相当します。DebianやCentOSなどGoogleがあらかじめ用意しているPublicイメージに加え、ユーザー独自のPrivateイメージを作成しVMインスタンスの新規作成時に利用することができます。 現時点ではVMインスタンスの実行中にそのインスタンスからイメージを作成することはできません。GCEのVMインスタンスは停止状態がないため、VMインスタンスを削除しなければならない点に注意してください。V

ども、takiponeです。 本日未明、Google社のイベントGCP Liveで新サービスのGoogle Container Engine(GKE)が発表されました。 GKEは、Googleを中心に開発されているDockerコンテナの管理ソフトウェアKubernetesのクラスタを簡単にデプロイできるサービスです。Dockerコンテナの実行にはGCE(Google Compute Engine)を利用します。現在はAlpha Releaseです(リリースポリシーはこのブログエントリーが詳しいです)。 既に実際に動かせるようになっていたので、コンテナをデプロイするまでを試してみた感想をレポートします。 クラスタの作成 GKEのドキュメントでは、全てCLI(gcloudユーティリティー)で説明されていますが、クラスタ作成はDevelopers Console画面から行うことができました。 D

ども、takiponeです。 GCE(Google Compute Engine)でVMインスタンスと並んで注目される機能が、ロードバランサ(負荷分散)だと思います。今回から数回に渡ってロードバランサを触り、その特徴をまとめてみたいと思います。 GCEロードバランサの基本 GCEのロードバランサは、2つの独立したサービスがあります。 Network load balancing (L4ロードバランサ) HTTP load balancing (L7ロードバランサ)[Limited Preview] 参考 : Google佐藤さんのQiitaでの紹介 今回は、L4ロードバランサを提供するNetwork Load Balancingを試してみます。 VMインスタンスの準備 まずは、実際に作成して動作を確認します。今回はこちらのエントリーでご紹介した自動構成を利用し、ロードバランサの転送先として

ども、takiponeです。 Google Compute Engineには、AWSのセキュリティグループに相当するファイヤーウォール機能があります。今回は、AWSセキュリティグループとの比較と基本的な使い方をご紹介してみます。 ファイヤーウォールの概要 名前の通り、VMインスタンスと他のホストとの通信を制御するセキュリティ機能です。OSには依存せず、VMインスタンスの外側、GCEのネットワークインフラで動作します。 AWSセキュリティグループとの比較 できることはほぼ同等です。共通の機能について以下の通り示します。 セミステートレスなので片方向の定義でよい 複数のVMインスタンスに共通の設定を適用できる IPアドレスに拠らないターゲット指定ができる 拒否ルールは設定できない AWSセキュリティグループは、ファイヤーウォールのルールセットとアクセス許可のターゲットをセットにして1つのグルー

ども、takiponeです。 前回は、VMインスタンスからイメージを作成する方法をご紹介しました。イメージと上手く組み合わせることでVMインスタンスの管理でに役立つ機能として、ここではStartup Scriptsをご紹介します。 Startup Scriptsとは Startup Scriptsは、VMインスタンスの起動時に所定のコマンドを自動実行する仕組みです。Amazon EC2のユーザーデータを読み込んで実行するCloud-initと同様、GCEのVMインスタンス専用のツールによってStartup Scriptsが実行されます。 Using Startup Scripts - Google Compute Engine — Google Developers イメージとStartup Scriptsの組み合わせは、Amazon EC2の以下の例がわかりやすいです。 ミドルウェアの基