Ansible でデフォルトの ./ssh/config 以外のファイルに設定された情報を利用して対象ホストにアクセスする | iret.media
ども、 cloudpack の かっぱ (@inokara) です。 はじめに Ansible でデフォルトの ./ssh/config 以外のファイルに記載されている SSH 接続情報を利用して対象ホストにアクセスする場合には ansible.cfg の ssh_args を利用すれば良いらしい。 memo ansible.cfg ホームディレクトリに .ansible.cfg というファイル名で設置すれば認識される。 ~/.ansible.cfg ssh_args 以下のように記載する。もつろん SSH コマンドのオプションが利用出来る。 [ssh_connection] ssh_args = -F /path/to/.ssh/hoge_config 手元の環境（Mac OS X Version 10.9.5 + ansible 1.6.2）で試したところ /path/to/.ssh/
Amazon VPC 内の RDS(MySQL) に SSH のポートフォワードを利用して接続するメモ
ども、cloudpack の かっぱ (@inokara) です。 はじめに Amazon VPC 内の Amazon RDS に VPC 外から接続する方法の一つとして SSH のポートフォワードを利用して接続するメモ。（特に RDS に限らずオンプレにて同様に外部から閉ざされた MySQL に接続する場合にも同じ方法でいけるはずです。） 参考 RDSにSSHのポートフォワーディングでMySQLに接続する方法 CakePHP編 RDS が VPC 外にある場合には… ちょっと話は脱線しますが RDS が VPC 外にある場合には上図にある Client の IP アドレスをセキュリティグループに定義するだけで接続することはできずはずです。ただ、クライアントの接続拠点が増える度にセキュリティグループの設定変更を行うのはあまりスマートではないです。そもそも、RDS に Public な IP
普通じゃない「ssh: connect to host [IPアドレス] port 22: Connection refused」 | iret.media
こんにちは、cloudpack の 田村です。 サーバ管理者なら誰しも一度は出会ったことのある絶望的なエラー 「ssh: connect to host [IPアドレス] port 22: Connection refused」 別サーバにRootVolumeをマウントして (1)sshd_configあってる (2).ssh/authorized_keysあってる (3)ネットワークまわりあってる (4)FWまわりあってる 困った。 ログには「fatal: /var/empty/sshd must be owned by root and not group or world-writable.」 結果、/var/empty/sshd は 711 じゃないといけないらしい。 ls -ld /var/empty/sshd/ drwx--x--x. 2 root root 4096 2014
AWS Elastic Beanstalkで動的に生成されるインスタンスをsensuで監視する（其の 1 ） | iret.media
cloudpack の 廣山です。 AWS Elastic Beanstalk で、実験環境を構築する まずは、実験環境を構築する。 ちなみに作業環境はmac(10.9.5)。 今回はAWSドキュメント(※)を参考に、Elastic BeanstalkでSinatraアプリケーション環境を構築してみる。 (※) Sinatra アプリケーションの AWS Elastic Beanstalk へのデプロイ – AWS Elastic Beanstalk ほぼほぼドキュメント通り。 # mkdir HogeHogeApp # cd HogeHogeApp/ # git init . # eb init # eb start # git add . # git commit -m "Initial commit" # git aws.push # eb status --verbose 途中、b
[Linux] SSHの認証でワンタイムパスワードを使う（ログインするたびに何度も入力するのが嫌な人への対策編） | iret.media
cloudpack の 磯辺です。 [Linux] SSHの認証でワンタイムパスワードを使う（導入編）では、Google AuthenticatorのPAMモジュールを使って、SSHする際にワンタイムパスワードを使うというのを実践した。 また、GSSAPIとGoogle Authenticatorを連動させるでは、SSHする際に、Kerberos認証をした結果をGSSAPIを使ってSSOするようにした。 これによって、ワンタイムパスワードを入力するだけでログインできるようになった。しかし、SSHするたびにワンタイムパスワードを入力するのが面倒である、というフィードバックがあった。例えば、EvernoteやGoogle Appsなどのサービスは、必ずしもワンタイムパスワードを毎回入力する必要がなく、認証情報を記録しておき、一定期間はワンタイムパスワードの入力は不要になる、という仕組みが存在す
[Linux] GSSAPIとGoogle Authenticatorを連動させる | iret.media
cloudpack の 磯辺です。 GSSAPIを使って、認証情報をユーザが入力せずにログインできるようになったのだが、天から声が聞こえてきた。 サーバにログインするためには、必ずどこかでワンタイムパスワードを必須にせよ。 むむ。そうすると、Macにログインするときに、ワンタイムパスワードを使うことはできないので、サーバにログインするタイミングで必須にしないといけない。 ということで、sshdの設定を下記のように変更した。 /etc/pam.d/sshd 以前は、auth substackとして、password-authを入れていたのだが、それを削除する。 #%PAM-1.0 auth required pam_sepermit.so auth substack google-auth auth include postlogin account required pam_nologin
[Linux] sshでGSSAPIを使ったシングルサインオン（SSO） | cloudpack.media
cloudpack の 磯辺です。 Linuxで、Active Direcotryを使った認証ができるようになったので、次はsshのシングルサインオン（SSO）をやってみた。 認証基盤の構成は、以前のエントリ RHEL7をActive Directory on Windows Server 2012 R2でユーザ認証させる (2)を参照のこと。 サーバの設定 sshdでGSSAPIを使うには、GSSAPIAuthenticationをyesにする。デフォルトでは有効になっているはず。 また、AuthenticationMethodsに、gssapi-keyex, gssapi-with-micを追加する。これまでの設定で、keyboard-interactiveのみになっていたので、追加すると、下記のようになる。 AuthenticationMethods gssapi-keyex gss
[Linux] SSHの認証でワンタイムパスワードを使う（導入編） | iret.media
こんにちわ、cloudpack の磯辺です。 最近、様々なサービスでRFC 4226とRFC 6238で定義されているワンタイムパスワードが利用されるようになってきている。このワンタイムパスワードを、SSHでLinuxにログインする際に使えるということを知ったので、試したみた。対応しているOpenSSHは、6.2以降となる。 参考 OpenSSH 6.2 adds support for two-factor authentication なお、今回はAmazon Linux 2014.03を対象とする。 Google Authenticatorをインストールする Google Authenticatorは、PAMモジュールとして使えるものが提供されているので、そちらをインストールする。Amazon Linuxの場合は、なんとパッケージが用意されているので、yumで導入できる。 $ sud
cloudpackブログ - "Amazon Linux"で起動時に任意のユーザーを作って任意の公開鍵(SSH)を登録する
スズキです。 “cloud-init”使って”User Data”を下記のようにして実現してみました。 #cloud-config runcmd: - [adduser, suzuki] - [mkdir, /home/suzuki/.ssh] - [sh, -c, 'echo "ssh-rsa XXXXXXXX xxxxxxxx" > /home/suzuki/.ssh/authorized_keys'] - [chown, -R, suzuki.suzuki, /home/suzuki/.ssh] - [chmod, 600, /home/suzuki/.ssh/authorized_keys] “authorized_keys”に公開鍵を書き込む部分に苦戦しましたが、下記の記事が非情に参考になりました。 cloud-initで設定ファイルをつくる 結局、”runcmd”使ってしまいま
cloudpackブログ -mac osx標準ターミナルでsshのパスフレーズをコピー＆ペーストする
MacBook-Air:~ koujimiura$ ssh -i alohanet.pem alohanet@ec2-xxx-xxx-xxx-xxx.ap-northeast-1.compute.amazonaws.com mac-osxの標準ターミナルからssh -iで上記のようにキーファイル指定すると、パスフレーズ認証が必要な場合には 下図のパスフレーズを入力するダイアログが表示されます。 こちら少しやっかいです。パスワードのテキストボックスにcopy&paste出来ない仕様で、 “⌘+V”してもペーストできません。また、右クリックメニューやメニューバーの”編集”を見てもペーストが出来ない ようになっています。 どうしてもパスフレーズをペーストしたいときには、”ssh -i”コマンドを利用せず、sshエージェントを使用することで ターミナル上でパスフレーズをcopy&paste出来ます
cloudpackブログ - GitHubでリポジトリを作ってSSHでgit cloneするまで
本記事は、GitHubにログインしていることが前提となります。 (1) 右上のリポジトリ作成ボタンをクリック (2) リポジトリ名と公開/非公開設定、そして「READMEファイルをどうするか」を設定 (3) リポジトリが作成されていることを確認 (4) SSHにてGitにアクセスする情報を確認 (5) git cloneするサーバでSSHのキーを作成 # cd # cd .ssh/ # ssh-keygen -C suz-lab-centos-ami@suz-lab.com Generating public/private rsa key pair. Enter file in which to save the key (/root/.ssh/id_rsa): Enter passphrase (empty for no passphrase): Enter same passphra
cloudpackブログ - Too many authentication failures for root
最近になり、MACのsshで下記のようなエラーが出力され、ログインできなくなってしまいました。 $ ssh -i suz-lab_ap-northeast-1.pem -l root ec2-xxx-xxx-xxx-xxx.ap-northeast-1.compute.amazonaws.com Received disconnect from xxx.xxx.xxx.xxx: 2: Too many authentication failures for root 取り急ぎ、下記のようなファイルを用意することで解決しました。 $ cat /Users/suzuki/.ssh/config IdentitiesOnly yes こちらの記事はなかの人（suz-lab）監修のもと掲載しています。 元記事は、こちら
cloudpackブログ - SSHログインをユーザ/グループで許可設定を行う
前回、PAM認証を利用してrootにスイッチについて紹介しましたので、今回は、SSHログインをユーザ/グループ単位での設定方法を紹介します。 ユーザ/グループ単位の設定をするには、下記の3ファイルを利用します。 /etc/pam.d/sshd /etc/ssh/sshd_config /etc/security/access.conf はじめに、/etc/pam.d/sshdの設定です。 下記を最後に追加します。 account required pam_access.so /etc/ssh/sshd_configは、下記の記述を確認します。 UsePAM yes grep UsePAM sshd_config 最後に/etc/security/access.confです。 vi /etc/security/access.conf #+ : root : 192.168.201. ↓ +
cloudpackブログ - 一般ユーザで秘密鍵ログイン
AWSでsshログインを行う時、セキュリティ強化するのため、セキュリティグループでsshの接続元IPアドレスを限定して、パスフレーズ付き秘密鍵ログインを行うのが適切と思います。 そこで今回は、一般ユーザで秘密鍵ログインを行う方法を紹介します。 ※今回はSUZ-LAB謹製AMIを利用する理由で紹介した、suz-lab AMIを利用しています。 ・wwwグループ作成 [root@ip-10-150-175-70 ~]# groupadd -g 2001 www ・wwwユーザ作成 [root@ip-10-150-175-70 ~]# useradd -g 2001 -u 2001 www ・wwwユーザにスイッチ [root@ip-10-150-175-70 ~]# su - www ・秘密鍵作成(パスフレーズは wwwuser とします。) [www@ip-10-150-175-70 ~]$
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
