Questione : Concedere 1935 port che effluisce traffico di mezzi

Audio/appaltatore visivo filmerà un evento alla nostra azienda ed effluirà questo in tensione al fotoricettore.  Useranno il nostro collegamento a Internet sul posto per collegare ai loro mezzi l'assistente istantaneo ad una posizione all'esterno ed hanno chiesto che l'orificio aperto 1935 di I per permettere questo traffic.

We ha una parete refrattaria di SonicWall 2400 ed ho aggiunto queste regole:

WAN > lan 33 qualsiasi qualsiasi
WAN > lan 32 qualsiasi qualsiasi

del UDP di RTMP (“RTMP TCP„ e “il UDP di RTMP„ sono servizi che su ordinazione ho generato nel SonicWall - gamma port per entrambi sono 1935 - 1935). il

Then ha fatto funzionare questa prova: rel= " nofollow "„ del _blank„„ del target= " di http://kb2.adobe.com/cps/164/tn_16466.html del href= del

64/tn_16466.html

Results di http://kb2.adobe.com/cps/1: DIFETTO 1935 di traforo di TimeOut
RTMP 80 Failed
RTMP 443 Failed
RTMP Failed
HTTP di DIFETTO del

RTMP Failed
HTTP che scava una galleria 80 Failed

I allora IPS temporaneamente disabile per vedere se quello aiutato ed ancora venuto a mancare questa traccia del pacchetto del Adobe test.

A sul SonicWall mostra questo: Il tipo tipo dell'etere del IP della destinazione del IP di fonte di uscita dell'ingresso del

Time del pacchetto Ports [Src, Dst] il 16:31 del

1642 06/03/2010 di lunghezza di condizione: 02.864 X0*(i) il IP il TCP 8033.80 di X1 192.168.0.97 216.104.212.40 HA TRASMESSO 62 [62] 16:31 del
1643 06/03/2010: 02.864 X0*(i) il IP il TCP 8034.80 di X1 192.168.0.97 216.104.212.40 HA TRASMESSO 62 [62] 16:31 del
1687 06/03/2010: 03.112 X0*(i) il IP il TCP 8035.1935 di X1 192.168.0.97 216.104.212.40 HA TRASMESSO 62 [62] 16:31 del
1688 06/03/2010: 03.112 X0*(i) il IP il TCP 8036.443 di X1 192.168.0.97 216.104.212.40 HA TRASMESSO 62 [62] 16:31 del
1720 06/03/2010: 03.208 X0*(i) il IP il TCP 8037.80 di X1 192.168.0.97 216.104.212.40 HA TRASMESSO 62 [62] 16:31 del
1721 06/03/2010: 03.208 X0*(i) il IP IL TCP 8038.1935 di X1 192.168.0.97 216.104.212.40 HA TRASMESSO a 62 [62] il

Unless che sto avvitando sul bloccaggio del pacchetto, io non sto vedendo alcun traffico dalla parte posteriore di 216.104.212.40 dentro alla parete refrattaria.  Non sto vedendo alcuni pacchetti caduti neanche da quell'indirizzo, o affatto quell'orificio 1935.

Thanks. di riferimento class= del

Risposta : Concedere 1935 port che effluisce traffico di mezzi

Il vostro appaltatore genererà una richiesta USCENTE su orificio 1935 al loro assistente che sto indovinando. Penso che questa prova stia verificando una richiesta a flusso ricevuto. Prova che inverte le regole per la prova.