Valid Webhook for Data Factory suddenly stopped working

DataCapuchin 106 Reputation points
2020-12-09T15:39:57.4+00:00

Dear experts,

I have a Data Factory (v1) pipeline, Runbook, Integration Runtime and Automation triggered from my client's site by a webhook that has been working well for three years. The webhook is in date. Yesterday morning the webhook stopped triggering or even registering at the Azure end when triggered from the Client. When triggered via the same webhook from outside of the client, the whole process works fine, moving data to and from the client successfully.

To me this means that the IR is working correctly but something either on the client's network or on Azure services is now preventing the comms to Azure from the client but not from our network.

The webook is triggered by a single line of Powershell 'Invoke-RestMethod -Method Post -Uri "https://s9events.azure-automation.net/webhooks?token=<token>"'

I have checked TLS settings on Internet options and 1.0, 1.1 and 1.2 are all ticked.

Your help in this is greatly appreciated and I am hoping that I am not the only person this has happened to.

Thanks and regards,

DC

I should have added that the error message received is

"The error information returned by PowerShell is: 'The underlying connection was closed: An unexpected error occurred on a send. Authentication failed because the remote party has closed the transport stream."

Thanks again

DC

Azure Data Factory
Azure Data Factory
An Azure service for ingesting, preparing, and transforming data at scale.
9,599 questions
Azure Automation
Azure Automation
An Azure service that is used to automate, configure, and install updates across hybrid environments.
1,124 questions
0 comments No comments
{count} votes

Accepted answer
  1. DataCapuchin 106 Reputation points
    2020-12-09T18:14:02.293+00:00

    Dear all,

    I think many of you would have known exactly what the problem above was and were surprised that we were asking this. However, as a start up with a nascent but growing powershell/webhook knowledge, we struggled to find something that was clearly the solution so we thought we would post what we found. Eventually thanks to web searches and testing we found that adding the line below as the first line, the problem was resolved.

    [System.Net.ServicePointManager]::SecurityProtocol = [System.Net.SecurityProtocolType]::Tls12;

    It seems that the the Invoke-RestMethod always defaults to TLS 1.0 and that as of 08/12/2020 this is no longer supported by Azure Services. We were slightly disappointed that the communications we received from Microsoft about TLS changes did not make it obvious to us that Webhooks generated by Runbooks would be affected. We were also disappointed that the resolution specifically for Webhooks and Automation was not clearly signposted on the official documentation. We still love Azure, the community and what it has enabled us to achieve though.

    Hopefully this post will help help some others

    DC.

    2 people found this answer helpful.

0 additional answers

Sort by: Most helpful