特徴
2025 年 4 月以降、新しい Azure DevOps OAuth アプリはありません
2025 年 4 月以降、Azure DevOps OAuth アプリの新しい登録はサポートされなくなりました。 これは、Azure DevOps OAuth プラットフォーム廃止に向けた長期的な取り組みの第一歩です。 すべての開発者が Azure DevOps REST API 上にアプリケーションを構築し、 代わりに Microsoft ID プラットフォーム を探索し、 新しい Entra アプリケーション を登録することをお勧めします。
既存の Azure DevOps OAuth アプリはすべて、2026 年にプラットフォームが正式に廃止されるまでは動作し続けます。 詳細については、 こちらのブログ記事を参照してください。
Azure DevOps Services でサーバー名表示 (SNI) が必須になりました
2025 年 4 月 23 日より、Azure DevOps Services へのすべての受信 HTTPS 接続に サーバー名表示 (SNI) が必要になります。
SNI は TLS プロトコルの拡張機能であり、クライアントは接続先のホスト名を指定できます。 最新のブラウザーとクライアント ソフトウェアはすべて SNI をサポートし、既定で使用するため、ほとんどのユーザーがシームレスに移行できます。 実際、サーバーに到達する顧客トラフィックの 99.995% 以上が SNI 対応です。
ただし、古い、正しく構成されていないネットワーク ライブラリ、ランタイム、オペレーティング システムなど、さまざまな要因により、一部のクライアント ソフトウェアが SNI と互換性がない可能性があります。 プロキシまたは NGFW ファイアウォールからも問題が発生する可能性があります。 Azure DevOps で使用される次のツールは、SNI の問題の影響を受ける可能性があります。
- Git クライアント
- IDE プラグインと拡張機能 (Team Explorer Everywhere)
- SNI (Java 6 以前) をサポートしていない、または SNI が既定で有効になっていない古い Java バージョン (Java 7 および 8 の一部のバージョン) で実行されているソフトウェア
- 以前のバージョンのブラウザー ( https://caniuse.com/sniを参照)
SNI の問題は、通常、次のような接続エラーによって発生します。
- ERR_SSL_PROTOCOL_ERROR（SSLプロトコルエラー）、ERR_CERT_COMMON_NAME_INVALID（証明書の共通名が無効）
- javax.net.ssl.SSLHandshakeException、javax.net.ssl.SSLException
- SSL/TLS セキュリティで保護されたチャネルの信頼関係を確立できませんでした
システムの SNI 互換性を検証するには、SNI を要求するように構成した Azure DevOps の状態エンドポイントを呼び出します。 この呼び出しが成功した場合は、ホスト (オペレーティング システムとネットワーク環境を含む) が SNI と互換性があることを示します。 テスト方法の詳細については、 ブログ記事をご覧ください。
次のステップ
注
これらの機能は、今後 2 ~ 3 週間にわたってロールアウトされます。
Azure DevOps に向かい、見てみましょう。
Azure DevOps に移動する
フィードバックの提供方法
これらの機能についてご意見をお聞かせください。 ヘルプ メニューを使用して、問題を報告したり、提案を提供したりします。
Stack Overflow のコミュニティからアドバイスや質問に回答してもらうこともできます。