Extension:CentralAuth/ja

CentralAuthは、プロジェクト間で共有されるグローバルアカウントが可能です.

インストール
CentralAuth のインストールと使用の前提条件は、以下の セットアップ節を参照してください. CentralAuth を有効にする準備ができたら、次に以下の指示に従ってください:


 * 1) 最新のスナップショットをダウンロードして、 ディレクトリに展開します.
 * 2) データベースを選択し、CentralAuthデータベーステーブルを作成してください.  使用するデータベースは既存でも、新規作成することもできす. 拡張機能の使用する規定のデータベースの名前は です (以下をご参照ください).  このデータベースを使用し、次に を実行します.
 * 3) * を使用する場合は、グローバルな   テーブルを作成する櫃行があります (ウィキを問わず見た目が似た利用者名を除外するため. ) これを行う方法の一つとして、ローカルwikiのデータベースから テーブルのダンプを作成し、新しいにインポートします.
 * 4) の追加先は、ご利用のウィキ単位で   に、もしくはご利用のウィキごとに   に含まれた他の PHP ファイルです.
 * 5) これで拡張機能が有効になるはずです.

ここで紹介するサンプルシェルとSQLコマンドは、CentralAuth のデータベースを作成してそこに spoofuser テーブルを転写してから、既存のユーザーデータをそこへ移行するために使います. ご利用のウィキのインストール形態に合わせて、$wgDBname と $wgDBuser を該当する値に置換します.

新規データベースを作成 (この段階はオプション、既存のデータベースを使うなら本項目は飛ばしてテーブル作成の手順へ進みます):

以下の記述は現時点の作業ディレクトリがご利用の MediaWiki インストレーションであることを前提にします (ご利用の CentralAuth ディレクトリではない点にご注意. ) 統一認証テーブルを作成します（ の使用が推奨されます）.

AntiSpoof をインストールした環境では、テーブル作成はそれを経由します (代替案として既存の AntiSpoof テーブルを転写しておき、これまでのエントリを保存):

利用者移行スクリプトの実行

Upgrading
CentralAuth is designed for large wiki farms who run database updates manually in order to enable zero-downtime upgrades. For that reason, the CentralAuth database will not be updated with the usual upgrade process. Third-party users are expected to follow CentralAuth development and apply database migrations manually instead.

セットアップ
初めに、wikiファミリをで設定する必要があり、そうしないとCentralAuthがあなたのwikiファミリに使用できません. これには、をセットして、、（最小は、、）に割り当てることが含まれます. 例によく従って下さい. 設定コードを の行の後に置くことを確認してください. 新しいウィキファミリーを作成する場合、各グループのウィキのデータベースが同じサフィックスを持つ方が簡単です（例えば、同じグループに属するウィキのデータベース 、 、 などは、すべて「 」というサフィックスを持っているとします）.

拡張機能をインストール後、CentralAuthのデータベースにあるデータを集める必要があります. グローバルアカウントを過去にさかのぼって設定するためには、およびのスクリプトを実行する必要があります. 最初のものは、CentralAuthデータベースにあなたのWikiに関する情報を保存します. 一方、2番目のものは、自動移行ヒューリスティックを使用してグローバルアカウントを生成します. 利用者はSpecial:MergeAccountを通じて統合できます. ドライランはテスト目的で使用することができます.

グローバルグループを有効にするには、CentralAuthデータベースの テーブルに、 と（グループ管理インターフェイスへのアクセス用に） のエントリを作成する必要があります. 使用することが推奨されるサンプルクエリー :. 次に、 を実行して、ローカルのスチュワードをグローバルスチュワードへ昇格させます.

There are various settings you may wish to modify (e.g. whether to provide single sign-on across a whole domain) listed in. In particular, you will want to override the default value of if your CentralAuth database is named something other than. の行の後に を設定してください.



