Chrome e Shoutcast

ciao!
utilizziamo il server interno di MB Studio per il nostro streaming: dall'ultimo aggiornamento di Chrome questo non viene più riprodotto.
Dall'ultima patch infatti vengono bloccate le richieste multimediali da fonti non certificate: www.hdblog.it/google/articoli/n516401/go...og-cookie-notifiche/
Sarebbe possibile integrare SSL sul server shoutcast, in modo da poter aggiornare gli stream e avere un fix semplice?
Altrimenti bisogna prevedere che all'accesso con quel browser l'utente modifichi le impostazioni per il solo sito (che per un'utenza generalizzata non è il massimo)

A chi lo dici, anch'io vi scrivo da Firefox
Ma abbiamo ricevuto segnalazioni da utenti più "basic", per quello dico che chiedere loro di modificare le impostazioni specifiche per il sito potrebbe essere almeno complicato, per quanto siano passaggi semplici

Un soluzione fatta in casa senza installare SSL su shoutcast/icecast per chi ha server proprietari.
www.mbradio.it/it/forum/20-pubblicazioni...houtcast-proprietari

Nella tua situazione non so se sia molto utilizzabile, però in caso tu avessi un sito web su un hosting semidedicato dove puoi modificare le direttive apache allora ti risolvi il problema

arlo écrit: Un soluzione fatta in casa senza installare SSL su shoutcast/icecast per chi ha server proprietari.
www.mbradio.it/it/forum/20-pubblicazioni...houtcast-proprietari

Nella tua situazione non so se sia molto utilizzabile, però in caso tu avessi un sito web su un hosting semidedicato dove puoi modificare le direttive apache allora ti risolvi il problema

Grazie Arlo, la soluzione da te approntata ha funzionato perfettamente e ha effettivamente evitato l'avanzare della calvizie

@MB Soft: Vado un attimo OT rispetto al thread, ma da quando ho approntato la soluzione di reverse proxy di Arlo non connette più Mb player da app, ma mb player windows funziona ancora
Non so se è un problema di MB player o nostro, comunque ne ho approfittato per mandare lo stream certificato tramite form aggiornamento per la stazione sul player, visto che ora ho anche le copertine via ftp

In teoria non dovrebbe cambiarti nulla.
Questa soluzione ti serve solamente per quanto riguarda l'ascolto lato web e arginare il MIXED content ma il tuo server e porta originali della regia non cambiano.
Anzi, per non gravare sul carico di apache, le app che ancora raggiungono il server è bene lasciarle così (tutto ciò che è su un sito web chiaramente va cambiato)
Chiaro è che se l'app MBPlayer sfrutta la WebView di android che è costruita basandosi su Chrome, il problema potrebbe stare nel certificato

Infatti, ho segnalato proprio perché mi è sembrato anomalo. Altre app, come tune in, funzionano anche senza aver comunicato nulla.

Anche qui da noi www.radioattivanonantola.it siamo bloccati con Chrome negli ultimi giorni: dobbiamo capire se il nostro fornitore del server di streaming può farci un aggiornamento a certificato SSL https, altrimenti non si riesce più ad ascoltare la radio con chrome...
che disastro

Altro aggiornamento:
Ora via MB Player Windows vedo le copertine, quindi penso ci sia stato un intervento visto che prima avevamo indicato un logo statico.
MB Player Android risulta però non funzionante: non si connette alla stazione. Tra i vari tentativi ho visto che prova a connettersi all'indirizzo http su cui abbiamo impostato il reverse proxy.
Maurizio devo fornirti di nuovo un indirizzo non certificato? Abbiamo avuto lo stesso problema con le web radio di Frontier, non sono ancora attrezzati per https e così abbiamo aperto uno stream per i browser e uno per altri servizi di stream via app/software/radio digitali

MB SOFT écrit: Ho appena aggiunto il supporto SSL a MB PLayer Android:

Grazie per l'apk
Temo che il file .dat sia migrato su https (dove è possibile vederlo) ma l'app cerchi ancora http, fallendo così: di conseguenza non c'è la lista delle radio né il sito dell'unica emittente disponibile, MB Radio. O almeno, sembra questo il problema una volta aperta l'app