2019-05-21, 23:42
Hi,
I have xbmc-video-server running great for years on a raspbian.
Since my last raspbian upgrade (apache2, , samba etc.) my reverse proxy to my local kodi API doesn't work anymore.
I have a 404 on files to download (with m3u or download link)
the apt log:
My apache reverse proxy conf is still the same (untouched) :
here's my apache's modules :
I can access to my local Kodi with http://192.168.1.50:8080 with the same credentials as in the Basic auth configuration in reverseproxy user:passwd
and i can browse the same folder, and download the movie without error or 404.
I tried to create another backend (to another kodi on the same network but same problem).
So it seems there is a problem with the reverse proxy on apache (maybe a new protection ?).
Any idea about this issue ?
thanks !
I have xbmc-video-server running great for years on a raspbian.
Since my last raspbian upgrade (apache2, , samba etc.) my reverse proxy to my local kodi API doesn't work anymore.
I have a 404 on files to download (with m3u or download link)
Quote:with VLC:
192.168.1.254 - - [21/May/2019:22:57:08 +0200] "GET /xxxxxx/media%2fMOVIES%2fmyMovie.mkv HTTP/1.0" 404 3604 "-" "VLC/2.2.2 LibVL
C/2.2.2"
or with download link :
192.168.1.254 - - [21/May/2019:22:55:06 +0200] "GET /xxxxxx/media%2fMOVIES%2fmyMovie.mkv HTTP/1.1" 404 534 "-" "Mozilla/5.0 (X11
; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Ubuntu Chromium/73.0.3683.86 Chrome/73.0.3683.86 Safari/537.36"
the apt log:
Quote:Upgrade: libssh2-1:armhf (1.7.0-1, 1.7.0-1+deb9u1), gstreamer1.0-alsa:armhf (1.10.4-1, 1.10.4-1+deb9u1), publicsuffix:armhf (20181003.1334-0+deb9u1, 20190415.1030-0+deb9u1), python-samba:armhf (2:4.5.16+dfsg-1, 2:4.5.16+dfsg-1+deb9u1), imagemagick:armhf (8:6.9.7.4+dfsg-11+deb9u6, 8:6.9.7.4+dfsg-11+deb9u7), libwbclient0:armhf (2:4.5.16+dfsg-1, 2:4.5.16+dfsg-1+deb9u1), libsystemd0:armhf (232-25+deb9u9, 232-25+deb9u11), libgs9:armhf (9.26a~dfsg-0+deb9u1, 9.26a~dfsg-0+deb9u2), mariadb-common:armhf (10.1.37-0+deb9u1, 10.1.38-0+deb9u1), libmagickwand-6.q16-3:armhf (8:6.9.7.4+dfsg-11+deb9u6, 8:6.9.7.4+dfsg-11+deb9u7), mariadb-server-core-10.1:armhf (10.1.37-0+deb9u1, 10.1.38-0+deb9u1), libjs-jquery:armhf (3.1.1-2, 3.1.1-2+deb9u1), udev:armhf (232-25+deb9u9, 232-25+deb9u11), gstreamer1.0-plugins-base:armhf (1.10.4-1, 1.10.4-1+deb9u1), libpq5:armhf (9.6.11-0+deb9u1, 9.6.13-0+deb9u1), apache2-data:armhf (2.4.25-3+deb9u6, 2.4.25-3+deb9u7), libudev1:armhf (232-25+deb9u9, 232-25+deb9u11), mariadb-server-10.1:armhf (10.1.37-0+deb9u1, 10.1.38-0+deb9u1), kodi:armhf (2:18.1-1~stretch, 2:18.2-1~stretch), python-cryptography:armhf (1.7.1-3+b2, 1.7.1-3+deb9u1), samba-libs:armhf (2:4.5.16+dfsg-1, 2:4.5.16+dfsg-1+deb9u1), imagemagick-6.q16:armhf (8:6.9.7.4+dfsg-11+deb9u6, 8:6.9.7.4+dfsg-11+deb9u7), samba-common:armhf (2:4.5.16+dfsg-1, 2:4.5.16+dfsg-1+deb9u1), systemd-sysv:armhf (232-25+deb9u9, 232-25+deb9u11), libpam-systemd:armhf (232-25+deb9u9, 232-25+deb9u11), libgstreamer-plugins-base1.0-0:armhf (1.10.4-1, 1.10.4-1+deb9u1), gstreamer1.0-x:armhf (1.10.4-1, 1.10.4-1+deb9u1), ghostscript:armhf (9.26a~dfsg-0+deb9u1, 9.26a~dfsg-0+deb9u2), systemd:armhf (232-25+deb9u9, 232-25+deb9u11), wpasupplicant:armhf (2:2.4-1+deb9u2, 2:2.4-1+deb9u3), libsmbclient:armhf (2:4.5.16+dfsg-1, 2:4.5.16+dfsg-1+deb9u1), unzip:armhf (6.0-21, 6.0-21+deb9u1), smbclient:armhf (2:4.5.16+dfsg-1, 2:4.5.16+dfsg-1+deb9u1), mariadb-client-10.1:armhf (10.1.37-0+deb9u1, 10.1.38-0+deb9u1), samba-common-bin:armhf (2:4.5.16+dfsg-1, 2:4.5.16+dfsg-1+deb9u1), libmagickcore-6.q16-3:armhf (8:6.9.7.4+dfsg-11+deb9u6, 8:6.9.7.4+dfsg-11+deb9u7), libgs9-common:armhf (9.26a~dfsg-0+deb9u1, 9.26a~dfsg-0+deb9u2), mariadb-client-core-10.1:armhf (10.1.37-0+deb9u1, 10.1.38-0+deb9u1), libaudiofile1:armhf (0.3.6-4, 0.3.6-4+deb9u1), libmariadbclient18:armhf (10.1.37-0+deb9u1, 10.1.38-0+deb9u1), apache2-bin:armhf (2.4.25-3+deb9u6, 2.4.25-3+deb9u7), rsync:armhf (3.1.2-1+deb9u1, 3.1.2-1+deb9u2), wget:armhf (1.18-5+deb9u2, 1.18-5+deb9u3), libmagickcore-6.q16-3-extra:armhf (8:6.9.7.4+dfsg-11+deb9u6, 8:6.9.7.4+dfsg-11+deb9u7), libbluetooth3:armhf (5.43-2+deb9u1+b5, 5.43-2+deb9u1+b6), kodi-bin:armhf (2:18.1-1~stretch, 2:18.2-1~stretch), libssh2-1-dev:armhf (1.7.0-1, 1.7.0-1+deb9u1), apache2:armhf (2.4.25-3+deb9u6, 2.4.25-3+deb9u7), wpagui:armhf (2:2.4-1+deb9u2, 2:2.4-1+deb9u3), apache2-utils:armhf (2.4.25-3+deb9u6, 2.4.25-3+deb9u7), python-pip-whl:armhf (9.0.1-2, 9.0.1-2+deb9u1), java-common:armhf (0.58, 0.58+deb9u1), python-pip:armhf (9.0.1-2, 9.0.1-2+deb9u1), base-files:armhf (9.9+rpi1+deb9u8, 9.9+rpi1+deb9u9), imagemagick-6-common:armhf (8:6.9.7.4+dfsg-11+deb9u6, 8:6.9.7.4+dfsg-11+deb9u7), tzdata:armhf (2018i-0+deb9u1, 2019a-0+deb9u1), libpng16-16:armhf (1.6.28-1, 1.6.28-1+deb9u1)][/syntax]
My apache reverse proxy conf is still the same (untouched) :
Quote: AllowEncodedSlashes On
<Location /xxxxxx>
ProxyPass http://192.168.1.50:8080/vfs
ProxyPassReverse http://192.168.1.50:8080/vfs
RequestHeader set Authorization "Basic xxxxxxxxxxxxxxxxx=="
</Location>
here's my apache's modules :
Quote:a2enmod headers proxy_http proxy_html
Module headers already enabled
Considering dependency proxy for proxy_http:
Module proxy already enabled
Module proxy_http already enable
Considering dependency xml2enc for proxy_html:
Module xml2enc already enabled
Module proxy_html already enabled
Quote:apache2 -v
Server version: Apache/2.4.25 (Raspbian)
Server built: 2019-04-02T19:05:13
I can access to my local Kodi with http://192.168.1.50:8080 with the same credentials as in the Basic auth configuration in reverseproxy user:passwd
and i can browse the same folder, and download the movie without error or 404.
Quote:http://192.168.1.50:8080/#browser/video/...FMOVIES%2F
I tried to create another backend (to another kodi on the same network but same problem).
So it seems there is a problem with the reverse proxy on apache (maybe a new protection ?).
Any idea about this issue ?
thanks !
