dreambox ziet open poort niet

T

tekro

hoi,

me dreambox ziet de open poort niet, als ik in telnet "netstat -l" in typ geeft die de open poort niet aan.. kan dat een probleem inde gbox.cfg zijn?
ik heb een dream 7020 met pli flubber erop
 
Heb je gbox wel draaien op dat moment? Anders staat de poort inderdaad niet open.
Het lijkt me niet dat dit met de gbox.cfg te maken heeft, die regelt dacht ik niets met poorten, eerder de cwshare.cfg in dat geval.
 
gbox draait wel, ik heb gisteren wel even naar TPS kunnen kijken enkele min.. wat kan het zijn in de cwshare.cfg?
 
Poortinstelling, een regel waar een haakje bijv. { of ) ofzo vergeten is... geen idee. Als je nergens aan geweest bent zou het de forwarding in je router ook nog wel eens kunnen zijn.
Moeilijk te zeggen zo. Feitelijk zou je wel in de gbox_cfg de debug naar console kunnen aanzetten en dan gbox handmatig opstarten via telnet. Dan zie je allerlei dingen gebeuren, en dan kun je als het goed is ook zien wat er precies mis gaat.
 
tekro;178571 zei:
me dreambox ziet de open poort niet
Black Tiger;178583 zei:
een regel waar een haakje bijv. { of ) ofzo vergeten is...
Dat hebben wij ook wel eens gehad, je kijkt er nl. zo overheen in de cwshare.cfg.

Wat je kunt doen is in de gbox_cfg zorgen dat je mee kunt kijken in een telnetvenster als je gbox opstart. Soort 'verbose' optie dus. Vervolgens start je gbox handmatig via een telnet venster op. Als er inderdaad een haakje verkeerd staat, wordt daar keurig melding van gemaakt zodra de cwshare.cfg door gbox wordt ingelezen. Je kunt ook natuurlijk even regel voor regel heel secuur de cwshare.cfg doorlopen.

Enkele minuten kijken naar TPS hoeft niets met de poort te maken hebben. TPS kan nl. wel even FTA zijn geweest en dan kun je gewoon kijken. Ook aan het einde van films (de aftiteling dus) kun je gewoon kijken.

Heb je de poort forwarding wel goed staan en heb je wel UDP geforward en niet TCP?
 
ik heb gewoon udp geforward, als ik in telnet netstat -l intyp zie ik me poort nummer 2500 niet voorbij komen.. ik zie wel al die streams enal.. ik heb een linksys wrt300n router ik heb ook gekeken bij portforwarding.com.... volgens mij heb ik wel juist geforward... kan firewall het tegen houden?
 
ja een firewall kan het tegenhouden. We nemen aan dat je de firewall in je router bedoelt. Schakel eerst die firewall even uit en kijk of dan wel udp poort 2500 aan komt op de dreambox. Zo ja, dan weet je waar je zoeken moet.

Bedoel je een softwarematige firewall dan vragen we ons af, hoe je verbinding laat maken (via die poort) naar je dreambox? Of heb je een server draaien... In het geval van een softwarematige firewall die ook even uitschakelen en kijken naar udp poort 2500 op je dreambox. Overigens een beetje 'slimme' softwarematige firewall ziet wanneer er voor het eerst wordt getracht verbinding te maken en vraagt je netjes om permanente/tijdelijke/geen toestemming te geven.
 
ik bedoel de firewall in me router, stel dat de firewall het tegen houd,
wat kan ik er dan aan doen dat die het niet tegenhoud zonder firewall uit tezetten? ik ga dat eens vanavond proberen om firewall tijdelijk uit te schakelen...
 
Een linksys firewall houdt volgens mij geen poorten tegen.

Probeer het volgende eens. Download editpad lite.
Kopiëer cwshare.cfg en gbox_cfg naar je hd.
Open deze met Editpad lite.
Selecteer alle tekst
Kies dan bovenaan voor: "convert" en kies dan "to unix (lf only)".
Sla het bestand dan weer op.
Doe dat met beide bestanden.

