Stalker Portal Manager

[tem_invictus]

Moin zusammen,
aus Neugierde und Interesse mehr zu verstehen, wie die ganze Stalker Geschichte funktioniert, habe ich mir ein eigenes Stalker Portal gebaut.
Das ist natürlich deutlich inspiriert von @clever999 und @salidos, ist aber schlanker aufgebaut. Und auch Dankeschön an beide, bei Fragen immer geholfen.

Kurz zusammengefasst könnt ihr Portale hinzufügen, Kategorien auswählen und euch daraus eine Playlist erstellen lassen.
Diese erstellte Playlist verweist auf einen nginx Webserver, welcher dann eine passende MAC auswählt und dem Player den passenden Link zurück sendet.

Getestet habe ich die ganze Sache auf einer Ubuntu VM. Ich bin kein Sicherheitsexperte, die ganze Sache gehört somit nicht auf öffentliche Server, sondern ins eigene Heimnetz. Am besten noch in Verbindung mit einem VPN, aber das kann jeder halten, wie er möchte.

Zum starten, die Datei auf den Server laden, entpacken und dann das main script aufrufen.

unzip portal-manager-tem_invictus.zip
cd portal-manager-tem_invictus/
./main.sh

Der nginx Webserver kann automatisch installiert werden (4. Configure Nginx Proxy) und die benötigten Daten angepasst, erstellt werden. Diese Option sollte man nur nutzen, wenn die VM nur für diesen Zweck ist. Wer sich damit auskennt, kann die benötigten Änderungen natürlich auch manuell ausführen und das ganze in jede nginx Konfiguration integrieren.

Vom Ablauf sollte man:

• "3. Set Proxy Hostname" setzen
  • dieser Wert wird später benutzt, um die Playlist zu erstellen
• "1. Add new portal"
  • sollte selbsterklärend sein
• "2. Edit Portal"
  • hier das gewünschte Portal auswählen

Im "Portal Menu" würde ich folgendermaßen vorgehen:

• "3. Select Categories"
  • sollte man als erstes machen, weil davon andere Funktionen abhängen
• "6. Add MAC address"
  • pro Zeile kann eine MAC hinzugefügt werden
  • doppelte Einträge werden rausgefiltert und falsche Einträge ebenso
• "7. Check MACs"
  • hier werden einige Sachen beim Portal abgefragt und gegengecheckt
    • die MAC Adresse geprüft
    • das Ablaufdatum der MAC wird geprüft
    • wie viele Kategorien auf der MAC freigeschaltet sind
    • und ob die ausgewählten Kategorien für diese MAC verfügbar sind
• "5. Generate M3u"
  • hier wird die Playlist erstellt, mit den Kategorien die ausgewählt worden sind

"7. Check MACs" muss immer ausgeführt werden, wenn neue Adressen hinzugefügt werden, oder die Kategorien geändert werden.
Dies muss geschehen, weil das Script beim Aufrufen eines Kanals überprüft, ob die MAC noch gültig ist (Datum) und ob die Kategorie für diese MAC verfügbar ist. Hier ist es auch so, dass immer alle Kategorien verfügbar sein müssen. Ist aus den ausgewählten Kategorien eine nicht verfügbar für diese MAC, wird diese ausgeschlossen.

Am Ende kann man dann seine Playlist entweder aus dem Ordner "/var/www/stalker/PORTAL" holen. Die Listen heißen "proxy_PORTAL.m3u".
Oder man diese direkt in z.B. VLC aufrufen über "

Sie müssen registriert sein, um Links zu sehen.

". (Beispiel: "

Sie müssen registriert sein, um Links zu sehen.

")

https://www.digital-eliteboard.com/resources/stalker-portal-manager.8152/

Spoiler: Hauptmenü

Du musst Regestriert sein, um das angehängte Bild zusehen.

Spoiler: Portal Menu

Du musst Regestriert sein, um das angehängte Bild zusehen.

Spoiler: Check MACs

Du musst Regestriert sein, um das angehängte Bild zusehen.

Wie gesagt, es hat deutlich weniger Funktionen, habe es aber nur so gebaut, wie ich es für meinen Zweck brauche.

Grüße

Spoiler: Version Info

VERSION:

• 1.0
  • base version
• 1.1
  • kleine Anpassung an den Scripten
  • "7. Check MACs" kann man jetzt auswählen, ob "All MACs" oder "Only new MACs". Bei "Only new MACs", werden nur MACs geprüft, die vorher noch nicht geprüft worden sind. Sprich, wenn man neue MACs hinzufügt müssen nicht alle alten noch mal den Check durchlaufen.
• 1.2
  • hatte den check nach Doppelten MACs beim hinzufügen neuer MACs kaputt gemacht in der letzten Version. fixed
  • außerdem hatte ich auch die Anzeige der MAC Adressen im Portal Menu zerstört. fixed
• 1.3
  • Skripte laufen jetzt größtenteils ohne "sudo" Rechte, was die Sache sicherer macht. Um dies zu erreichen, wird der User zur Gruppe www-data hinzugefügt. Das wird durch das main.sh Script beim Start gecheckt.

 

