在azure中记录传入请求引用者

在azure中记录传入请求引用者,azure,httprequest,alert,azure-application-insights,http-referer,Azure,Httprequest,Alert,Azure Application Insights,Http Referer,我已经将一些.net API和应用程序作为应用程序服务部署到Azure,Azure正在内部使用,其中一些应用程序还可以在外部调用。此外,我们还为一个主要的应用程序服务(我们称之为服务A)设置了Azure警报,该服务在出现404错误时发送电子邮件通知 查看AppInsights,我可以看到一些请求,在调用url中未包含任何端点的服务时导致404错误(服务Bhttps://serviceB.mydomain.com/)当然,服务B返回404,但是AppInsights不显示请求调用方(请求引用方)。

我已经将一些.net API和应用程序作为应用程序服务部署到Azure,Azure正在内部使用,其中一些应用程序还可以在外部调用。此外,我们还为一个主要的应用程序服务(我们称之为服务A)设置了Azure警报,该服务在出现404错误时发送电子邮件通知

查看AppInsights,我可以看到一些
请求
,在调用url中未包含任何端点的服务时导致404错误(服务B
https://serviceB.mydomain.com/
)当然,服务B返回404,但是AppInsights不显示请求调用方(请求引用方)。要调查404错误,我需要了解调用方url


我知道,通过编程我可以读取请求referer,但如何处理404错误,该错误是由对不存在的端点的请求引起的。此外,一些请求可能没有referer。如何记录呼叫方url[最好在Azure app services/appInsights中]

这样做的一个主要原因是您可以配置应用内洞察

特别是,这将是一个巨大的挑战


这将频繁地点击您配置的位置处配置的URL。到目前为止,我无法在Azure portal中找到任何设施来配置AppInsights,但是可以通过编程方式将其配置为跟踪引用者,当然,如果由于某种原因,请求头中没有引用者,则无法捕获它

这说明了如何在代码中进行AppInsight配置以跟踪引用者

更新-以及问题的根源:

结果表明,Azure应用程序设置中的“始终打开”功能为服务B启用,这意味着它向基本url发送请求以保持其活动状态并避免回收。有关“始终在线”的更多信息,请参阅


谢谢@Jayendran的提示。我检查了所有现有的AppInsights,但事实并非如此。此外,请求不在固定的时间间隔内。更有可能的是,一个内部/外部服务正在ping url,但无法跟踪它。