Zet ze daarna weer terug op je dream, dus de oude bestanden overschrijven.
Lukt het nu wel?

Heb al eens meegemaakt dat wordpad of notepad opmaaktekens (onzichtbaar) achter lieten en dat na het doen van dit truukje alles weer netjes draaide.
 
Black Tiger;178619 zei:
Kies dan bovenaan voor: "convert" en kies dan "to unix (lf only)". Heb al eens meegemaakt dat wordpad of notepad opmaaktekens (onzichtbaar) achter lieten en dat na het doen van dit truukje alles weer netjes draaide.
@Black Tiger: jij zult het wel weten, maar voor de anderen het volgende.

Deze in normale mode niet zichtbare tekens is het verschil tussen het opslaan van een tekstbestand in de windows-mode en de unix-mode. Als je een tekst-bestand in windows mode opslaat, wordt er aan het einde van elke regel een CR/LF (control line feed) gegeven. In de unix mode wordt er aan het einde van ieder regel alleen een LF (line feed) gegeven. Sommige programma's die onder linux draaien (unix mode dus) kunnen niet (goed) met die CR LF overweg. Je kunt het trouwens zien, door zo'n tekstbestand dat in windowsmode is opgemaakt te openen in linux met bijvoorbeeld midnight commander. Als je vervolgens in de editmode gaat zie je achter elke regel een dakje (^) staan. Dat veroorzaakt dus soms de problemen. Oplossen is weer simpel: bestand, zoals door Black Tiger aangegeven, openen met EditPad (Pro) en convert to unix en dan opslaan.

Dit bericht is meer een toelichting, dan het je helpt zoeken naar de oorzaak van je probleem
 
kan iemand mischien een voorbeeld van een juiste cwshare sturen die goed werkt met pli flubber? want ik zie en lees steeds verschillende dingen...
 
heb je wel een server om gbox naar te laten connecten? volgens mij heb je alleen daar open poorten voor nodig. gbox is omdat het nonpubliek is nog geen wonder emu die op zich zelf kanalen open gooit je zult altijd de nieuwste keys voor de gekraakte kanalen moeten hebben of een server om naar te connecten.

als je wel naar een server probeert te connecten kun je ook GboxSuite op je box installeren daarin kun je zien of je box connect naar de server.

de cwshare van een ander zul je nooit krijgen en dat heeft ook geen nut omdat hier alleen de prive gegevens instaan die bij jou dan ook niet werken.
gr blokker
 
je kan die prive gegevens ook invullen met ****.dyndns.org ofzo ik wil alleen zien of de meeste dingen over 1 komen met mij gegevens... vandaar
 
denk dat je meer hebt aan een gbox-cfg voorbeeld
maar we gaan eens op zoek voor je ;-)
 
Dat kun je ook zien in de voorbeeldgegevens die in cwshare.cfg staan.
Dit is een regel om te connecten naar een server:
D: { vriend.dyndns.org { 1234 4321 { ABCD1234 { A3 A3 }}}}

Bij jouw kennis komen de poorten dan andersom dus:
D: { jouwdomein.dyndns.org { 4321 1234 { jouwwachtwoord { A3 A3 }}}}


1234 is de poort die binnenkomt van de ander, de poort dus die in jouw router forward moet worden naar je dreambox. De ABCD1234 is een wachtwoord, kan zijn dat ik me vergis maar voor zover mij bekend moet dat hexadecimaal zijn dus A t/m F en/of 0 t/m 9 en meer niet en dan dus 8 tekens oftewel 4 bytes.

Dan een voorbeeld van een M: regel.

M: { jouwdomein.dyndns.org { 1234ABCD }}

Hier heb ik het van het wachtwoord het omgedraaide voorbeeld gebruikt, maar in principe mag je daar dus van maken wat je wilt, als je je maar aan de voorwaarden houdt (8 tekens hex).

Maar die voorbeelden staan ook zo in cwshare.cfg zelf, toch?
 
cwshare voorbeeld:

