AWSにOpenVPNでVPNを構築してみた - Qiita
AWSにOpenVPNを使ってVPNを構築したのでその時のメモです。 まぁすでにこちらに良記事があるのですが、 構築環境の違いか途中でうまくいかなかったので別途残しておきます。 環境 EIPが付与されたインスタンスをVPNサーバとし、 手元のWindows PCにVPNクライアントをインストールして上記サーバに接続するとします。 セキュリティグループは以下のように設定して下さい。 サーバの設定 はじめにVPNサーバとなるインスタンスにOpenVPNをインストールし、その設定を行います。 以降はrootユーザで実施してください。 OpenVPNのインストール # 必要なパッケージのインストール yum -y install openvpn openssl-devel lzo-devel pam-devel # easy-rsaのインストール wget https://github.com/O
図解！UbuntuでOpenVPNを使う：2. 証明書と認証鍵の作成 - Qiita
はじめに 図解！UbuntuでOpenVPNを使う：1. 準備の続きです．認証局と認証鍵の作成をしていきます^^ 図解！UbuntuでOpenVPNを使う：目次 準備 VPNの接続方式 OpenVPN のインストール ファイアウォール設定 VPNサーバ側のルータのグローバルIP確認 ルータからVPNサーバへのポートフォワード設定 証明書と認証鍵の作成 ← イマココ 簡易認証局(easy-rsa)関連 VPNサーバ関連 VPNクライアント関連 設定 OpenVPN サーバ設定 OpenVPN クライアント設定 接続確認 OpenVPNの起動 仮想tunデバイスの確認 ping 確認 netcat 確認 環境 VPNサーバ/クライアント共に Ubuntu 14.04 VPNアプリケーション：OpenVPN 2.3.2 VPNを使うには，セキュリティを担保するためにいくつかの証明書と認証鍵が必要
EC2にOpenVPNサーバを構築する(サーバ編) - Qiita
概要 まずお断りを。 これは私の備忘録です。 私の場合、AWSだけでなく、自宅でVMware workstation proを使ったサーバなどもあり、家でも外でもあらゆる環境に一元的に入って作業をしたいな、ということで、OpenVPNでつないでしまえ、という乱暴な構成を作っていますが、それを後々再現するために書いています。 個人開発環境なので、全部ひとつのVPNで同じセグメント管理にしていますが、実際には、セグメントを分けて管理するべきだと思います。 まぁ、そんなに共感する方はいないとは思いますが、まずはひとつ。 あちこちに同じような内容は書いてありますが、やってみたところ、その通りにはいかなかったため、その部分を補足追加しています。 ちなみに、OpenVPNの勉強をする場合は、以下のサイトが非常に勉強になります。 https://qiita.com/MoriKen/items/50d22
OpenVPNの「.ovpn」ファイル作成シェル - Qiita
$ cat mkopvn.sh #!/bin/bash # サーバ証明書のパス ca_path="/usr/local/EasyRSA/pki" # クライアント用秘密鍵のパス key_path="/usr/local/EasyRSA/pki/private" # クライアント用証明書のパス crt_path="/usr/local/EasyRSA/pki/issued" # ta鍵のパス ta_path="/etc/openvpn" # 引数チェック if [ $# -ne 2 ]; then echo "実行するにはヘッダーと対象のクライアントを引数にする必要があります。" 1>&2 exit 1 fi # 引数取得 header=$1 target=$2 # 作成開始 cat $header echo '<ca>' grep -A 30 'BEGIN CERTIFICATE' "$c
Vagrant + VirtualBox で構築した環境を他の PC へコピー・移設する方法 - Shred IT!!!!
概要 MacBookPro から iMac へ Vagrant + VirtualBox で構築した環境をコピーする。 開発中のソースは GitHub で管理されているのでどちらのマシンでも作業できるようになる。 コピー元 = MacBookPro コピー先 = iMac この仮想環境は CentOS 7 なので、ボックス名は cent7 にしている。 [コピー元作業]package.box を作成・転送する MacBookPro でまず下記を実行してみる。 # vagrant box list cent7 (virtualbox, 0) box として cent7 が取り込まれていることがわかる。 cent7 の Vagrantfile が置いてあるディレクトリへ移動し、下記を実行する。 # vagrant package 実行したディレクトリに cent7 のpackage.boxが作
Vagrant環境を他のPCに受け渡す方法 - Qiita
Vagrantで構築した環境を、別PCにコピーする機会があったのでその作業メモです。 移動元 Vagrant管理しているディレクトリ(Vagrantfileがあるところ)でvagrant haltコマンドで停止 vagrant packageコマンドを実行する。package.boxファイルが作成される。これが配布用のファイル package.boxファイルを移行先PCへ移動させる。1GBくらいあったのでAirDropで移動した。 移動先 VagrantとVirtualBoxはインストールしておく vagrant box add 任意のボックス名 package.boxへのパスでpackage.boxを登録する。 例：vagrant box add My_BOX ./package.box vagrant box listで登録したBoxを一覧表示で確認 vagrant init 登録した
AWS Transfer for SFTPを試す - Qiita
はじめに 2018/11/27にAWS Transfer for SFTPが発表になったので試してみます。 https://aws.amazon.com/jp/blogs/news/new-aws-transfer-for-sftp-fully-managed-sftp-service-for-amazon-s3/ 流れ 事前IAMロールを作成 sftpユーザ認証用のSSH公開鍵を作成 sftpサーバを作成 sftpユーザを作成 sftp接続する 今回はクライアント環境はMACで試してみます。 事前IAMロールを作成 ユーザがS3にアクセスできるようにIAMロールを作成します。 IAM>ロールの作成。 本来であればSFTPサービスを選択したいのですが、現時点(2018/11/27)では設定画面に出てこないので、一旦S3を選択して作成し、作成後に手動で変更します。IAMポリシーはs3アクセス
SSH公開鍵認証で接続するまで - Qiita
目的 クライアントで作成したキーペアでSSH接続する パスワード認証方式を無効にする 構築した仮想環境に公開鍵認証でSSH接続するケースが多くなってきたので、まとめておく。 SSHの基礎はココを参照すると良い。 1. クライアントで、キーペアを作成してSSHでリモートに接続するまで 鍵を作成して、リモートへ接続するまでの簡単な手順。鍵はデフォルトの ~/.ssh/id_rsaを作成して使った場合。 # クライアントPCで鍵を作る ssh-keygen -t rsa -b 4096 # リモートへ公開鍵を転送する ssh-copy-id -i ~/.ssh/id_rsa.pub [リモートユーザー]@[リモートサーバーのホスト名] # リモートにSSHで接続する ssh -i id_rsa [リモートユーザー]@[リモートサーバーのホスト名] 2020.06.05 補足 以前は ssh-rs
AWSのEC2で行うCentOS 7の初期設定 - Qiita
AWSのEC2で行うCentOS 7の最低限の初期設定をまとめてみました。まだすべき設定が残っているとは思いますので、こちらを更新していければと思ってい 開発環境 Mac OS X（El Capitan） 10.11.6 CentOS 7 (x86_64) - with Updates HVM 事前に用意しておく必要があるもの 接続先EC2のパブリックDNS デフォルトユーザ（CentOS 7の場合デフォルトはcentos） EC2からダウンロードした秘密鍵（デフォルトは****.pem） 参考 【初心者向け】CentOS 7インスタンスの初期設定手順 ｜ Developers.IO EC2でCENTOS7の初期設定でやっておきたい7つの大罪 | あいしんくいっと AWSでCentOS7セットアップ後に行うべきこと AWSのEC2にSSH接続 秘密鍵の配置設定 以下のコマンドを実行してEC
パーミッションを変えてしまって ssh でログインできなくなった時 - Qiita
とかやってしまうと、秘密鍵が他のユーザーでも読めてしまうため ssh でログインできなくなってしまいます。 以下のように -vvv をつけると、 ssh のログが表示できます。パーミッションの不備の場合は、 key_load_public: No such file or directory と表示されたりします。 ssh -vvv -l username example.com OpenSSH_7.1p2, OpenSSL 1.0.2d 9 Jul 2015 debug1: Reading configuration data /home/user/.ssh/config debug1: Reading configuration data /etc/ssh/ssh_config debug1: Connecting to example.com [xxx.xxx.xxx.xxx] po
Windows環境から SSHでポートフォワード(port forwarding)[別名 SSHトンネル]するには何が最適か？ - Qiita
Windows環境から SSHでポートフォワード(port forwarding)[別名 SSHトンネル]するには何が最適か？WindowsSSHtunnelingportforwardポートフォワード Windows OS で SSHのポートフォワーディングするには何が最適か試してみました。 結論を先に PowerShell/Win32-OpenSSH: Win32 port of OpenSSH https://github.com/PowerShell/Win32-OpenSSH がよい。 お勧め。 最強。 バイナリのダウンロードは、こちらから。 Releases · PowerShell/Win32-OpenSSH https://github.com/PowerShell/Win32-OpenSSH/releases 1. ポートフォワードとは。 以下を参照してください。とてもよ
![Windows環境から SSHでポートフォワード(port forwarding)[別名 SSHトンネル]するには何が最適か？ - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/2e026d90f854810431339dc536a5a93193e64ef8/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9V2luZG93cyVFNyU5MiVCMCVFNSVBMiU4MyVFMyU4MSU4QiVFMyU4MiU4OSUyMFNTSCVFMyU4MSVBNyVFMyU4MyU5RCVFMyU4MyVCQyVFMyU4MyU4OCVFMyU4MyU5NSVFMyU4MiVBOSVFMyU4MyVBRiVFMyU4MyVCQyVFMyU4MyU4OSUyOHBvcnQlMjBmb3J3YXJkaW5nJTI5JTVCJUU1JTg4JUE1JUU1JTkwJThEJTIwU1NIJUUzJTgzJTg4JUUzJTgzJUIzJUUzJTgzJThEJUUzJTgzJUFCJTVEJUUzJTgxJTk5JUUzJTgyJThCJUUzJTgxJUFCJUUzJTgxJUFGJUU0JUJEJTk1JUUzJTgxJThDJUU2JTlDJTgwJUU5JTgxJUE5JUUzJTgxJThCJUVGJUJDJTlGJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz0yNmNkYzczOWUxMDRlMmIwOGQzNzQ4OWM5YjUxZTYyMQ%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDB5bm90dCZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9MjM0OTdkNjEwOGNmOTJhYmZmODVmYWY4ZDM3MzcyNjI%26blend-x%3D142%26blend-y%3D436%26blend-mode%3Dnormal%26txt64%3DaW4g5qCq5byP5Lya56S-44K544K_44Kk44Or44K6%26txt-width%3D770%26txt-clip%3Dend%252Cellipsis%26txt-color%3D%2523212121%26txt-font%3DHiragino%2520Sans%2520W6%26txt-size%3D36%26txt-x%3D156%26txt-y%3D536%26s%3Dcbd05def37c0948098418bc6d62c8b0e)
sshポートフォワーディング - Qiita
いつも忘れるのでsshポートフォワーディングについてメモ ローカルフォワード localの8081番にアクセスするとremoteからアクセスできるtarget:80に繋げる例
秘密鍵、証明書、CSRの整合性のチェック - Qiita
ApacheのSSL更新等で秘密鍵や証明書を組み込む場合、 整合性がとれないとエラーとなりApacheが落ちてしまう。 実は秘密鍵や証明書はApacheに入れる前に整合性チェックを行う事ができる 秘密鍵の内容を確認
Windowsターミナルソフト + Rlogin が最高すぎる！！ - Qiita
長らく Putty（パティ） を使っていました（ssh-keygenが梱包されていて便利なので）。ところがこの Putty 開発も終わってるしシングルウインドウもあり使いづらいなと思っている人もおおいのでは？と思うんですよね。そこで。Rlogin に！ ダウンロード先 本家ここからダウンロード。 Rlogin 使ってみた wikipediaをみると「RLoginは1998年の開発から始まる10年来のソフトウェアであり、定番ターミナルエミュレータ(Tera Term, PuTTY, Poderosa)のいいとこ取りをした統合的な端末ソフトに仕上がっている。実行プログラムはPuTTYと同様、EXEファイル1つのみとなっている。」とあるので枯れたプログラムでいい感じ（いい意味で）。 これが欲しかった TeraTem, Putty だとコピーバッファにある文字列を「マウスの右クリックでペースト」す
最強のSSH踏み台設定 - Qiita
追記：openssh-7.3 以降なら ProxyJump や -J が使えます ホスト名を + で繋げることで多段Proxy接続も簡単に、がコンセプトだった本エントリの設定ですが、OpenSSH 7.3 から ProxyJump という設定が使えるようになったので、使えるなら ProxyJump を使う方が健全だし柔軟で使い勝手も良いのでそちらを覚えて帰ることをオススメします。 使い方は簡単で以下のような感じです。多段も行けるし、踏み台ホスト毎にユーザ名やポート番号を変えることも出来ます。 # 1. bastion.example.jp -> internal.example.jp ssh -J bastion.example.jp internal.example.jp # 2. bastion.example.jp -> internal.example.jp -> super-de
Linux screenコマンド使い方 - Qiita
かなり基本的な操作について screenを使ったことがない人は、たぶん<ctrl> + <a>という操作に慣れないと思う。慣れればなんてことはないだろうけど。 3つの目的別に説明。 （１）スクリーンでセッションを保存 （２）スクリーンで画面分割 （３）スクリーンでマウスを使わずにコピー＆ペースト（画面のスクロール） （１）スクリーンでセッションを保存 作業している状態を保存する。マシンの電源が切れない限り保持される。 たとえば、普通にログインしてジョブを流していると、いつの間にかsshの接続等が切れてjobが止まってしまうときがある。screenで生成したセッション内で計算を投入し、セッションからデタッチ（一時的に離れる）しておくことで、途中で計算プログラムが止まることがなくなる。 新しいセッションを作る
~/.ssh/configについて - Qiita
.ssh/configとは .ssh/configとは、ssh経由でのリモートサーバーの接続する際に利用される設定ファイルです。 .ssh/configを書くと何が嬉しいか たとえばですが、sshコマンドでリモート接続する際の一般的な記述は以下のようになります。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
