私たちのバックエンドはAzure Notification Hubの無料プラン（テスト用）を使用していますが、時にはプッシュ通知が私たちのアプリケーションに届きません。Azure Notification Hubから通知のステータスを取得する方法は？
のステータスを通知できるREST APIなどがありますか？
私はPer Message Telemetryを呼び出そうとしましたが、ヘッダーにAuthorizationトークンを記入すると、Azureは私に何の応答もしません。認証トークンなしでこのエンドポイントを呼び出すと、401応答が得られます。
あなたは問題の原因となる2つのことを述べました：Azure notification misconfig、または資格情報の問題、またはIOSアプリケーションの誤設定。両方のケースのためのソリューションは、以下のとおりです。
Azureの通知ハブの設定ミス： 何の通知が通じ作っていない場合は、最初のステップは、正しい証明書が作成されたアプリケーションでそれらをマッチング通知ハブで構成されていることを確認しなければなりませんプラットフォーム固有の開発者アカウントで
A）（）タイプミスのないあなたの通知ハブの名前が同じであることを確認してください：あなたは、あなたがPNS設定したバックエンド、 から通知を送信しているクライアント、 から登録している
資格情報と クライアントとバックエンドで設定したSAS資格情報
b）クライアントとアプリケーションのバックエンドで正しいSAS構成文字列を使用していることを確認します。経験則として、あなたは（NHに通知を送信することができるようにする許可を与える）アプリケーションのバックエンド上のクライアントとDefaultFullSharedAccessSignatureにDefaultListenSharedAccessSignatureを使用している必要があり
アップルプッシュ通知サービス（APNS）設定 プロダクション用とテスト用の2つの異なるハブを維持する必要があります。これは、サンドボックス環境で使用する証明書を別のハブにアップロードし、本番環境で別のハブに使用する証明書をアップロードすることを意味します。同じハブに異なる種類の証明書をアップロードしようとしないでください。通知が失敗する可能性があります。誤って異なるタイプの証明書を同じハブにアップロードした場合は、ハブを削除して新しく始めることをお勧めします。何らかの理由でハブを削除できない場合は、ハブから既存の登録をすべて削除する必要があります。
手順のガイダンスとその他のリソースについては、ご使用のシナリオに固有のこのMSの記事を参照してください。https://docs.microsoft.com/en-us/azure/notification-hubs/notification-hubs-push-notification-fixer