Ger http-länkar en https-ström?
Hej!
Enligt er hemsida (https://www.sverigesradio.se/artikel/lankar-till-ljudstrommar-for-alla-kanaler) så ska det gå att ändra https till http. Men det fungerar inte.
Om jag försöker spela http://live1.sr.se/p4krist-mp3-96 så är det bara en omdirigering till https://edge2.sr.se/p4krist-mp3-96. Den länken kan man däremot ändra till http så fungerar det igen.
Enligt er hemsida (https://www.sverigesradio.se/artikel/lankar-till-ljudstrommar-for-alla-kanaler) så ska det gå att ändra https till http. Men det fungerar inte.
Om jag försöker spela http://live1.sr.se/p4krist-mp3-96 så är det bara en omdirigering till https://edge2.sr.se/p4krist-mp3-96. Den länken kan man däremot ändra till http så fungerar det igen.
Följ inlägget
4
följare
Vi behöver istället ta reda på varför det blir fel hos dig. Vad är det för plattform?
Jag prövade att göra så här som test (skärmdump från Firefox) och då blir det http:
Jag har inte HTTPS-only på, men anslutningen uppgraderas ändå om jag inte gör som ovan. Om jag ska gissa så går det att få bort det via about:config också, men jag har inte letat.
Det är när jag ska spela länkarna med mina väldigt gamla Samsunghögtalare som det inte fungerar med de nya länkarna. Därför så testade jag lite snabbt i en webbläsare och såg att de hänvisade till en https-adress. Jag testade även lite snabbt och kolla vad jag fick för svar på länken i Python, och fick 302 till svar. Men det kanske är omdirigering i sig som de gamla högtalarna inte klarar av.
Jag får detta som svar på live1 med http före, utan att ha gjort som i min skärmdump ovan:
Svaret fortfarande är http, så att jag får https sedan borde vara något som inträffar när webbläsaren går vidare till anvisad adress. Svaret blir https om jag låter live1 börja med det istället.
Hur strömmarna beter sig i webbläsare och möjligheten att ställa in så att de kan använda http går jag inte in på här, eftersom Daniels behov är att få in en fungerande länk till väldigt gamla Samsung-högtalare.
Är det alltså Samsungs Multiroom-högtalare detta gäller? Se i så fall om det tips jag ger Christoffer här, om att rensa gamla favoriter, starta om systemet genom att bryta strömmen i 15 sekunder och sen leta upp kanalerna hjälper dig:
Tunein: Samsung Multiroom appen
Berätta gärna hur det går, eftersom jag har gett samma tips till ett par lyssnare, men tyvärr inte hört om det har hjälpt.
Om det inte gäller Samsung Multiroom, så beskriv vad det är för högtalare och hur du annars har hämtat kanaler.
Det stämmer att det är Samsungs Multiroom högtalare. Det har inte gått att spela Sveriges Radio via TuneIn på dem på ett par år. Så det är konstigt att det slutade fungera för Christoffer nyligen. Kanske hade det börjat fungera igen när jag gav upp, för jag har inte testat på ett år eller två. De flesta TuneIn-kanaler har slutat fungera vilket jag kommit fram till beror på att det är https-länkar i TuneIn. Jag tror mig också kommit fram till att det beror på version på TSL ifall https fungera eller inte. För ibland fungerar det med https och ibland inte.
Jag spelar numera radio via Home Assistant där jag har integrerat mina högtalare med hjälpa av en integration (https://github.com/Strixx76/samsungwam) jag själv skrivit. Där kan jag skicka en länk direkt till högtalaren som jag vill få uppspelad.
Men för ett par veckor sedan så slutade P4 att fungera, och förstod att det berodde på att ni hade ändra adresser till direktuppspelning för kanalerna. Jag lästa då också att jag kunde ändra till http, men det fungerade fortfarande inte. Sen gjorde jag ny försök häromdagen och då fick jag det att fungera igen genom att ta länken som jag dirigerade om till och ändrar till http istället för https.
Så jag skrev bara ett inlägg här för att jag trodde att det var fel i omdirigeringen, och att jag blev omdirigerad till en https-adress fast att jag ändrade till http. Men det är min webbläsare som lurade mig där. Och problemet verkar istället vara att högtalarna inte klarar av en omdirigering.
Men som sagt. Jag har löst det genom att använda http://edge2.sr.se/p4krist-mp3-96
Även om det går alldeles utmärkt att göra som du nu har gjort nu och länka till en av våra edge-servrar istället för att gå via live1-länken, så finns det ett problem. Om du länkar direkt till en specifik server så får du nämligen problem varje gång vi tar den servern ur trafik för att uppdatera något. Om den server vi har idag helt tas ur lasten så kommer din edge-länk att sluta funka. Jag tror inte att det kommer att ske i närtid, men samtidigt är det endast live1-länken jag vågar lova att vi behåller över tid.
Det är därför bättre att hitta en lösning på problemet med att din kod inte kan hantera http redirects än att "runda det" genom att skriva in en annan URL än den vi rekommenderar.
Här hade Ragnar en egenutvecklad internetradio samma problem:
Direktlänkar eller redirect-länkar
Så här löste han det:
Du skrev:Finns det ett mönster så att du kan lyssna på vissa kanaler över https men att exempelvis Sveriges Radios kanaler kräver http? I så fall har din enhet stöd för https-protokollet, men kanske din Home Assistant har problem med vårt certifikat (som jag tror är Let's Encrypt)?
Hej igen!
Jag visar nu att varje ström med HTTP-protokoll automatiskt konverterar till HTTPS (http://go-audio.toya.net.pl/63220 → https://go-audio.toya.net.pl/63220)
Jag kommer lösa det genom att integrationen får följa en omdirigering innan den skickar http-strömmen till högtalaren.
Så i mitt fall var det med 100% webläsaren som ställde till det, och lurade mig.
Tack. I vanliga fall är det ju bra att en webbläsare automatiskt väljer https istället för http där detta går att göra. Ger det dig problem med Sveriges Radios innehåll, så beskriv problemet.
Daniel:
Bra att du löser även detta problem!
Grundproblemet här är ju egentligen att du har köpt ett högtalarsystem som du vill kunna fortsätta att använda, trots att Tunein-delen i Samsung Multiroom-appen inte uppdateras eller (vad jag kan se) är öppen för att lägga in egna länkar.
Så fint att du har utvecklat ett eget stöd för att lyssna med en Home Assistant-integration, och dessutom delar med dig av din lösning. Din kreativitet förlänger livet på dessa högtalare!
PS: Jag förväntade mig Daria på olika webbplatser, men inte här
Sammanfattning:
Många webbläsare har "enbart https" antingen konstant eller som en valfri inställning. Då översätts det äldre protokollet http till det nya och säkrare https där detta är möjligt. En länk som http://sverigesradio.se skickar dig automatiskt till https://sverigesradio.se. Sidor som saknar stöd för https kan blockeras helt. I några webbläsare får du välja mellan att besöka http-sidan med en tydlig varning om att det är en osäker sida eller att avstå.
Detta beteende i webbläsare är sällan ett problem för Sveriges Radios lyssnare, eftersom allt vårt innehåll funkar över https. Problem kan dock uppstå när besökare kombinerar en webbläsare med "enbart https" med en äldre enhet som kräver http-länkar. Att ämnet kom upp nu beror på att webbläsarens automatiska övergång från http till https försvårade felsökningen för Daniel, som felaktigt fick intryck av att Sveriges Radio svarade med en https-ström när han använde en http-länk, trots att det alltså var i webbläsaren protokollet byttes ut.
Detta forum är fel plats för en allmän diskussion om hur webbläsare hanterar http/https. Däremot är förstås frågor som Daniels relevanta när det påverkar vårt innehåll.