X: { 09 }
I: { 03 }
N: { 01 01 03 1F 3000 6000 }
M: { 192.168.x.abc { AB123456 }}
D: { 192.168.x.def { 6666 7777 { AA789012 { A9 A9 }}}}
D: {fake.dyndns.org { 2499 7777 {AC080607 {A3 A3 }}}}

met zo'n config moet je voor inkomende data de UDP poorten 6666 en 2499 openzetten en forwarden. Je hoeft geen verschillende poorten per D-regel te gebruiken hoor. Overigens het eerste getal geeft de inkomende poort aan en het 2e getal de poort waarover jij verstuurt (en dus aan de andere kant als inkomend wordt gezien).
 
voorbeeld gbox_cfg:

# gbox config file

# Trace/Debug
# xx yz ; xx=00 no konsole output
# xx yz ; xx=01 konsole output
# xx yz ; y=0 debug output (don't use)
# xx yz ; y=1 no debug output
# xx yz ; z=0 ouput to konsole
# xx yz ; z=1 output to /var/tmp/debug.txt
# xx yz ; z=2 Output to UDP (to capture with gboxt)
Z: { 01 10 } 192.168.x.abc 8024

# Task type
# 00 ** normal mode gbox mode (no season, use Multicam instead)
# 01 ** Season Emulation in a Irdeto allcam chid 0602 nonZ
# 10 ** Season Emulation in a Irdeto allcam chid 1702 nonZ
# 11 ** Season Emulation in a Irdeto allcam chid 1702 Z
# 12 ** Season Emulation in a Irdeto allcam chid 1722 Z
# 13 ** Season Emulation in a Irdeto allcam chid 1762 Z
# ** *1 Com port to use for season emulatiom (1 or 2)
# ** 0* Use CTS für RST detection
# ** 1* Use DCD für RST detection
# ** ** 9600 = Baudrate to be used (working only on dbox2)
W: { 00 00 } 9600

# gbox working mode
# 00 pure Emu
# 01 pure SoftCam (when card inside), Emu (when no card inside)
# 02 pure Net Client
# 03 Mixed mode !!!!! always use this !!!!!
G: { 03 }

# Display ECM messages on Konsole
# 00 don't show any ECM's
# 01 show only valid ECM's
# 02 show valid and bad ECM's with complete data display
C: { 00 }

# Display EMM messages on Konsole
# *0 don't show any EMM's
# *1 show only valid EMM's
# *2 show valid and bad EMM's with complete data display
# 1* Log any tier change on PW-Nagra-17xx cards into /var/keys/pwupdate.log
M: { 01 }

# AutoUpdate
# 00 is ignored (default)
# 01 enable AU
# 02 Auto AU !!!!! always use this !!!!!
A: { 01 }

# Key update
# 01 update only new keys, default setting
# 02 update all keys (used for valid PMK checking)
U: { 01 }

# Hash pids
# 00 hash all pids, DO NOT USE THIS OPTION, IT IS ONLY FOR TESTING STUFF
# 01 hash only pids with implemented algos and available keys !!!!! always use this !!!!!
H: { 01 }

# Key files folder
# 00 keyfiles in /var/keys
# 01 keyfiles in /var/tmp
T: { 00 }

# On Screen Display for the Multysystemcam on com1/com2
# 00 No OSD (default)
# 01 display Smartcard messages in Neutrino
# 02 display Smartcard messages in Neutrino new nhttpd format
# 03 display Smartcard messages in Enigma
# mypass (use user=root and pass=mypass for nhttpd)
O: { 00 } 192.168.x.abc

# Logger and NET-mode UDP port Init
# 00 do not init UDP port
# 01 Init UDP port for IP, port, UDP
L: { 00 } 192.168.x.abc 8017

