AWS SSOのIDソースをAD Connectorにしました
2022/03/27
オンプレミス想定のActive DirectoryにVPN接続して、AD Connectorを作成、AWS SSOのIDソースにしました。
目次
関連ブログ
- AWSクイックスタートのActive Directory Domain Services on AWS
- オンプレミスに見立てたオハイオリージョンにVyOSインスタンスを起動して東京リージョンからVPN接続
- AD Connectorを作成してシームレスにドメイン参加する
AD Connector作成が初回失敗して再実行
オンプレミス想定のActive Directory側のEC2のセキュリティグループで、AD Connectorを設置するサブネットのIPアドレスに53,88, 389 TCP/UDPポートを許可していなかったため、作成失敗しました。
オンプレミス想定のActive Directory側のEC2のセキュリティグループに上記を追加。
ICMPはping確認用。
AD Connectorの作成
Smaillで作成しました。
awsconはADでexample.comドメインにあらかじめ作成しておいた接続用ユーザーです。
その他AD側の設定は、AD Connectorを作成してシームレスにドメイン参加するを参照しました。
既存のDNSアドレスは2つのADインスタンスのプライベートIPアドレスを指定しました。
VPCはAWS SSOを有効にするリージョンで作成しました。
AWS SSOでIDソースにAD Connectorを設定
AWSアカウントでOrganizations組織を作成して、AWS SSOを有効化しました。
SSOダッシュボードで、[アイデンティティソースを選択]を選択しました。
[アクション]-[アイデンティティソースを変更]を選択しました。
[Active Directory]を選択しました。
Existing Directoriesで作成しておいたAD Connectorを選択しました。
「承諾」を入力して作成しました。
設定完了しました。
AWS SSOアクセス許可セットを作成
テストのためにIAMを読み込むことができる許可セットを作成しました。
アクセス許可セット画面で[許可セットを作成]ボタンを押下しました。
事前定義された許可セットではなく、[カスタム許可セット]を選択しました。
AWSマネージドポリシーのIAMReadOnlyAccessを選択しました。
インラインポリシーも書けるようです。
あとは名前を設定して作成しました。
AWSアカウントにADユーザーを割り当て
Organizationsのメンバーアカウントを選択して、[ユーザーまたはグループを割り当て]を選択しました。
ADのグループを選択しました。
作成しておいた許可セットを選択しました。
ポータルからサインイン
AWS SSOのポータルにADユーザーとパスワードでサインインしました。
アカウントが選択できました。
対象のアカウントのIDプロバイダとIAMロールを確認
IDプロバイダに、AWS SSOによって自動で作成されたSAMLプロバイダがありました。
IAMロールには、SAMLプロバイダにsts:AssumeRoleWithSAMLを許可する信頼ポリシーのIAMロールが作成されていました。
許可ポリシーには、許可セットで設定したIAMReadOnlyAccessが設定されていました。
デモ動画
サインインなどのデモはYoutubeで公開しています。
最後までお読みいただきましてありがとうございました!
「AWS認定資格試験テキスト&問題集 AWS認定ソリューションアーキテクト - プロフェッショナル 改訂第2版」という本を書きました。
「AWS認定資格試験テキスト AWS認定クラウドプラクティショナー 改訂第3版」という本を書きました。
「AWS認定資格試験テキスト AWS認定AIプラクティショナー」という本を書きました。
「AWS教科書 AWS認定デベロッパーアソシエイト テキスト&問題集 」という本を書きました。
「要点整理から攻略するAWS認定ソリューションアーキテクト-アソシエイト」という本を書きました。
「AWSではじめるLinux入門ガイド」という本を書きました。
開発ベンダー5年、ユーザ企業システム部門通算9年、ITインストラクター5年目でプロトタイプビルダーもやりだしたSoftware Engineerです。
質問はコメントかSNSなどからお気軽にどうぞ。
出来る限りなるべく答えます。
このブログの内容/発言の一切は個人の見解であり、所属する組織とは関係ありません。
このブログは経験したことなどの共有を目的としており、手順や結果などを保証するものではありません。
ご参考にされる際は、読者様自身のご判断にてご対応をお願いいたします。
また、勉強会やイベントのレポートは自分が気になったことをメモしたり、聞いて思ったことを書いていますので、登壇者の意見や発表内容ではありません。
関連記事
-
-
TwilioからのリクエストをAPI Gateway+LambdaでTwimlを返して処理する
Twilioで着信した時のリクエスト先としてTwimlをWebサーバやS3で用意 …
-
-
EC2 Amazon LinuxのNginx+RDS MySQLにレンタルWebサーバーからWordPressを移設する(手順整理版)
ブログサイト(WordPress)をレンタルWebサーバーからAWSに移設する事 …
-
-
[JapanTaxi] Athena 指向アナリティクス 〜真面目に手を抜き価値を得よ〜(AWS Summit Tokyo 2017)を聞いてきました
Athenaのユースケースとして聞きにいきましたが、最近触ってるRe:dashも …
-
-
NGINXで500と502のエラーが実は頻発していたらしい
先日Mackerelで当ブログの外形監視を始めたのですが、500と502のエラー …
-
-
AWS Expert Online at JAWS-UG首都圏エリアに参加して「Amazon EC2 スポットインスタンス再入門」を聞いてきた
AWS Expert Onlineという勉強会がありまして、AWS ソリューショ …
-
-
AWS Summit Tokyo 2017 聴講したセッションのメモ
2017年6月に参加しましたAWS Summitで聴講したセッションのメモを記し …
-
-
RocketChatの匿名登録時のtoo many requestsエラー対応
匿名ユーザー登録時のtoo many requestsエラー RocketCha …
-
-
Cloud9でAWS CDK環境
最初ローカルに作ろうと思ったのですが、環境依存がというか、Macbookの環境で …
-
-
Intel 82599 VF インターフェイスで拡張ネットワーキングが有効なEC2インスタンスで帯域幅を確認してみました
拡張ネットワーキングが有効なEC2インスタンスとそうではないインスタンスの2セッ …
-
-
Pepperで撮影した写真をAmazon Rekognitionで分析してその結果をPepperがしゃべる ~(1)AWS編~
Pepperの機能を使えるところは使って、何かしたいなあと思ってまして。 目(カ …



















