Gennar1 ha scritto:
Tutti i router (o meglio, i firewall) sono impostati di default per permettere tutte le connessioni in uscita, e filtrare molte (se non tutte) le connessioni in entrata.
Quindi in pratica ci sono 2 casi:
1) un utente ha smanettato nel router per bloccare le connessioni in uscita (compreso il traffico HTTP): quindi tanto vale che stacchi la presa del modem ADSL; per vedere qualcosa dovrà abilitare la connessione.
2) un utente usa le impostazioni di default: non dovrà fare niente. L'esempio del video di YouTube è perfetto, visto che il metodo di streaming è lo stesso.
In pratica, il MySky genera una Get Request HTTP per un segmento del video.
Questo genera l'apertura di una connessione TCP/IP tra il MySky ed il server Sky (attraverso il tuo router e chissà quanti altri nodi intermedi). Poichè si tratta di una richiesta interna, il router la lascia passare di default. Una volta aperta la connessione TCP/IP, il router la aggiunge alla sua tabella di routing e permette il passaggio della risposta (HTTP response) proveniente dal server, che contiene i dati richiesti. Una volta completata la risposta, il MySky provvede a fare una nuova GET request per il segmento successivo. Usando le "persistent connection" HTTP, non è nemmeno necessario aprire una nuova connessione: le GET request successive vengono instradate sulla connessione precedentemente aperta.
è tutto più o meno corretto tranne che per una cosa.
le tabelle di routing vengono sì generate sui router, ma non esiste che il passaggio è automaticamente consentito su una porta se fai richiesta sulla stessa.
l'HttpRequest e la HttpResponse sono oggetti generati e "preparati" già dal client che ne fa richiesta (la HttpResponse stessa a seconda della scelta tecnica, la si fa arrivare anche al server), e il router registra gli oggetti dal primo passaggio in up, però non esiste che il router e/o il firewall consenta l'eventuale passaggio delle informazioni.
avremmo reinventato il concetto di firewall, ma soprattutto
demolito il concetto di firewall.
l'esempio di youtube che fai è corretto, ma fino ad un certo punto... tutto il traffico passa per la porta 80 che di default è aperta sui router (altrimenti normalmente non riusciresti neanche ad andare sulla console amministrativa del router stesso
).
ora... se il traffico generato dal mysky che fa richiesta e riceve risposta sulla porta 80, allora tutto ok, allo stesso modo se le richieste partono su porte che generalmente sono aperte sui router, ma altrimenti no. probabilmente sky farà in modo da utilizzare una porta generalmente aperta, altrimenti immagino le migliaia di chiamate ai customer care che si devono fingere anche sistemisti...
Gennar1 ha scritto:
Sono le GET request che devono essere indirizzate ad una particolare porta del server (che deve essere aperta sul server, non sul client!); le risposte vengono instradate automaticamente dal router sul socket TCP giusto sul client.
questo è un altro discorso... io parlo di client.
non metto minimamente in discussione che lato server le porte siano chiuse, sennò stiamo a parlar di nulla....
comunque stessa risposta di prima, la request e la response passano,
nella request, in una socket, che viene creata in una porta specifica.
però nella response, devono rispondere ad una porta aperta nell'altro verso, non esiste la bidirezionalità generata dal router nel momento in cui riceve la request, questo è garantito.
comunque chiudo definitivamente il discorso e non replico più, visto che siamo ampiamente OT, e poi probabilmente stiamo parlando di aria fritta.
sono ottimista sul fatto che sky farà un servizio pratico e facile da usare e/o configurare.
ALE[X] ha scritto: