docker loginの認証はどこで実行されるか - Qiita
TL; DR 答えは、dockerコマンドを実行するOS/ユーザ です。 より詳細な仕組みを知りたい方は以下を読んでください。 dockerコマンドは３種類ある はじめに docker コマンドは一つでないという話からはじめます。 ホストOSがLinux以外の場合、 dockerデーモンは仮想OS (macOSならHyperKit, WindowsならHyper-VまたはWSL2)上のLinuxで実行されています。 dockerコマンドは以下の三ヶ所から呼び出すことができます ホストOS 仮想OS コンテナ内部（ソケットマウント方式でdocker in dockerしている場合） それぞれで実行されるdockerコマンドは実行されるOS上の普通のプログラムで、 dockerデーモンに対して通信をすることで実際のコンテナを実行します。 つまり、ホストOS上のdockerコマンドと仮想OS上の
設定ファイルと認証情報ファイルの設定 - AWS Command Line Interface
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 設定ファイルと認証情報ファイルの設定 頻繁に利用される構成設定および認証情報を AWS CLIが維持するファイルに保存することができます。 ファイルは profiles に分割されます。デフォルトでは、 AWS CLI はという名前のプロファイルにある設定を使用しますdefault。替わりの設定を使用するには、追加のプロファイルを作成して参照できます。 サポートされた環境変数のいずれかの設定を使用するか、あるいはコマンドラインパラメータを使用して、個別の設定を上書きすることもできます。構成設定の優先順位の詳細については、「を設定 AWS CLI」を参照してください。
AWSの自社認証局への移行に備える方法 - Qiita
タイトルは思いつかなかったのでパクりました。 [Action Required] Amazon S3 and Amazon CloudFront migrating default certificates to Amazon Trust Services in March 2021 というメールが飛んできており、何をしたらよいか？と聞かれたので調べました。TLS接続ができなくなるなんて考えてもなかったので漠然と大丈夫だろうとは思ってましたが、いざ聞かれると不安だったので。 結論としては利用しているアプリケーションによるとしか言えません。アプリによってルート証明書の管理の仕方が違うからです。 詳しくはAWSのBlogで「AWSの自社認証局への移行に備える方法」という記事があるので読みましょう。 概要 メール中にあったAWSのBlogの「AWSの自社認証局への移行に備える方法」に書いてある通
WIFI接続で使われるポップアップ認証を調べてみた - Qiita
フリーWIFIに接続する際、Webページのポップアップが開いて UserName, Passwordを入力すると接続が出来る仕組みがある。 これについてググってみた。 IEEE802.1x という認証技術。 自作 Ubuntu を無線 LAN ルータとして稼働させる - Qiita でhostapdを準備し、 FreeRADIUSで認証。 * RADIUSによる認証ネットワーク環境構築のための７ステップ * CentOS FreeRadiusの設定 製品例 NetAttest NetAttest EPS | ジェイズ・コミュニケーション株式会社 Cisco Catalyst 2960 スイッチ ソフトウェア コンフィギュ レーション ガイド Rel. 12.2(40)SE - IEEE 802.1x ポートベース認証の設定 - Cisco Systems Register as a new
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
