期待のSSH認証方式「STNS」を試す - Qiita
これは、2016年のアドベントカレンダーを書く時間がなかったときの、逃げ道に用意してあった記事です。 すっかりアップロードを忘れていました。 そのため、手元のタイムスタンプでは 2016/12/08最終更新 となってますのでご注意ください。 はじめに Linuxのユーザー管理にLDAPを使うのにうんざりしている人、いますよね。 RDB系と違って癖があるので、説明するのも大変だったりします。 STNSはそんな方々にとって理想的な代替手段になりそうなOSSです。 セットアップしてみる 上記の通り、この手順は 2016年12月頃に検証したログ です。 本手順を鵜呑みにせず、 必ず最新の情報を確認してからセットアップしてください。 試験環境はCentOS6です。 インストール インストール手順に従ってyumリポジトリが公開されています。 それを使用する場合はこちら。 ### バグがあると嫌なので、
stnsバックエンドでユーザを一元管理 - Qiita
はじめに stnsを使ってユーザ管理を一元化したので、その構築手順や実装例を紹介します。 STNSとは？ サーバにSSHログインする際に使用する公開鍵をtoml形式のファイル（もしくはstns I/Fを 持ったバックエンド）で提供することで、ユーザの設定状態を一元管理するためのツールです。 各サーバにOSユーザを作成する必要がなく、一元管理でき、利用者の増減（例えば、 入社、部署移動、退職など）を簡単に反映でき、運用の手間を減らせます。 こちらを読めば開発の動機、背景がわかります。 STNSバックエンドを自前で立てる理由 そもそもなぜ自前のバックエンドが必要かというと、stnsには標準でtoml形式でユーザ管理するバックエンドが 同梱されていますが、それを使う場合にtomlファイルをgit等で管理すること（情報の一元管理）はできますが、 結局各サーバにそのtomlを反映する必要があり、状態
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
STNS of the year