リンクの挙動
In July 2013 WMF changed its approach to logging users into multiple wikis. When configured for this new approach, after successful login and account creation CentralAuth redirects to  on a "central login wiki", which sets cookies on that wiki and then redirects back to the logged-into wiki. It omits the "login/account creation success" page, instead redirecting back to the "returnto" page that the user was originally on. It places 1x1 pixel images in the footer of that page, in place of the icons formerly used on the "login/account creation success" page.

The settings for this are, roughly,

is the id (usually the database-name) of the wiki to which CentralAuth will redirect on login and create account.



キャッシュの問題
最良の結果を得るために、memcachedの使用が推奨されます. If you have only a single server, accelerator caches like APCu can also work, but do not use them if you have multiple servers. If you have no cache set up (i.e. ) for, or are using  , then you need to make sure all your wikis use the same caching table.

By default, each wiki in your wiki farm will use the  table in its own database (with its own db prefix) when  is set to   or.

これをCentralAuthで正常に動作させるために、中央のキャッシュテーブルを使用するようwikiを設定する必要があります.

If you want to make a central caching table in the  database (and assuming one of your existing wikis has a database name of  ), run code like the following to copy the table to your other database:

次に、以下の設定を全てのWikiに行い、中央のWikiが使用されるようにします :

使用法
単一利用者ログインシステム (SUL) を採用、MediaWiki のAuthPlugin システムを援用. 利用者の作成とログインは単一の統一利用者テーブルを用いて、全てのウィキでグローバルに実行されます. ローカルの利用者アカウントはいずれにしてもアカウント作成・ログイン時に自動的に作成されることに留意してください.

この拡張機能はまた、グローバルな利用者グループを実行し、そこにはグローバルアカウントを登録できます.



利用者権限
CentralAuth は複数の新しい利用者権限を定義します.

Single-user login (SUL)
A user with an account on more than one wiki may use Special:MergeAccount to create their global user account, which can then be used on any wiki. Users with the  permission (given to stewards by default) can undo a merging of a global account, where the passwords are all reset back to the pre-merge setting. User accounts can now also be renamed globally.



グローバルユーザーをロックして非表示にする
グローバル アカウントは、既定で local グループ 'stewards' に与えられている  と   の権限を持つ利用者によって locked または hidden にすることができます. ロックされたグローバルアカウントは、現在ログインしているすべてのWikiのセッションから即座にログアウトされます. 非表示のグローバル アカウントの利用者名は、グローバル アカウント記録以外の記録には表示されません.



Wikiのセット
A wiki set is a group of wikis specified by a user with the  right. Sets can be opt-in (wikis are not in it by default) or opt-out (wikis are in it unless opted out).



グローバル利用者グループ
Once you have enabled global user groups as described in the installation section, a migrated steward can use the Special:GlobalGroupPermissions interface to configure global user groups, and their rights. A global user group is active on all wikis (the users in it have its rights on all the wikis) by default, unless the group has been specified to only be active on a specific wiki set (the users in the group only have the rights if they are on a wiki in the set). Global group permissions are not listed at Special:ListUsers, but instead Special:GlobalUsers. They are assigned by a user with the  permission (by default the global group  ), and give the specified rights to the user even if the local rights defined by  do not do so.



ライセンスとダウンロード
この拡張機能には GNU 一般公衆ライセンス 2.0 以降が適用され、ダウンロードは Git から、もしくは 経由でアクセス可能です.

ソフトウェアは現状のまま支給されます. ウィキメディアのウィキの需要による場合、もしくは重大な脆弱性が発見された場合に更新が行われる可能性があります.

API
を参照

脚注


関連項目

 * Single login specifications はメタウィキの単一ログインの要件
 * Help:Unified loginはメタウィキの統一ログインのヘルプ
 * User:Legoktm/evil-plans2.txt (2015 plan to phase out CentralAuth at WMF)
 * 統一したウォッチリスト
 * CentralAuth制御フロー
 * Stuck global renames
 * CentralAuth制御フロー
 * Stuck global renames