# demux, multicam/comport configuration
# *x ** ; x = device nummber to be used (0= default)
# D* ** ; force use of /proc/bus/gtx for cw write operations
# (in the dbox2 the gbox writes directly the CW's, 00 is the recommended mode ! No drivers are required)
# use D* ** ONLY if you have Problems. 0* ** should be prefered !!!
# F* ** ; write CW's in both devices (used for PVR in STB04xxx devices)
# ** y* ; y=0001b (0x1*) use slot1 as Multicam (only on STB04xxx)
# ** y* ; y=0010b (0x2*) use slot2 as Multicam (only on STB04xxx)
# ** y* ; y=0011b (0x3*) use slot1 and slot2 as Multicams (only on STB04xxx)
# ** *z ; z=0001b (0x*1) use com1 as Multicam
# ** *z ; z=0010b (0x*2) use com2 as Multicam
# ** *z ; z=0011b (0x*3) use com1 and com2 as Multicams
# ** yz ; yz=00110011b (0x33) use slot1+slot2+com1+com2 as Multicams
# ** *z ; z=0100b (0x*4) invert CTS detection on com1
# ** *z ; z=1000b (0x*8) invert CTS detection on com2
# example: yz = 0x0A = 00001010 (use com2 with inverted CTS detection line)
V: { F0 35 }

# ================================================== ===========================
# extra options to override default seting in case you expirience Problems,
# normaly these setings are not required.
#
# cpu, api, cw write method
#
# 00 auto
# 01 80X86
# 02 MPC823
# 03 IBM STB04xxx
# 00 auto
# 01 ibm
# 02 api2
# 03 api3
# 00 cw write style = use internal routine (only dbox2)
# 01 cw write style = CA_SET_DESCR type1 (dbox2, vdr)
# 02 cw write style = CA_SET_DESCR type2
# 03 cw write style = CA_SET_DESCR type3
# 04 cw write style = 16 byte /proc/bus/gtx
# 05 cw write style = 4096 byte /proc/bus/gtx, cw offset=0x04D0
# xx write cw in 1st device with index=xx
# yy write cw in 2nd device with index=yy
# 01 means with .index=0 (default)
# 02 means with .index=1
# 03 means with .index=0 and .index=1
# .. any bitwise combination ...
# FF means with all 8 indexes (0-7)
#J: { 00 00 00 01 01 }

# Files, folders, devices
# folder/device comment
#
#F: { 01 } /var/tmp/pmt.tmp // pmt file
#F: { 02 } /var/tmp/emm.info // key update log file
#F: { 03 } /var/tmp/ecm.info // ecm info file
#F: { 04 } /var/tmp/atack.txt // atack info file
#F: { 11 } /var/keys // folder for config files
#F: { 12 } /var/tmp // folder for temporary file
#F: { 13 } /var/tmp // folder for keyfiles
#F: { 21 } /dev/dvb/adapter0/ca0 // ca device
#F: { 22 } /dev/dvb/adapter0/dvr0 // dvr device
#F: { 23 } /dev/dvb/adapter0/demux0 // demux device
#F: { 31 } /dev/dvb/adapter0/ca1 // second ca device to write cw's (recording)
#F: { 41 } /dev/sci0 // STB04xxx slot1
#F: { 42 } /dev/sci1 // STB04xxx slot1
#F: { 43 } /dev/tts/0 // rs232 com1
#F: { 44 } /dev/tts/1 // rs232 com2

# For overclocking freaks, Clocking internal STB04xxx slots with:
# 1=7.80MHz 2=6.30MHz 3=5.25MHz 4=4.50MHz 5=3.94MHz 6=3.50MHz 7=3.15MHz
# Irdeto works fine on 7.8MHz, all other fine on 6.30MHz or 5.25MHz
#
#F: { 51 } 02 // irdeto 6.30MHz
#F: { 52 } 03 // seca 5.25MHz
#F: { 53 } 03 // viaccess 5.25MHz
#F: { 54 } 03 // nagra 5.25MHz
#F: { 55 } 03 // crypto 5.25MHz
#F: { 57 } 03 // conax 5.25MHz
#F: { 58 } 03 // nds 5.25MHz
 
ok jongens bedankt voor jullie hulp het is gelukt en gbox draait nu... ik had een een foutje in me cwshare...
 



Hosting Fun

Advertenties

Terug
Bovenaan Onderaan