Ich habe einen Icecast-Server hinter dem Apache-Proxy-Server, so dass die Verbindung vom Client zu Icecast auf diese Weise erfolgt:
Client - > Apache-Server (Reverse-Proxy) -> Icecast-Server.
Der Grund, warum ich den Proxy brauche, ist, dass ich die URLs über die HTTPS auf der Website haben muss und keine andere Lösung gefunden habe, als HTTPS über den Port, auf dem Icecast sitzt, über HTTP (die vorgeschlagene Lösung) zu vermitteln ist hier - Why Icecast2 does not want to give the stream through https?, obwohl sie dort Nginx-Server als Proxy haben).Wie die richtige Client-IP in Icecast-Statistiken angezeigt wird, wenn Icecast hinter dem Proxy arbeitet
Icecast Server zeigt die Statistiken - die Remote-IP der Clients, die damit verbunden sind - und ich brauche diese Statistik. Die Statistiken können über die Web-Oberfläche von Icecast - Basis-URL, angezeigt werden (/admin/listclients.xsl?mount=/mount-point-name). Aber nach dem Proxying der Verbindung zeigt Icecast dort die falsche Remote-IP (es zeigt immer die Proxy-Server-IP).
Ist es möglich, dass Icecast in diesen Statistiken die richtige Client-IP anzeigt (wie dort X-Forwarded-For IP anstelle von REMOTE_ADDR, da die Client-IP in X-Forwarded-For-Header an Icecast übertragen werden soll) Server vom Apache mod_proxy)? Hier
ist die Konfiguration meines Apache Proxy virtuellen Host:
<VirtualHost *:443>
ServerName my-proxy-server.name
ProxyPreserveHost On
ProxyRequests Off
ProxyPass/http://icecast-server-name:8000/
ProxyPassReverse/http://icecast-server-name:8000/
# Some other strings related to SSL-certificate
.....
</VirtualHost>
Apache-Version: 2.4.7 (auf Ubuntu)
Icecast Version: 2.4.2
1. Versuchen Sie es mit icecast-kh Version 2. Nicht sicher über Apache, aber ich hatte es auf Nginx mit der folgenden Konfiguration arbeiten: 'server { hören 80; Servername radio.com; .... Speicherort/Stream { proxy_set_header X-Forwarded-For $ remote_addr; proxy_pass http://stream.radio.com:8000/mount; } .... } ' (achten Sie auf' X-Forwarded-For' Header) –