[remz]

Also, Server läuft soweit, aber es kommt im Portal Menu unter "3. Select Categories" nichts an.
Muss dazu sagen, dass ich mich mit nginx bisher noch nicht beschäftigt habe. Finde keine nginx.conf auf den Server?
Folgende Ordner durchsucht: /usr/local/nginx/conf, /etc/nginx oder /usr/local/etc/nginx
Muss man die erst selber anlegen?

 

[salidos]

systemctl status nginx

Dann siehste, ob überhaupt installiert und damit Laufen.

 

[seppfx]

Habe es noch nicht ausprobiert, aber laut script sollte die conf dort sein:
/etc/nginx/sites-available/iptv_proxy

 

[remz]

@salidos
Ist installiert und läuft.

Spoiler

* nginx.service - A high performance web server and a reverse proxy server
Loaded: loaded (/usr/lib/systemd/system/nginx.service; enabled; preset: enabled)
Active: active (running) since Thu 2025-04-24 10:35:49 UTC; 1min 34s ago
Docs: man:nginx(8)
Process: 273 ExecStartPre=/usr/sbin/nginx -t -q -g daemon on; master_process on; (code=exited, status=0/SUCCESS)
Process: 279 ExecStart=/usr/sbin/nginx -g daemon on; master_process on; (code=exited, status=0/SUCCESS)
Main PID: 287 (nginx)
Tasks: 2 (limit: 18737)
Memory: 3.2M (peak: 3.4M)
CPU: 9ms
CGroup: /system.slice/nginx.service
|-287 "nginx: master process /usr/sbin/nginx -g daemon on; master_process on;"
`-289 "nginx: worker process"

Apr 24 10:35:49 invictus systemd[1]: Starting nginx.service - A high performance web server and a reverse proxy server...
Apr 24 10:35:49 invictus systemd[1]: Started nginx.service - A high performance web server and a reverse proxy server.

@seppfx
Nein, die fehlt unter /etc/nginx/sites-available/iptv_proxy und auch sonst auf dem Server nicht zu finden.

 

[seppfx]

Komisch, bei mir ist sie da.

Spoiler: conf

Du musst Regestriert sein, um das angehängte Bild zusehen.

 

[tem_invictus]

@remz , also "3. Select Categories" hat erstmal noch gar nichts mit nginx zu tun. nginx kommt erst ins spiel, wenn du Kanäle aufrufen willst.
Das Portal funktioniert aber?

Hast du "4. Configure Nginx Proxy" ausgeführt?

 

[remz]

Habe es noch mal neu in einer VM aufgesetzt.
Wenn du den Stalker Portal Manager von dir meinst, ja.
Bleibe aber bei 3. Select Categories hängen, liest da nichts ein.
Habe da jetzt schon einige Portale getestet, immer die gleichen Fehlermeldungen.
Unter /var/www/stalker/von mir angegebenes Portal sind macs.txt, config, macs_info.txt vorhanden, bekomme aber immer Fehlermeldungen (siehe Spoiler).
An den Portal oder macs die eingetragen habe kann es nicht liegen, da diese in andere Manager wie von salidos oder xtreammulti laufen.

4. Configure Nginx Proxy ja, habe ich.

Spoiler

Du musst Regestriert sein, um das angehängte Bild zusehen.

Spoiler

Du musst Regestriert sein, um das angehängte Bild zusehen.

Spoiler

Du musst Regestriert sein, um das angehängte Bild zusehen.

 

[tem_invictus]

Also die Software bekommt kein Handshake mit dem Server hin, somit können die Kategorien nicht abgerufen werden.
Wenn du magst, schick mir mal das Portal und ein paar MACs, dann schaue ich mal.

Oder probier mal selber eine andere MAC. Für das abrufen der Kategorien wird immer die eine genommen, die man bei den Portal Daten einträgt.

 

[remz]

Hast PN.

 

[tem_invictus]

Update auf 1.1

• kleine Anpassung an den Scripten
• "7. Check MACs" kann man jetzt auswählen, ob "All MACs" oder "Only new MACs". Bei "Only new MACs", werden nur MACs geprüft, die vorher noch nicht geprüft worden sind. Sprich, wenn man neue MACs hinzufügt müssen nicht alle alten noch mal den Check durchlaufen.

 

[tem_invictus]

UPDATE auf 1.2

• hatte den check nach Doppelten MACs beim hinzufügen neuer MACs kaputt gemacht in der letzten Version. fixed
• außerdem hatte ich auch die Anzeige der MAC Adressen im Portal Menu zerstört. fixed

Zum Update könnt ihr einfach die Daten überschreiben. Wichtig nur die Daten aus "/var/www/stalker" nicht löschen und im Script Ordner, "portals.list" und "proxy_server.conf" nicht löschen.

 

[tem_invictus]

UPDATE auf 1.3

• Skripte laufen jetzt größtenteils ohne "sudo" Rechte, was die Sache sicherer macht. Um dies zu erreichen, wird der User zur Gruppe www-data hinzugefügt. Das wird durch das main.sh Script beim Start gecheckt.