Direkt nedladning av XML filer förbjudit sedan idag
Hej,
jag brukar lada ner poddfiler från Sveriges Radio direkt. Därför
användar jag programmet "wget". (Jag har en dator med Linux som
operativsystem.)
Sedan idag får jag följande medelande när jag försökar hämta XML-filen med "wget https://api.sr.se/api/rss/pod/4890":
--2026-04-16 12:32:26-- https://api.sr.se/api/rss/pod/4890
Slår upp api.sr.se (api.sr.se)... 95.101.171.199, 95.101.171.133, 2a02:26f0:3380:b::5f64:f888, ...
Ansluter till api.sr.se (api.sr.se)|95.101.171.199|:443 … ansluten.
HTTP-begäran skickad, väntar på svar... 403 Forbidden
2026-04-16 12:32:27 FEL 403: Forbidden."
Jag behöver XML-filen för att få länken till filen resp. filerna för det
aktuella datumet. För detta har skrivit en egen Perl skript som
fungerade tills igår. (Med Firefox är det fortfarande möjligt att hämta filen.)
Det vore fint om nedladning av XML filer vare mögligt igen.
Med vänliga hälsninagar
Henning Marwede
Följ inlägget
2
följare
Jag får meddelande 403 Forbidden.
Detta är antagligen samma orsak som Henning skriver om.
Dessa begränsningar i utnyttjande av SR program och poddar måste stoppas.
Om man ska stoppa kommersiella aktörer borde det gå att lägg in ett undantag för t ex Squeezebox och andra spelare.
Jag håller med om att det verkar vara samma problem som har drabbat er båda. Detta är inte en avsiktlig blockering från vår sida och vi felsöker.
Nu fungerar alla som inte stoppats tidigare, utom USA-podden.
Tidigare kunde jag lyssna till onsdagen avsnitt. men nu får jag "Det gick inte att tolka".
Så har det varit ca en vecka.
Bästa lösningen vore ju att inte hålla så hårt på SR-appen. Det viktiga är väl att vi vill lyssna på de mest informativa och opartiska programmen.
Om man inte vill att vissa kommersiella inte ska ha tillgång borde man kunna spärra bara dessa.
Vad jag kan se ska det inte finnas någon blockering av USApoddens onsdagsavsnitt. Jag testade i Apple Podcaster och där finns gårdagens avsnitt:
Jesus eller läkare? Trump reder ut | USApodden
Det får vi med andra ord fortsätta att undersöka imorgon. Kolla för säkerhets skull att du använder rätt länk:
https://api.sr.se/api/rss/pod/22712
Den frågan är relevant och intressant, men har en egen tråd här:
Fler poddar låsta till SR:s plattformar
Logitech Media Server Version: 8.4.0 - 1707213032
Mvh
Johan
Johan:
Jag har inte haft möjlighet att fundera över varför du får problem. Själv hade jag nog testat att avfölja den podden, starta om saker och sen lägga in flödet på nytt, men det kanske du redan har gjort?
Henning
Jag är lite osäker, men misstänker att wget fortfarande blockeras hos oss och behöver läggas in i en lista över "betrodd trafik" innan det funkar igen, vilket jag hoppas att vi hinner göra nu på måndag.
Tack för ert tålamod och för att ni vill lyssna på oss, och trevlig helg!
Samma sak ändå.
Jag har letat i servern efter någon fil med texten USApodden men ingen lösning.
Jag får "Det gick inte att tolka" i appen Squeezer i mobilen när jag försöker spela USApodden.
- Behöver ju inte vara SR:s fel, men underligt i alla fall.
Jag kan spela USApodden i datorn med VLC och samma länk: https://api.sr.se/api/rss/pod/22712
Hälsningar
Johan
Kvarstår era respektive problem nu?
Det går däremot att spela i datorn via VLC, så länken är rätt och stoppas inte.
Bör vara fel i servern om nu inte SR kan detektera att det är just en Squeezebox server som vill ha programlistan, och spärrar. Jag tror på fel i servern.
Min skript visar ingen fel nu.
Grundproblemet, där vissa enheter blockerades, är nu löst och Johans problem där just USA-podden inte funkar behöver inte ha med detta fel att göra.
En sak som är udda med denna podd är att endast onsdagarnas avsnitt finns i poddflödet, trots att programmet även släpper avsnitt på fredagar (och ibland, som igår, extraavsnitt) som är exklusiva för vår egen sajt och egna appar.
Detta är udda, men inte helt unikt, och du får gärna testa ifall Morgonpasset i P3, där endast måndagens avsnitt finns i tredjepartstjänster, får samma fel. Länk till flödet:
https://api.sr.se/api/rss/pod/4893
Tack!
Jag tror att det med "finns bara i appen" eller "finns alltid först i appen" (P3 Historia) ska fungera så för att pushar appen. Det är lite läskig men jag har vand mig. Nu kan jag i alla fall lyssna via min MP3-spelare och behöver ingen smartphone.
Du kanske kan höra med andra LMS-användare om de har någon idé:
Podcasts on the LMS-server - Lyrion : Community : Forums
Jag ska leta mer i loggarna i servern.
Till min förvåning blev det samma resultat:
Jag får ingen lista på avsnitt bara: Kök reported an error: "Det gick inte att tolka".
Om jag använder en annan spelare blir det samma sak. Bara spelarnamnet som skiftar.
Om jag spelar samma flöde i dator med VLC fungerar det, så inte något i nätverket som stoppar.
Kan det vara något som stoppar just LMS i SR:s tjänst för just USA podden?
Det verkar ju märkligt! Kolla gärna om det är skillnad mellan http://api.sr.se/api/rss/pod/22712 (med http först) och https://api.sr.se/api/rss/pod/22712 (med https först)
jag skriver nu för att samma fel uppstår nu igen:
--2026-10-13 13:17:08-- http://api.sr.se/api/rss/pod?id=3795
Slår upp api.sr.se (api.sr.se)... 2.18.66.35, 95.100.248.142, 2a02:26f0:3380:1e::17d7:33c5, ...
Ansluter till api.sr.se (api.sr.se)|2.18.66.35|:80 … ansluten.
HTTP-begäran skickad, väntar på svar... 403 Forbidden
2026-10-13 13:17:08 FEL 403: Forbidden.
I Browsern ledas adressen:
http://api.sr.se/api/rss/pod?id=3795
vidare till adressen:
https://public-api.sr.se/rss/ekot-nyhetssandning
Men även den ledar till samma fel:
--2026-10-13 13:20:45-- https://public-api.sr.se/rss/ekot-nyhetssandning
Slår upp public-api.sr.se (public-api.sr.se)... 95.100.248.130, 95.100.248.154, 2a02:26f0:3380:1e::17d7:33b1, ...
Ansluter till public-api.sr.se (public-api.sr.se)|95.100.248.130|:443 … ansluten.
HTTP-begäran skickad, väntar på svar... 403 Forbidden
2026-10-13 13:20:50 FEL 403: Forbidden.
Felet uppstår sedan idag.
Tack i förväg.
Till att börja med undrar jag varför du har använt länken http://api.sr.se/api/rss/pod?id=3795 med http i början? Det blir inte bara en frågan om redirect, utan även om växling av protokoll.
Jag vet inte om det kan bidra till problemet, men testa att ändra själv så att du utgår från https://public-api.sr.se/rss/ekot-nyhetssandning direkt istället. Kvarstår problemet då?
tack för svaret.
Länken med http stå i programmet sedan gammalt. Jag har ändrat den nu.
Jag har också prövat med den direkta länken och resultatet är det andra felet som jag skickade.
Jag har vant mig nu och får lyssna i mobilen. Tråkigt men så är det.
Nu är det ett mer allmänt fel där avsnitt saknas.
T ex Söndagsintervjun. Senaste avsnittet är med Carola från 26/8.
I mobilen finns alla som det ska.
I går var det problem med Ekots nyheter. Fanns bara fram t o m 9/10 tror jag det var.
De har kommit tillbaks och alla finns nu igen.
Har det varit omläggning av adresser eller andra förändringar?
Finns det något tips om vart man ska klaga på att fler och fler av poddarna låses till den egna plattformen?
Synd på SR att inte var så Public service längre.
Mvh
Johan
Ja, detta gamla mysterium kvarstår ju. Testa om den nya länken funkar bättre hos dig:
https://public-api.sr.se/rss/usapodden
Det pågår alltså en stor omlägging av både adresser "och annat". Hela den tekniska infrastrukturen byts ut, kan man säga.
Söndagsintervjun:
Det problemet är däremot inte tekniskt, utan beror på att programmet numera är exklusivt för våra egna plattformar:
Lista över "SR-exklusiva" program
Ekot nyhetssändning:
Ett av många program som det varit generella problem med hos oss. Det ska vara löst, men Hennings problem kan vara ett följdfel:
LÖST: Ekots RRS-feed (poddflöde) uppdateras inte
Bra att det funkar som det ska nu hos dig, Johan.
Återkoppling om strategin
Kontakta Lyssnarservice, lyssnarservice@sverigesradio.se, som svarar på frågor om Sveriges Radio förutom den tekniska supporten som hör hemma i forumet.
du skrev:
Gäller detta specifikt för Ekot nyhetssändning eller gäller det fler Sveriges Radio-poddar?Upptäckte du problemet nu det senaste dygnet? - Det fungerade igår (2026-10-12) kl. 14:00 utan problem men inte längre idag.
- Alla xml-sidor visar samma fel.
- Felet uppstår när jag använder programmet 'wget'.
Tyvärr samma sak med nya länken till USA-podden.
Jag kontaktar lyssnarservice och framför åsikter om en låsta poddar.
Tack
Testa att starta om både wget och routern, där routern startas om med "vaktmästar-reset", alltså:
- Dra ur strömsladden till routern
- Vänta minst 15 sekunder
- Sätt i sladden igen så startar nätverket om automatiskt
Just när det uppstår fel i kölvattnen av att en tjänst legat nere hos oss brukar en omstart av routern vara en god idé, men just i det här fallet är jag osäker. Dock är det ju en enkel sak att testa, hoppas jag! Återkom och berätta om det hjälper.jag har ingen nätverk hemma. Istället använder wifi i biblioteket, i svenska församling eller i föreningen jag är medlem i.
Därför kan jag inte omstartar nätverket själv.
Kvarstår problemet även idag?
Problemet kvarstår även idag.
Prenumererar du även på poddar från andra källor än Sveriges Radio? Hur funkar de i så fall? Om inte, så testa hur detta poddflöde till podden Aftonbladet Daily funkar:
https://podcast.stream.schibsted.media/ab/1172
Andra poddar brukar jag ladda ner direkt utan speciell programm (t.ex. från NDR).
Nu slutar jag för idag. Jag är igen online i morgon ca. kl. 10.
Hur viktigt är det för dig att poddhämtningen sker med detta skript i wget (vilket gör det svårt för oss att felsöka)? Det finns ju en del podd-tjänster som funkar bra i Linuxmiljö, till exempel gPodder (open sorce, bra stöd för automatiserad nedladdning ...) som jag vet att många lyssnare är nöjda med:
gPodder – Wikipedia
Skulle det kunna vara ett tänkbart alternativ för dig?
Hur ställer du dig till mitt förslag om att testa en mer etablerad poddtjänst?
Finns det någon nackdel med gPodder, förutom det uppenbara med att det för många människor (mig t ex) ÄR jobbigt att komma in i nya sätt att lösa gamla behov.
Det blir bara jobbig att sortera och föra över till min mp3-spelare så att jag har filerna in den ordning jag vill lyssna till dem.
Dessutom får jag med wget och den tiden mp3-filen skapades/modifierades. Det tycker jag om.
Jag skall i alla fall försöker löser det på något vis.
Även Lars här får 403-problem i wget, AntennaPod och med curl:
Får 403 i bl. a. AntennaPod
Förmodligen är problemet att dessa tjänster saknar headers inklusive user-agent, och trafik som "inte identifierar sig" stängs ute.
Vi ser över konfigurationen av vilken trafik som är "riktiga lyssnare" och vilken trafik som är "script vi har anledning att förbli skeptiska till".