VyOSでVPN接続 | iret.media
◎ はじめに 顧客オンプレミス環境とAWS VPCをVPN接続するという案件があり、 その案件に着手する前にVPN接続をおさらいしようと思い、自身の環境で確認してみました。 検証に際して、オンプレミス側ルータをどうしたものかと迷っていましたが、 ソフトウェアルータVyattaを試してみたいと考えていたことを思い出し、そちらを利用し同じAWSアカウント内で検証環境を作ってみました。 ◎ 今回の目標 主な目的は上述のとおりですが、今回は検証ということで Tokyo RegionのVPC内Windows Server と London RegionのVPC内Windows Server が VPN経由でRDP接続出来るようしてみました。 ちなみにLondon側がオンプレ(Customer Gateway配置)を想定という構成になります。 想定構成図 ◎ 検証環境 Windows_Server-2
独自Debパッケージやaptリポジトリを使ったサーバー管理術 | さくらのナレッジ
なお、パッケージ化するソフトウェアについて、そのオリジナルの開発者らが配布しているものを「アップストリーム（上流）」と呼ぶ。つまり、「アップストリームのソースアーカイブ」というのは、オリジナルの開発者らが配布しているソースアーカイブのことを指す。 ソースパッケージの入手 ソースパッケージを入手するには、「apt-get source ＜パッケージ名＞」コマンドを実行すれば良い。たとえば、Apache HTTP Serverをインストールするためのapache2パッケージのソースパッケージを入手するには、以下のようにする。 $ apt-get source apache2 すると、リポジトリからソースパッケージがダウンロードされるとともに、コマンドを実行したディレクトリにパッケージ作成作業に使われる作業ディレクトリが作成され、そこにソースコードなどが展開される。以後、このディレクトリをソース
Linuxカーネルで見る最適化の技 - φ(・・*)ゞ ｳｰﾝ カーネルとか弄ったりのメモ
この記事はLinux Advent Calendar 2014の13日目です。 LWNのACCESS_ONCE() and compiler bugsを読んでなるほどねーと思ったのでその辺について書いてみたいと思います。 最適化の技と言いつつ実際は最適化させすぎない技なんですが＼(^o^)／ まずACCESS_ONCEマクロの役割ですが、これは必ずデータを読みたいという場合に使ってます。 例えばこんなコードがあったときに（かなり適当ですが雰囲気は掴めるはず） while (1) { struct foobar *p = foo; if (p->hoge) { .... } } コンパイラはこのように最適化をかけてくる可能性があるんだけど、fooは別のスレッドによって変更されるのでループ毎にデータをfetchして欲してというケースで使うのがACCESS_ONCEマクロみたいです。 struc
VyOS Users Meeting Japan #3 (2017/01/11 13:00〜)
注意 現在X(旧Twitter)でのソーシャルログインができない事象を確認しています。事前にX(旧Twitter)側で再ログインした上でconnpassのソーシャルログインを行うか、 「ユーザー名(またはメールアドレス)」と「パスワード」の組み合わせでのログインをお試しください。合わせてFAQもご確認ください。 お知らせ 2024年9月1日よりconnpassサービスサイトへのスクレイピングを禁止とし、利用規約に禁止事項として明記します。 9月1日以降のconnpassの情報取得につきましては イベントサーチAPI の利用をご検討ください。 お知らせ connpassではさらなる価値のあるデータを提供するため、イベントサーチAPIの提供方法の見直しを決定しました。2024年5月23日(木)より 「企業・法人」「コミュニティ及び個人」向けの2プランを提供開始いたします。ご利用にあたっては利用
VyOS と L2TPv3 でハイパーバイザ内部ネットワーク同士をブリッジ接続する
前回ようやく仮想マシン（VM）達を移設するためのPCの準備ができたのだけど、移設する元のPCには、内部のみのネットワーク（VirtualBoxで言うところのHost-Only Network）があり、そこにいくつかVMがぶら下がっているので、これらも移行しないといけない。 一気に移せば何の問題もないのだけど、徐々に移そうとすると、内部のみのネットワークなので、旧ハイパーバイザに残ったVMと新ハイパーバイザに移し終わったVMで通信ができなくなってしまう。 どうしたらいけるかなと考えた結果、「イーサネットフレームを中継するVMを用意すればよくね？」ということで、それを可能にするL2TPv3と、L2TPv3を簡単に使えそうなVyOS （Vyattaのfork）を使って試してみた。 今回の話を図にすると、以下のとおり。 環境 / 利用ソフトウェア 仮想マシンハイパーバイザ 2台。 VyOS v1.
VyattaでL2TPv3 ethernet pseudowire を使ってみる
Linux Kernel 2.6.35からL2TP Version 3 がサポートされています。 あとはiprouteがL2TPv3に対応していれば、Linuxでl2tpv3のトンネルを利用することができます。 Vyatta6.4のKernelは3.0.23でiprouteもL2TPv3に対応したものが入っています。 Vyatta6.4のマニュアルやコマンドを見た限りCLIには対応するコマンドがないので試験的に実装してみました。 2014/3/20 VyOS 1.1.0(Helium)でL2TPV3がサポートされるかもしれないのでそれを使用したほうが賢明です 🙂 上の図のようにL2TPトンネルを張る場合は、以下のようにコマンドを入力していきます。 ※図のtunnel endpointはL2TPV3としては不要です。 <R1> $configure # set interfaces eth
Home
VyOS とは VyOS はオープンソースのネットワーク OS で、ソフトウェアベースのルーティング、ファイアウォール、VPNなどの機能を持っています。 公式サイト ダウンロード ローリングリリース LTS(有償) Vagrant Box マニュアル http://docs.vyos.io/en/latest/ ソースコード https://github.com/vyos/ コミュニティ Slack(グローバル) 新規登録 #vyos-ja Twitter @vyosjp Twitterコミュニティ(vyosjp) ハッシュタグ #vyosjp フォーラム バグ報告 過去のミーティング VyOS Users Meeting Japan #5 (2018/01/19) VyOS Users Meeting Japan #4 (2017/07/21) VyOS Users Meeting Ja
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
VTI の中身
510 Software Group
Configuration mode templates - VyOS Wiki
⚓ T410 dnsmasq in 1.1.x is outdated and vulnerable to many CVEs
⚓ T426 CVE-2017-13077 - Update wpa_supplicant
Bug 183 – VTI will not be up automatic when IPsec SA up.
Bug 291 – vti interface going down remains routed
vyos-open-vm-tools: disable sync driver by default to prevent crashing · vyos-legacy/vyos-open-vm-tools@1af2900
Index of /iso/lithium
VyOS Forums