Digital Eliteboard - Das Digitale Technik Forum

Registriere dich noch heute kostenlos, um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereichen, welche für Gäste verwehrt bleiben

Registriere dich noch heute kostenlos, um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereichen, welche für Gäste verwehrt bleiben

PG-Manager v4.32.xx Bug Thread

Dunkler Saftanwender

Power Elite User
Registriert
9. Mai 2024
Beiträge
2.028
Reaktionspunkte
2.528
Punkte
1.870
Da ich doch immer wieder fragen zu gestellt bekomme, erlaub ich mir doch nen Thread aufzumachen.

Auf bereits gestellte geh ich jetzt mal nicht ein, weil ich nicht weiss welche Probleme euch die 4.32.xx machen wird.

Aktuellste aus den Ressourcen nutzen..

Nochmal die Basics:

Gebaut habe ich den weil ich oft mehrere URls und IPs abfrage und das auch noch mit verschiedenen Präfixen.
Taskleiste und Terminal waren ständig Chaotisch und Prozesse die liefen konnten im laufenden Betrieb nicht verändert werden.
Die Ramauslastung bei mehr als 6x Kaboom und 2 Full Präfixen hat das ganze System heruntergezogen.
Es geht also primär um Übersichtlichkeit und Verwendung eines bzw mehrerer Mac-Pools der das System bei,
wie bei mir gern 10 - 15 Portalen a`3 Pools = 45 Scanaufträge mit rund 100 Bots bei 1.0Sek im Schnitt,
nicht unnötig belastet.

Der Manager ist kein besonderer Scanner, Er fasst nur alles schöner zusammen.

Der Scanner basiert in den wesentlichsten Teilen auf dem Kaboom_5.4, wurde aber um ein paar Details verändert
um bessere Informationen von den Hostern bei der abfrage zu erhalten.

Drum zb auch 2 Portalchecker. STB ist pgm, Browser die abfrage wie sie von den meisten scannern verwendet werden.
Bringts was? Nur danach, STB, hat sich der Scanner zu richten. Deswegen Adapt Portals - Typ. Macht Sinn.

Das Logfenster zeigt relativ genau was der Anbieter bei Anfrage als antwort raushaut.
Viele Hoster, viele Möglichkeiten für deren ITler = Viele verschiedene Reaktionen im Log.
Mal zuviel Info, mal kaum welche. Wer nicht redet kann nicht zitiert werden.
Mal gibts Fakeinfos. Mal stimmts. Ganz einfach.

Die Bannerkennung ist n nettes Spielzeug aber noch zu restriktiv. Lasst Ihn aus.
Den werd ich wenn ich n ned halbwegs brauchbar hinbekomm irgendwann demnächst rauswerfen...

Ansonst gibt es nicht viel mehr zu sagen. Über den Tab "Checker" kommt Ihr zur Filteranlage
die es ermöglich die Hits auf Funktion zu prüfen und etwas zu verwalten.

Es ist ein auf Langzeit Scannen gebautes Konstrukt um den Kaboom_5.4, kein Scanner für mal kurz 10000 Macs zum testen.
Wer Quickies will, soll sich bei den andern 50 Scannern die angeboten werden umschaun.

v4.33.01
+ Neuer "ℹ Info"-Tab neben Monitor und Hits
+ "📝 Tab-Notiz" (ein/ausklappbar): Freitext pro Tab,
wird mit Session gespeichert und nach Restore wiederhergestellt
+ "🔍 Host-Info" (ein/ausklappbar):
ISP / ASN / Land via ip-api.com (kostenlos, kein Key)
Reverse-IP via hackertarget.com (kostenlos, kein Key)
🌐 urlscan.io öffnet Browser-Suche für die Portal-IP
+ Versionsnummern-Schema: 4.33.xx für Feature-Releases

v4.32.37
+ Session-System Grundsanierung:
1. _save_progress: _session.update() → frisches Dict-Assignment
verhindert Host/Panel-Kontamination zwischen Tabs
2. engine.start(): respektiert cfg["_session_file"] auf Restore-Pfad
überschreibt nicht mehr mit falschem _session_path()
3. Beide Restore-Pfade: cfg["_session_file"] = fpath
4. find_all_sessions: .bak-Panel gegen Dateiname validiert

v4.32.36
+ randommu fehlte in _save_progress (in v4.32.35 herausgedittet)
Restore erkannte Combo-Sessions nicht → falscher Pool, Resume von 0

v4.32.35
+ combo_file/pool_key in _save_progress veralteten nach Pool-Entfernung
_mac_pool und combodosya werden beim Start gesetzt und nie aktualisiert
wenn ein Pool aus _multi_pools entfernt wird (erschöpft oder manuell)
Fix: _active_pool0 = _multi_pools[0] — spiegelt immer den tatsächlich
aktiven ersten Pool wider

v4.32.34
+ Session-Restore: pool_key (absoluter Pfad) fehlte in candidates-Liste
Bei abweichendem CWD schlug os.path.abspath(cf) fehl → Fallback lud
stillschweigend die neueste Datei aus combo/ → falsche Datei, Index 0
Fix: pool_key als 5. Kandidat in beiden Restore-Pfaden
Fallback gibt jetzt explizite orange Warnung im Log

v4.32.33
+ Autostart-Abfrage: beim Programmstart wird nach 600ms gefragt ob
vorhandene Sessions wiederhergestellt werden sollen
(_check_sessions_on_start → _ask_restore_on_start)

v4.32.32
+ GUI blieb nach Generator-Hard-Stop im "läuft"-Zustand
_btn_start disabled, Scan nicht neu konfigurierbar
Ursache: _stop.set() setzte running nicht False → _stop() nie aufgerufen
Fix: scan_done_cb — letzter Bot erkennt natürliches Ende (active_bots==0
+ _stop gesetzt) → running=False + root.after(0, _stop)
Gilt auch für sequenzielles Ende (Adressraum erschöpft)

v4.32.31
+ delete_session löscht jetzt auch .bak — sonst wurde die Session
beim nächsten Start über .bak wiederhergestellt

v4.32.30
+ Generator-Mode überschreitet combouz
Ursache: for _feyzo in range(combouz) lief pro Bot — mit botgir=3
und combouz=1000 → 3000 Gesamtanfragen statt 1000
Fix: randommac() setzt _stop sobald combosay > combouz*1.05 + botgir
Hard-Stop für alle Bots gleichzeitig
Gilt für beide Modi (zufällig + sequenziell)
Combo-Mode bleibt unverändert (gewolltes Verhalten)

v4.32.29
+ Generator-Session hängt nach Neustart
Ursache 1: was_combo erkannte Generator nur via randommu="xdeep"
Alte Sessions ohne dieses Feld → File-Pfad →
_build_cfg() ohne Combo → None → Scan startet nicht
Fix: is_generator = randommu=="xdeep" ODER comboc=="DS1"
Ursache 2: _v_combouz nie aus Session geladen → Pool mit Default
1.000.000 statt gespeichertem Wert → resume_index
ggf. jenseits Pool-Ende → Scan endet sofort
Fix: _v_combouz.set(sess["combouz"]) vor _build_cfg()
Beide Fixes in beiden Restore-Pfaden angewendet

v4.32.28
+ ValueError "invalid literal for int() ':1000'" beim Session-Restore
Ursache: mactur "00:1A:79:" (mit Trailing-Colon) im gen::-Key
Fix 1: Key-Erzeugung (rstrip ':') Fix 2: Parsing backward-kompatibel

v4.32.27
+ Tab-Statusfarben: farbiger Punkt im Tab-Label
grau=idle, grün=läuft, gelb=pausiert,
orange=gebannt (fortsetzbar), rot=gestoppt
+ Automatisches Update bei: Bann-Erkennung/-Auflösung,
Pause/Fortsetzen (einzeln + Alle-Pausieren),
Stop, Session-Restore (inkl. was_paused)

v4.32.26
+ save_session: atomisches Schreiben (.tmp → os.replace)
→ kein partial-write / Datenverlust bei Absturz oder hard-close
+ save_session: .bak-Backup vor jedem Überschreiben
+ find_all_sessions: .bak-Fallback wenn JSON korrupt
+ Engine._save_lock: verhindert parallele _save_progress()-Aufrufe
+ _on_close: 3-Phasen-Shutdown
Phase 1: Stop-Signal an alle Engines (noch kein Save)
Phase 2: Warten bis Threads beendet (max. 8s)
Phase 3: Sauberes Speichern aller Sessions

v4.32.25
+ URL-Feld: state "readonly" → "disabled" beim Scan-Start
(readonly sperrte nur Tastatur — Dropdown-History war trotzdem wählbar)

v4.32.24
+ Hit-Ausgabe: OriginIP in beiden Hit-Blöcken nach Real Url eingefügt
+ Engine speichert self.realm + self.realm_ip nach erstem Hit
+ Duplikat-Checker: erkennt jetzt auch gleiche Backends per RealUrl

v4.32.23
+ _stats._do: try/except TclError – Tiles-Widget nach Tab-Close kein Crash mehr
+ run_parallel_check: RuntimeError abgefangen wenn Tkinter-Mainloop beendet

v4.32.22
+ IPTV-Manager Öffnen-Dialog: Fensterbreite auto-sizing (war 360px fest)
Entry width 34→50 Zeichen, Preview-URL mit wraplength – kein Abschneiden mehr

v4.32.21
+ IPTV-Manager Info-Dialog: Fenster passt sich automatisch dem Inhalt an
(Credits-Zeile war bei fester Größe 440x300 abgeschnitten)

v4.32.20
+ Portal-Checker: TclError bei zerstörtem Panel-Widget behoben
(_panel_append / _panel_clear: try/except tk.TclError)
+ Log-Erklärung: HTTP 401/403/404/500/503 ergänzt (sortiert nach Code)
+ Log-Erklärung: Fensterhöhe 680→760 für mehr Einträge

v4.32.19
+ HTTP 429 loest keinen Bann mehr aus (nur Rate-Limit, kein IP-Bann)
+ Manuelles Fortsetzen setzt GEBANNT-Label zurueck (war rot geblieben)
+ Log-Eintrag beim manuellen Bann-Aufheben

v4.32.18
+ Tab-Drag: TclError beim Klick auf leeren Tab-Bereich behoben

v4.32.17
+ Pool-Entfernen (✕) pausiert Scan, entfernt Pool sauber, setzt fort
+ Fortschrittsbalken wird nach Pool-Entfernen korrekt neu aufgebaut

v4.32.16
+ Sessions F5 Button entfernt (Portal-Checker) — war redundant
+ F5-Tastenbinding entfernt (Tab + Root)
+ Changelog-Button in Toolbar (Zeigt diese Versionshistorie)

v4.32.15
+ Fenster-Icon: pg-manager_logo.ico statt Boom_Baby.ico
+ Tote BB-Player Funktionen entfernt (player_session, watch_history, series_tree)

v4.32.14
+ Tab-Reihenfolge stabil: tab_order in Session gespeichert
+ Tabs per Drag & Drop verschieben
+ Sortierung nach tab_order statt Änderungszeit

v4.32.13
+ combogetir(): _multi_pool_idx komplett im Lock (keine doppelten MACs)
+ _save_progress: throttled (max. 1x/3s)
+ _active_bots: nie negativ
+ MAC-Checker: ePortals-Ordner Button
+ MAC-Checker: check_queue.clear() beim Stopp

v4.32.12
+ _always_log(): echte Server-Antworten immer loggen (ausser Nur-Hits)
+ Detail-Slider steuert nur noch normale Eintraege

v4.32.11
+ Adapt Portal-Typ: MAC-basiert statt Zeit (alle 1000 MACs)
+ Mindestabstand 2 Min zwischen Proben
+ _adapt_watcher Fallback-Thread fuer Timeout-lastige Portale
+ Linkes Settings-Panel breiter

v4.32.10
+ Session laden → Session verwalten
+ Session loeschen → Alles speichern

v4.32.09
+ find_all_sessions: Deduplizierung per normiertem Pfad
+ Sessions nach Aenderungszeit sortiert

v4.32.08
+ Speicher-Intervall 50 → 25 MACs
+ Session-Datei Kollision behoben
+ start(): _session nicht auf {} leeren beim Resume

v4.32.07
+ Ladebalken: grab_set() entfernt (blockierte alle Callbacks)
+ Sessions sequentiell per Kette geladen (Tab fuer Tab)

v4.32.06
+ Ladebalken beim Wiederherstellen von Sessions
+ Multi-Pool Fortschritt: Pools synchron geladen

v4.32.05
+ URL-Feld wird beim Scan gesperrt (readonly)
+ Warndialog wenn URL vor Start geaendert wurde
+ Duplikate-pruefen Button in Toolbar
+ CDN/Loadbalancer-Erkennung

v4.32.04
+ Adapt Portal-Typ: Status wartet nach Resume behoben
+ Multi-Pool Fortschritt nach Resume korrekt
+ Pool-Balken zeigen absoluten Fortschritt
+ Pausiert-Status wird korrekt gespeichert
+ Nur Hits nach Resume korrekt uebertragen
+ Timeout-Meldungen respektieren Nur-Hits Filter
+ Random-Modus: _multi_pool_idx zaehlt jetzt mit

v4.32.03
+ Duplikat-Hoster Erkennung beim Scan-Start

v4.32 (Basis)
+ Info-Buttons bei Player starten, Datenbank-Sicherung, IPTV-Manager
+ LMB=Markieren / RMB=Einfuegen in allen Eingabefeldern
+ Versionsnummer aus version.py


Im Archiv liegt er als .py. Könnt Ihr in .pyw umbenennen.
WICHTIG!
Wenn er als .py läuft, mit dem schliessen des Terminals warten bis die meldung kommt,
das Ihr es schliessen könnt, sonst droht Dateiverlust.




Sollten sich Fehler bemerkbar machen hätte ich gern die Terminal Fehlerausgabe.
Das ist schlussendlich auch der Grund für den Thread. Fehler hier rein im </> oder Spoiler.


Vielen Dank.
 
Zuletzt bearbeitet:
Moin. Sehr geiles Tool. Danke dafür.
Ich hätte eine Frage.
Wenn ich das Programm neu starte, sind alle Tabs geschlossen. Wenn ich auf "letzte Sessions" gehe läd er sich tot und es passiert nichts.
Gibt es eine Möglichkeit, das die Tabs offen bleiben ? Oder wieder so aufgehen, wie sie waren ?
 
Das sollte er bei Alle Sessions eigentlich machen. Erscheint da kein Fenster mit Fortschritt bei dir? Je nach Pc und Tabs, verwendeten Macpools und Ram kann das schon mal ein bis 2 min dauern bis er alles geladen hat. Schick mir wenn lust hast mal n screenshot. Startest du als py oder pyw? Bei py gibts im terminal keine fehlerausgabe?
 
Der PC ist 2 Jahre alt, also nicht der langsamste. ich starte die pg_manager_22.py.
Was ist denn pyw ?
Hier ein Bild, nach 3 Minute, tut sich nichts.
 
Ok. Wie hast du geschlossen?
Oben rechts das kreuz. Dann direkt das Terminal oder gewartet bis es sagt du kannst es schliessen?
 
Er hängt sich quasi auf. Nach 3 min wollte ich das fesnster schließen. Ging nicht. Musste es dann alles komplett zumachen über TASK.
Also cool wäre wenn die Tabs mit den gewählten Portale drin bleiben würden.
 
Ne des wirds nicht geben. Das program soll gestartet werden und dann brauchts nur Alle sessions und bestätigung.

Dein problem ist sehr wahrscheinlich das die json von marvelhd im sessionsordner korrupt oder defekt ist. Nimm die mal raus und schau ob der zweite scanauftrag dann sauber startet.
 
Ich brauch ne weile bis ich des mit den Aktuallisierungen der Ressis hinbekomm^^

Ist jetzt drin.

Ein User hat n Bug gefunden:

Session Wiederherstellen "bleibt hängen"

Erstellt Ihr einen Auftrag mit "Generator" und Anzahl zu scannender Macs,
wird die vom Generator erstellte "mac-liste" nicht gespeichert.
Beendet Ihr jetzt den pgm und startet Ihn neu, wird dieser Auftrag daher keine mac-combo zum laden vorfinden und so "hängen" bleiben.

Lösung ist das verwenden einer Comboliste.
Ob eigene oder mit dem mac-generator.py aus dem combo Ordner ist wurst.
Es muss nur eine echte vorhandene Liste sein die der pgm greifen kann.

Den Generatorablauf schau ich mir an wenn ich wieder Internet hab. (Dauert etwas, scheins wurde bei uns mehr zerlegt.)

Weiterer bekannter Bug, den ich vergessen habe:

Maximal Anzahl zu Scannender Macs wird überschritten (Generator-Mode)

Wenn zb nur 1000 Macs gescannt werden sollen
erreicht er diese und hört dann nicht auf, sondern macht fröhlich weiter.
Ging bei mir unter. Wird in selbem Zug dann behoben werden.


Ham grad kein i-net. Dauert auch ne weile wurde mir gesagt.)
 
Zuletzt bearbeitet:
mahlzeit Dunkler Saftanwender,
vielen dank für deinen PG Manager!!!

hab da mal ne frage:
benötigt man dafür ein linux OS mit einer GUI
oder funktioniert der PG Manager auch ohne GUI?

BB gruß
 
Zuletzt bearbeitet:
Was ist Probe-Intervall (Sekunden) genau? Ich verstehe nicht ganz, was das macht. Ich bin für eine Antwort dankbar. Ist bis jetzt mein Lieblingstool von allen, die ich getestet habe und ich bin wissensgierig (y)
 
Zurück
Oben
📱
Forum App auf dein Handy
Schneller. Push-Benachrichtigungen. Offline-fähig.
Öffnen