適用対象: Windows Server 2022、Windows Server 2019、Windows Server 2016、Azure Stack HCI バージョン 21H2 および 20H2 IPv4 および IPv6 のネットワークとアプリケーション間でプロキシとして機能させるために、netsh interface portproxy コマンドを使用します。 これらのコマンドを使用して、次の方式でプロキシ サービスを確立できます。 IPv4 で構成されたコンピューターおよびアプリケーションのメッセージが、IPv4 で構成された他のコンピューターおよびアプリケーションに送信される。 IPv4 で構成されたコンピューターおよびアプリケーションのメッセージが、IPv6 で構成されたコンピューターおよびアプリケーションに送信される。 IPv6 で構成されたコンピューターおよびアプリケ
ネットワーク アプリと WSL を使用する場合に注意すべき考慮事項がいくつかあります。 既定では、WSL は NAT ベースのアーキテクチャを使用します。最新の機能と改善点を取得するには、新しいミラー化されたネットワーク モードを試してみることをお勧めします。 IP アドレスを特定する WSL を介して実行される Linux ディストリビューションの実行に使用される IP アドレスを特定する場合に、考慮すべき次の 2 つのシナリオがあります。 シナリオ1: Windows ホストの視点から、WSL2 経由で動作している Linux ディストリビューションの IP アドレスにクエリを実行し、Windows ホスト上のプログラムがディストリビューション (インスタンス) 内部で動作しているサーバー プログラムに接続できるようにする。 Windows ホストでは次のコマンドを使用できます。 ws
AzureAdJoined: デバイスが Microsoft Entra ID に参加している場合は、状態が YES に設定されます。 それ以外の場合は、状態が NO に設定されます。 EnterpriseJoined: デバイスがオンプレミスのデータ レプリケーション サービス (DRS) に参加している場合は、状態が YES に設定されます。 デバイスに EnterpriseJoined と AzureAdJoined の両方が指定されることはありません。 DomainJoined: デバイスがドメイン (Active Directory) に参加している場合は、状態が YES に設定されます。 DomainName: : デバイスがドメインに参加している場合は、状態がドメインの名前に設定されます。 デバイスの状態の出力例 +------------------------------
Microsoft Entra セキュリティ トークン サービス (STS) から返される AADSTS エラー コードについての情報をお探しですか? AADSTS エラーの説明、修正、およびいくつかの推奨される回避策を見つけるには、このドキュメントをお読みください。 注意 この情報は暫定的なもので、変更されることがあります。 ご質問がありますか。またはお探しの情報が見つかりませんでしたか。 GitHub のイシューを作成するか、「開発者向けのサポート オプションとヘルプ オプション」で、ヘルプやサポートを受けるためのその他の方法を参照してください。 このドキュメントは、開発者と管理者向けのガイダンスとして提供されています。クライアント自体では決して使用しないでください。 エラー コードは予告なく変更される可能性があります。これは、より詳しいエラー メッセージを提供してアプリケーションを構
Microsoft Entra のサインイン ログでは、次のように組織内のアプリケーションへのアクセスの管理に関する質問への回答を見つけることができます。 ユーザーのサインインにどのようなパターンがあるか。 1 週間で何人のユーザーがユーザー サインインを行ったか。 これらのサインインはどのような状態か。 さらに、サインイン ログは、組織内のユーザーのサインイン エラーのトラブルシューティングに役立つこともあります。 このガイドでは、サインイン レポートでサインイン エラーを特定する方法について学習し、エラーの根本的な原因を理解するために使用します。 一般的なサインイン エラーについてもいくつか説明します。 前提条件 必要なもの: P1 または P2 ライセンスを持つ Microsoft Entra テナント。 テナントのレポート閲覧者、セキュリティ閲覧者、またはセキュリティ管理者のロール
この記事では、トラステッド プラットフォーム モジュール (TPM) のトラブルシューティング方法について説明します。 TPM の初期化のトラブルシューティング TPM のすべてのキーをクリアする TPM のオン/オフの切り替え TPM コマンドレットの詳細については、「Windows PowerShell の TPM コマンドレット」を参照してください。 TPM の初期化と所有権について Windows は自動的に初期化され、TPM の所有権を取得します。 TPM を初期化して所有者パスワードを作成する必要はありません。 TPM の初期化 Windows で TPM を自動的に初期化できない場合は、次の情報を確認してください。 TPM を出荷時の既定値にクリアして、Windows が再初期化できるようにします。 このプロセスの重要な予防策と、それを完了するための手順については、「 TPM
Progressive Web Apps (PWAs) are applications that you build by using web technologies, and that can be installed and can run on all devices, from one codebase. PWAs provide native-like experiences to your users on supporting devices. They adapt to the capabilities supported by each device and they can also run in web browsers, like websites. To start building a PWA, see Get started with PWAs. Vide
wsl.conf ファイルと .wslconfig ファイルは、すべての WSL 2 ディストリビューション (.wslconfig) 全体で、ディストリビューションごと (wsl.conf) にグローバルに詳細設定オプションを構成するために使用されます。 このガイドでは、各ファイルの種類を使用するタイミング、ファイルの保存場所、サンプル設定ファイル、ヒントなど、各設定オプションについて説明します。 wsl.conf と .wslconfig の違いは何ですか? WSL を起動するたびに自動的に適用されるインストール済みLinuxディストリビューションの設定を、次の 2 つの方法で構成できます: WSL 2 で実行されているすべてのインストール済みディストリビューション全体でグローバル設定を構成する .wslconfig。 WSL 1 または WSL 2 で実行されている Linux ディ
このドキュメントでは、Microsoft パートナーがマザーボードの交換状況やその他のサービス シナリオで使用できる Windows Autopilot デバイス修復シナリオに関するガイダンスを提供します。 Autopilot 登録済みデバイスの修復は、OEM 要件と Windows Autopilot 要件のバランスを取ろうとするため、複雑です。 具体的には、OEM 要件には、マザーボード、MAC アドレスなどの間で厳密な一意性が含まれます。Windows Autopilot では、登録を成功させるために、各デバイスのハードウェア ハッシュ レベルで厳密な一意性が必要です。 ハードウェア ハッシュは、すべての OEM ハードウェア コンポーネント要件に常に対応するとは限りません。 これらの要件が一部の修復シナリオで問題を引き起こす可能性があります。 ハードウェア ハッシュは、ハードウェア
HTTP トリガーでは、HTTP 要求で関数を呼び出すことができます。 HTTP トリガーを使用して、サーバーなしの API を構築し、Webhook に応答することができます。 HTTP によってトリガーされる関数の既定の戻り値は次のとおりです。 Functions 2.x 以降は、本文が空の HTTP 204 No Content Functions 1.x は、本文が空の HTTP 200 OK HTTP 応答を変更するには、出力バインドを構成します。 HTTP バインドの詳細については、概要と出力バインドのリファレンスに関するページを参照してください。 ヒント HTTP または Webhook のバインディングを使用する予定がある場合は、不適切な HttpClient のインスタンス化によって生じるおそれのあるポートの枯渇を防止してください。 詳細については、「How to man
Azure Functions のドキュメント Azure Functions は、アプリケーションを実行するために必要な継続的に更新されるすべてのインフラストラクチャとリソースを提供する、オンデマンドで利用できるクラウド サービスです。 ご自分にとって最も生産性の高い言語で最も重要なコードに集中し、残りは Functions に任せましょう。 Functions には、Azure 用のサーバーレス コンピューティングが用意されています。 Functions を使用すると、Web API のビルド、データベースの変更への応答、IoT ストリームの処理、メッセージ キューの管理などを行うことができます。
Azure Blob Storage は、Microsoft のクラウド用オブジェクト ストレージ ソリューションです。 Blob Storage は、テキスト データやバイナリ データなどの大量の非構造化データを格納するために最適化されています。 非構造化データとは、特定のデータ モデルや定義に従っていないデータであり、テキスト データやバイナリ データなどがあります。 About Blob Storage Blob Storage は、次の目的で設計されています。 画像またはドキュメントをブラウザーに直接配信する。 分散アクセス用にファイルを格納する。 ビデオおよびオーディオをストリーミング配信する。 ログ ファイルに書き込む。 バックアップと復元、ディザスター リカバリー、アーカイブのためのデータを格納する。 オンプレミス サービスまたは Azure ホステッド サービスで分析するデ
Blob Storage は関数キーの既定のストアですが、代替ストアを構成できます。 Azure Files は既定で設定されていますが、特定の条件では、Azure Files を使わずにアプリを作成することもできます。 重要な考慮事項 関数アプリで使用されるストレージ アカウントに関して、次の事実を強く考慮する必要があります。 関数アプリが従量課金プランまたは Premium プランでホストされている場合、関数コードと構成ファイルは、リンクされたストレージ アカウントの Azure Files に保存されます。 メイン ストレージ アカウントを削除すると、このコンテンツは削除され、回復できなくなります。 詳細については、「ストレージ アカウントが削除された」を参照してください。 関数コード、アクセス キー、その他の重要なサービス関連データなどの重要なデータは、ストレージ アカウントに保持
このチュートリアルでは、画像を Azure Blob Storage にアップロードし、それを Azure Functions、Computer Vision、Cosmos DB を使用して処理する方法について学習します。 また、このプロセスの一環として Azure 関数のトリガーとバインドを実装する方法についても学習します。 これらのサービスを一緒に使用して、テキストを含むアップロードされた画像を分析し、テキストを抽出してから、その後の分析などの目的のためにデータベース行にテキストを格納します。 Azure Blob Storage は、クラウド用の Microsoft の非常にスケーラブルなオブジェクト ストレージ ソリューションです。 Blob Storage は、画像とドキュメントの格納、メディア ファイルのストリーミング、バックアップおよびアーカイブ データの管理などのために設計
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
