OPENID 日语是什么意思 - 日语翻译

• openid

在 中文 中使用 Openid 的示例及其翻译为 日语

什么是OpenID？
OpenIDとは何か？

我也试试我的OpenID.
OpenIDを試してみる。

Q：OpenID和OAuth的区别是什么？
Q：CorrettoとOpenJDKの違いは何ですか？

GoogleProfiles现在可以作为OpenID使用了.
GoogleプロフィールのURLがOpenIDとして利用可能に。

OpenID认证提供了证明最终用户拥有其身份标识URL的方法。
OpenIDAuthenticationはEndUserが所有するIdentityURLを証明する手段を提供します。

SpringSecurity增加了对OpenID的支持。
SpringSecurity(Acegi)はOpenIDのサポートを追加した(source)。

有关详细指南，请参阅将ACS命名空间迁移到GoogleOpenIDConnect。
詳細については、「ACS名前空間のGoogleOpenIDConnectへの移行」を参照してください。

允许用户使用Facebook，Twitter或任何OpenID提供商验证.
ユーザーはFacebookやTwitter、または任意のOpenIDプロバイダを使用して認証することができます。

有关详细指导，请参阅将ACS命名空间迁移到GoogleOpenIDConnect。
詳しい説明については、「ACS名前空間のGoogleOpenIDConnectへの移行」を参照してください。

OpenID认证协议的整个流程就是证明一个最终用户拥有一个URL。
OpenIDauthenticationprotocolのすべてのフローはEndUserが所有するURLを認証することに関するもの。

有关详细指南，请参阅将ACS命名空间迁移到GoogleOpenIDConnect。
詳しい説明については、「ACS名前空間のGoogleOpenIDConnectへの移行」を参照してください。

OpenID认证协议的整个流程就是证明一个最终用户拥有一个URL。
OpenIDauthenticationprotocolのすべてのフローはEndUserが所有するURLを認証することに関するものです。

HTTPS侦听器使用符合OpenIDConnect(OIDC)条件的身份提供商验证用户身份。
HTTPSリスナーOpenIDConnect(OIDC)に準拠するIDプロバイダーを使用してユーザーを認証します。

Google的BradFitzpatrick刚刚宣布说GoogleProfiles现在可以作为OpenID使用了。
GoogleのBradFitzpatrickが今しがたツイートしたところによると、GoogleProfilesがOpenIDとして使えるようになったそうだ。

AzureAD支持SAML2.0、openIDConnect1.0、OAuth2.0和wS-Federation12身份验证协议。
AzureADでは、SAML2.0、OpenIDConnect1.0、OAuth2.0、WS-Federation12の各認証プロトコルをサポートしています。

之所以实施此新限制，是因为Google正逐步取消对ACS所依赖的OpenID2.0的支持，并已关闭新应用程序注册。
この新しい制限が課せられるのは、GoogleがACSの基礎となるOpenID2.0のサポートをしだいに減らし、新しいアプリケーションの登録を終了したためです。

这里详述的请求参数，应该通过OpenID认证的checkid_immediate或checkid_setup请求发送。
要求書式(RequestFormat)ここに詳述する要求パラメータは、OpenID認証のcheckid_immediateまたはcheckid_setup要求とともに送るべきである(SHOULD)。

在本书第3版中，我们增加了有关与第三方验证机制集成的内容，如OpenID、OAuth、Google、Facebook、LinkedIn等。
本の第3版では、サードパーティー製の認証機構、例えば、OpenID、OAuth、Google、Facebook、LinkedInなどとの統合に関する広範囲な説明も加えました。

OpenID用户还可以在任何OpenID供应商处创建一个身份，并使用该身份对GoogleAppEngine应用程序进行身份验证。
OpenIDユーザーも任意のOpenIDプロバイダーでIDを作成し、その同じIDを使用してGoogleAppEngineアプリケーションに対する認証を行うことができます。

ACS实施了一项功能，可帮助ACS命名空间所有者将他们的Google标识提供程序配置从OpenID2.0迁移到OpenIDConnect。
ACSでは、ACS名前空間の所有者がGoogleIDプロバイダーの構成をOpenID2.0からOpenIDConnectへ移行するときに利用できる機能が実装されました。

