Starlink(スターリンク)とクラウドで月額171円の冗長VPNを構築してみました | IIJ Engineers Blog
今回は日本、アメリカ、ドイツに設置しているStarlinkの検証環境用に構築した冗長VPNについて説明します。 これまで過去投稿の一覧を書いていましたが、記事が増えてきたので、タグでまとめた先のリンクにします。IIJのスターリンク関係の記事が集まっていますので活用してください。 動画も公開していますので、よろしければそちらもあわせてご覧ください。 3ヵ所のStarlinkをどう繋いでいくのか？ 海外のStarlinkを検証していくために、当初から検証環境について色々と検討していました。Starlink機器にインターネット側からアクセスする手段はないのでStarlink機器配下にVPNで常時接続している機器を設置、リモート接続して検証する形を考えていました。VPNを冗長構成にする事でVPN自身のメンテナンスも安全にできるようになります。 VPNネットワークの構成 Starlink配下におく機
Google、テレワーク向けVPN使わず社内Webにアクセスできるサービス
Googleは4月21日(米国時間)、「Keep your teams working safely with BeyondCorp Remote Access｜Google Cloud Blog」において、リモートワーカーがどこからでも社内のWebアプリにアクセスできるようにするサービス「BeyondCorp Remote Access」の公開を伝えた。 BeyondCorp Remote Accessは、Googleが10年近く社内で利用してきたゼロトラストアプローチに基づいて開発されており、VPN(Virtual Private Network)を使用することなく、大規模な従業員に対してどこからでもあらゆるデバイスから社内のWebアプリにアクセスする機能を提供する。同サービスは既にニューヨーク市サイバーコマンドなどを含む数千のGoogle Cloudの顧客によって本番環境ですでに使わ
dockerでvpnサーバーをたてる - Qiita
え、Dockerで? いくらdocker好きだからって、これは意味が無いだろうと思った人、かなり正解かもしれません。 そもそも、pritunl自体インストールが容易なので、dockerを使うと発生する作業のオーバーヘッドの方が大きいと思うかもしれません。 わたし自身これについてはあまり大きな意義を見いだしていませんが、やってみたら結構簡単にできたのでっと言い訳しておきます。 きっかけ この記事（ http://qiita.com/sue71/items/7b30766ddf070d4e3f25 ）が目に入ったからです。 そもそもVPNサーバーを立ち上げたいと考えていたのですが、http://centossrv.com/openvpn.shtml このサイトを探しただけで止まっていました。証明書をいっぱい作るってだけで抵抗感w 目から鱗 pritunlを使うとかなり簡単に構築できそう！ ht
基本的なOpenVPNの構築手順 - Qiita
サーバーはFedora Server 23、クライアントはWindows 10の場合。 ダウンロード これを書いた当時は2.3.10が最新だったが、適宜その時の最新版を取得。 サーバー側の設定 ここが便利： http://www.openvpn.jp/document/how-to/ 本家のHow-toを日本語化してくれている。 インストール RPMを作るのがオススメらしい。 dnf group install "RPM Development Tools" dnf install openssl-devel lzo-devel pam-devel rpmbuild -tb openvpn-2.3.10.tar.gz dnf install /root/rpmbuild/RPMS/x86_64/openvpn-2.3.10-1.x86_64.rpm 認証局の設置 How-toではEasy-
第617回 SOCKSを利用してSSHのみで簡易VPNを構築する | gihyo.jp
リモートワークを行う際に俎上に載る問題のひとつが「プライベートネットワークにある組織内リソースにどのようにアクセスするか」です。今回はそんな問題の解決策のひとつとなりうる、SSH経由でSOCKSプロキシを構築する方法を紹介しましょう。 HTTP/HTTPSが使えるVPN（のようなもの）がほしい ここからいろいろ述べますが、簡単に言うと「SSHのDynamic Port ForwardingをSOCKSプロキシとして利用する」というだけの話です。 さて、リモートワークによる働き方は、会社の文化・セキュリティ要件によって多種多様に分かれます。その中でも最も「ゆるい」のが、「個人の端末・インターネット回線を用いてあとは良しなにやってくれ」というものでしょう。作業がインターネット上で完結する、つまりパブリックなクラウドサービスを積極的に活用している業務であれば、それでもおおよそなんとかなります。
リモートの Linux サーバを開発環境にする
これまで Macbook Pro を開発環境としていたんだけど、価格は高いし Docker for Mac は重いしでいいことないなということで Linux の開発環境に移ることにした。前職の最初の数年はすべて VM（当初は jail）にログインして開発していたのでその頃に戻った感じ。ただ GUI は macOS が何かと楽なので Intel NUC を購入して自宅に置いてリモートでログインして使っている。Core i7、メモリ 64GB で10万ちょいと安いのにめちゃくちゃ快適でさいこう。 ここからは備忘録としてリモートを開発環境とするうえで実施した作業を残す。あと作ったものもあるので宣伝。 外部からログインしたい自宅以外からも使うだろうということで（最近京都からリモートで働くこともあり）、VPN サービスとして Tailscale を導入した。 Best VPN Service for
Terraform で GCE と AWS VPC を VPN で接続する - Qiita
概要 GCE と AWS 間を VPN 接続する際に作成した terraform のコードメモ 環境 terraform v0.6.14 作成内容 AWS VPC (172.31.0.0/16) subnet (172.31.1.0/24) Internet Gateway Customer Gateway Virtual Private Gateway VPN Connection Route Table GCE 静的アドレス取得 VPN 接続 Route ファイアウォール variable "aws_vpc_cidr_block" { default = "172.31.0.0/16" } variable "aws_zones" { default = { zone0 = "ap-northeast-1a" zone1 = "ap-northeast-1c" } } variable
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWS EC2のアクセス制限（固定IPアドレスを持っていない場合）