2015-05-21 6 views
6

Sto eseguendo un webapi su un sito Web di Azure che effettua chiamate a servizi Web esterni. Il webapi gestisce circa 2K-3K richieste al minuto.Si è tentato di accedere a un socket in un modo vietato dalle sue autorizzazioni di accesso in App Web di Azure

Periodicamente, si verificano molti errori di socket che indicano: "Si è tentato di accedere a un socket in un modo vietato dalle sue autorizzazioni di accesso". Questo errore sembra verificarsi indipendentemente dall'indirizzo IP del servizio web esterno.

Inizialmente, ho pensato che potesse essere l'esaurimento porta effimero, ma ho limitato "connectionManagement" a un massimo di 100 connessioni.

Che cosa potrebbe causare questo?

Grazie mille. Felice di fornire qualsiasi informazione possa essere utile.

Aggiornamento 6/1: - non funziona per 6/2

ho aggiunto il seguente al mio web.config sezione system.net:

<defaultProxy enabled="false" useDefaultCredentials="false"> 
    <proxy/> 
    <bypasslist/> 
    <module/> 
</defaultProxy> 

Sembra essere aiutato come non ho visto questo problema nelle ultime 6 ore. Non ho idea del perché questo sarebbe effettivamente di aiuto anche se non sto usando alcuna roba relativa ai proxy.

Qualche idea?

Aggiornamento 6/2:

Aggiunta del defaultProxy in realtà non sembra aiutare. Il problema si sta ancora verificando. Torna al tavolo da disegno.

+0

Hai mai scoperto qual era l'errore? Penso che potrei avere qualcosa di simile. –

+0

Non ho ancora capito il problema. Sembra essere correlato al sito Web di Azure. Quando cambio il mio codice in AWS, tutto funziona correttamente. – Jonathan

+0

Ho scoperto che cambiando la dimensione del sito Web, che forza il servizio da una VM diversa, il problema scompare per alcuni giorni ... –

risposta

2

Ho finalmente capito la causa di questo problema. Il problema si stava verificando a causa dell'esaurimento del porto.

Stavo usando una destinazione e-mail NLog che stava afferrando e trattenendo troppe connessioni SMTP nel tempo (nonostante il limite di connessione massimo di 100). Dopo aver rimosso la destinazione della posta elettronica, il problema non si verifica più. Non ho capito perché NLog stava esibendo questo comportamento.

+0

Come hai eseguito il debug di questo? Correndo esattamente nello stesso problema, ma non sembra correlato a nlog. – Freek

+1

Ho un post sul blog qui: http://www.freekpaans.nl/2015/08/starving-outgoing-connections-on-windows-azure-web-sites/ – Freek

Problemi correlati