开发人员可以使用基于OpenIDConnect的标准用户资料属性（例如用户名、电话号码、地址、时区等），或者自定义添加特定于应用程序的用户属性。
開発者は標準的なOpenIDConnectベースのユーザープロファイル属性(ユーザー名、電話番号、住所、タイムゾーン等)を使用するか、またはアプリケーション固有のユーザー属性を追加してカスタマイズできます。

MicrosoftAzureActiveDirectory访问控制（也称为访问控制服务或ACS）支持使用OpenID2.0身份验证协议与作为标识提供程序的Yahoo!
MicrosoftAzureActiveDirectoryアクセス制御(アクセス制御サービスまたはACS) は、OpenID2.0認証プロトコルを使用するIDプロバイダーとしてのYahoo!

ACS與最常用的程式設計和執行階段環境都相容，且支援許多通訊協定，包括OpenAuthorization(OAuth)、OpenID、WS-同盟和WS-Trust。
ACSは最も一般的なプログラミングおよびランタイム環境と互換性があり、OpenAuthorization(OAuth)、OpenID、WS-Federation、WS-Trustなどの多くのプロトコルをサポートします。

若要使用OpenIDConnect标识符，客户必须在2015年6月1日之前将他们的ACS命名空间迁移到OpenIDConnect，并在2017年1月1日之前迁移他们的后端代码。
顧客は、2015年6月1日までにACS名前空間をOpenIDConnectへ移行し、OpenIDConnectの識別子を使用するために、2017年1月1日までにバックエンドコードを移行する必要があります。

通过支持行业标准协议（例如安全断言标记语言2.0(SAML2.0)、WS联合身份验证和OpenIDConnect），可在.NET、Java、Node.
SecurityAssertionMarkupLanguage2.0(SAML2.0)、WS-Federation、OpenIDConnectなど、業界標準のプロトコルがサポートされているため、.NET、Java、Node。

链接数据移动使用了语义Web中先前已经存在的标准（比如资源描述框架和WebOntologyLanguage）和Internet/Web的标准化（如HTTP和OpenID）。
LinkedDatamovementで使用している標準は、セマンティックWebにすでに存在する標準(ResourceDescriptionFrameworkやWebOntologyLanguageなど) およびインターネット/Web標準(HTTPやOpenIDなど)です。

ACS可兼容大多数常用的编程和运行时环境，并支持多个协议，包括OpenAuthorization(OAuth)、OpenID、WS-Federation和WS-Trust。
ACSは最も一般的なプログラミングおよびランタイム環境と互換性があり、OpenAuthorization(OAuth)、OpenID、WS-Federation、WS-Trustなどの多くのプロトコルをサポートします。

大多数支持SAML2.0、WS联合身份验证或OpenIDConnect的联合应用程序也支持用户在应用程序启动，再通过AzureAD的自动重定向或单击链接进行登录。
SAML2.0、WS-Federation、またはOpenIDConnectをサポートするほとんどのフェデレーションアプリでは、ユーザーがアプリケーションから開始し、自動リダイレクトかサインイン用リンクのクリックによってAzureAD経由でサインインする機能もサポートしています。

用户身份验证和安全性对于用户身份验证和群组成员身份定义，支持MicrosoftActiveDirectory、SAML2.0、OpenIDConnect以及内置的Tableau用户和群组。
ユーザー認証およびグループメンバーの定義向けに、MicrosoftActiveDirectory、SAML2.0、OpenIDConnect、内蔵のTableauユーザーおよびグループをサポートしています。

另外，如果您已经开发了自定义IdP解决方案并希望使用一个与OpenIDConnect兼容的身份提供程序进行身份验证，那么您最好使用ApplicationLoadBalancer原生的OIDC解决方案。
別の方法としては、すでにカスタムIdPソリューションに投資をしていて、OpenIDConnectに準拠した単一のIDプロバイダで認証したいだけならば、ApplicationLoad BalancerのネイティブなOIDCソリューションを使う方が良いかもしれません。