Manual Gboxfaq en Castellano

7/16/2019 Manual Gboxfaq en Castellano

http://slidepdf.com/reader/full/manual-gboxfaq-en-castellano 1/30

Version 0.1.4 sobre gbox v2.0x

Preámbulo:

Para estas FAQ he usado el texto read original de gbox como base que se podrá actualizar en próximas versiones de la

Emu. Después de esto se explican las diferentes formas de trabajar de Gbox y y trato de documentar los archivos deConfiguración y de Datos de Keys.

Formas de trabajar Gbox :

A. Emulador: Irdeto,Seca,Viaccess,Nagravision,Conax. Todos con AUB. Emulador para Season con CAM Irdeto, todos los sistemas.C. Softcam Multisistema: Irdeto,Seca,Viaccess,Nagravision,Conax,Cryptoworks,NDS también versiones 2. Todos con

AU.

D. Evaluador ( off-air) de ECM&EMM logeadasE. Una herramienta para enviar los ECM's/EMM's logeados a la Tarjeta en el puerto RS232F. Multipid loggers: logeador multiple y simultáneo de pids ECM y EMM.G. Card sharing: Cliente&Servidor Peer to Peer , Local y por Internet.H. Servidor compatible de CW’s ( Cwserver )I . GSMS : Sistema de mensajería

Las siguientes versiones están contenidas en el zip:

• PPC Linux api2+api3+ibmapi• Intel X86 Linux api3 (VDR))

Dos & Windows (Multidec, ProgDVB, MyTheatre, etc.)

A.- Como Emulador

Como emulador, la Gbox puede trabajar en dos modos: directo e indirecto.

En el modo directo ( Slots ), la PMT se escribe en / var/tmp/pmt.tmp. La Gbox toma todos los Pids ECM/EMM delcw_write. Si no encuentra nada en el pmt.tmp Gbox trabaja automáticamente en modo indirecto ( Network ) , en el cual laPMT/CAT y los pids ECM/EMM se envian a la Gbox vía UDP y esta devuelve las CW’S de retorno también via UDP.

Este funcionamiento es siempre igual y puede usarse en todos los casos

directly indirectly off-air cwserver • PPC - Linux api2 yes yes yes• Intel X86 Linux api3 api3 yes yes yes

dos&windows – yes yes yes

Los comandos UDP:

UDP port 8003: gbox_out (CW_write, Need_pids)UDP port 8004: gbox_in (PMT, CAT)UDP port 8005: gbox_in, (pid1 from the Need_pids lists)UDP port 8006: gbox_in (pid2 from the Need_pids lists)UDP port 8007: gbox_in (pid3 from the Need_pids lists)etc.



CW_Write: 89 CW1 CW2

Ejemplo: 89 0102 03 0405 06 0708 10 2030 40 5060 70 80

Need_pids: 8A pid_anzahl (1 bytes) pid1(2 byte) pid2 (2 byte) etc....

Ejemplo: 8A 02 10 00 15 00

CAT: 86 01.....PMT: 87 02.....

pidx: 88 pid(2 bytes) len (1 byte) data

Ejemplo: 88 15 01 48 81 70...

Con cada Need_pids el Server cierra todos pids >= 8005, y después de tener la lista los abre de nuevo.

Irdeto AU

• Actualizador de una Key• Actualizador de múltiples Keys - 2 keys• Actualizador de múltiples Keys - 2 keys sencillas actualizadas en un paquete.• Actualizador del PMK

Un actualizador múltiple para Keys, aunque todavía hay 4 que no se pueden coger todavía, aunque tiene que ser posible. Dehecho se pueden poner varios Prov/PMK’s.Con debug level 2 se escriben todas las Keys, independientemente de que sean antiguas o nuevas. Así se pude comprobar lavalidez de todos los Prov/PMK.

Si se declara un Prov ID como 00 00 00 se comprueba con cada EMM siempre que la firma aparezca en cada update.

Seca AU

• Actualizador de multiples Keys - 3 keys• AU a través del MK primario o bien sobre el MK primario y secundario.

Si se conoce una Key, pero no la PPUA y/o el número de la Key, la PPUA se declara como 00 00 00 00. En este caso estaKey se compara con todas las EMM’s con una firma y Hash válidas y se efectua la actualización y consecuentemente sedeterminan la PPUA y el Número de Key.

¿Cuantas keys pueden procesarse con 00 00 00 00 simultáneamente?, esto depende de la velocidad de datos de las EMM’s,no obstante, alguna siempre llega.

Se pueden usar a voluntad varias PPUA/MK’s por proveedor. Con debug level 2, todas las keys se escribenindependientemente tanto si son nuevas o no. Así, se comprueba la validez de todas las PPUA/MK’s.

Para Seca2 es necesario utilizar los archivos s2 issuer.b y s2provid.b para el AU.

Via AU

• Actualizador de una Key• Actualizador de múltiples Keys - 2 keys• AU over SA (SRG) SloTV,...)• AU over UA (SVT) HRT,... )• AU over issuer

A voluntad se pueden imputar varios Prov/ PMK’s. Con debug level 2, todas las keys se escriben independientemente tanto si

son nuevas o no. Así, se comprueba la validez de todas las PPUA/MK’s. Si se declara una PPUA como 00 00 00 00 , este MK se compara con todas las EMM’s y cuando se encuentra una firma

válida, se exporta la actualización.



Nagra AU

Acepta tarjetas de los tipos ROM3, ROM7, ROM10 y ROM11.

0001 - Dish Networks0801 - Bell express VU2C01 - SABC4001 - Vía Digital- Digital Plus4601 - Euskatel

4801 - TV Cabo4A01 - MMBN (Asia))4E01 - Dream TV (Philipines))5401 - NTL Cable5A01 - TeleWest Cable5C01 - C&W/NTL Cable7001 - Polsat7401 - star digital9401 - Hong Kong Cable

Aquí no hay mucho que decir, es completamente plug and play. Solamente hace falta poner en el gbox_cfg Autoupdate_mode=Auto.

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

A: { 02 }

Todas las rom’s, eeprom’s, ram’s keys, etc. , están integradas en Gbox. Desde la versión 1.28 estas Roms son externas. yestán marcadas como rom02.b, rom02.eep.b y rom02.ram.b.

No hace falta acordarse más, durante meses este AU funcionará incluso sin estas Roms.Aparte de esto, hay una nueva Lista de Keys de nombre nagra.txt en la que está depositada la EMM de Nagra. Por eso

funciona el AU.

Copia de lo escrito en nagra.txt:

[4001 - Via Digital]PK2=19a1c2b8a2324c9fddae0c25002469......15 bytes ...... Parity Key 2 VK =D732AF2BB230722E ............................ 8 bytes.........Verify Key N2=F351CBAD69F412CEF65BC56CCBDD7AB53A7FD387C696E81532F5FC13980E9347A79CC4FCA8363F96764

B0AB0A9886EA2E8D74A3FB6E3926E726830637748EE8A... 64 bytes... [4001 - Via Digital]PK2=19a1c2b8a2324c9fddae0c25002469VK=D732AF2BB230722En2=25E7E9EC295AF4872E39E1FD9AA22CA5F553BC9D58DFBA7977CD92B6DF26CD7EEC835CE9797DDADDC

4952A7EA883D00890EC5C1A2F8FC55A6AE49B999A479193[4001 - Via Digital]PK2=B9E95C02F10C3427DC8EB5620350FD

VK=026C282D773766F8n2=8336A93796E383CBB01BFCEBA40794EE9A08FA355BDC93CBB25D0698124CAECB22E7EE41BD18979E456C430DA539BF0D6EC5404DB1BF4ECBAEE202D2E4DE1984

[4101 - Via Digital]PK2=015B8FE5DCA5DEE96894DE3C08D65CVK=75F9892275E07FE1 N2=6F8D91AAEC672434151D8C862CD8C7D81E158E69566C89C7B88A3619C05A0DD7B7D37BF0973AB25DC81

9DAB9E2C35F6C2F553488D4CBC9A2A17DADADA032388B

Conax AU

A voluntad se pueden imputar muchos Prov/ PMK’s. Con debug level 2, todas las keys se escriben independientemente tanto

si son nuevas o no. Así, se comprueba la validez de todas las PPUA/MK’s. El AU tiene actualizaciones implementadas. Exp+mod para una completa y para las parciales solo exp o solo mod.



B.- Con un Season interface

La Gbox puede usarse como emulador con un interface Season.

Debe haber en el gbox_cfg esta línea:

# 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 fr RST detection# ** 1* Use DCD fr RST detection# ** ** 9600 = Baudrate to be used (working only on dbox2)W: { 01 xx} 9600

El puerto COM será atribuido al Season xx. De momento, solo está soportada una emulación allcam en Irdeto nonZ.Un PC (Windows/Linux) o una dbox (ppc) pueden ser los servers. Todas las tarjetas ligadas al sistema (también un SC8en1) se pueden usar como interface por el Season, incluso para cwshare, etc.....

El emulador Season requiere un trabajo individual de Gbox , así , una Gbox individual deberá destinarse para cadaSeason. La comunicación interna tiene lugar con algunos dvb-s fixes a través de UDP.

Interface Season

C.- Como Softcam multisistema

En la Gbox está integrado una Softcam multisistema. Por tanto puede leer una tarjeta conectada en los puertos COM delordenador ( o en algún Slot con la dbox2/dbox ) con los oportunos interfaces. Un sistema Phoenix puede conectarse también alos COM 1/ 2 del ordenador . Incluso un SC81 para 8 tarjetas en un solo puerto. Es posible comunicar hasta 8 tarjetas

simultáneamente en los Com1/2. No hay problema con el tipo de tarjetas, el sistema combina perfectamente hasta 8 Magic-cam's.La dbox2/dbox y el puerto RS232 son compatibles de nivel TTL y se puede conectar directamente un SC8en1, un Phoenix todavía no. Para esto se necesitaria, por ejemplo, una multicam . La conexión de una multicam al Com2 con dbox2/dbox estáexplicado en la sección Miscelánea de estas FAQ.



Actualmente estos son los sistemas de CAM soportados:

Irdeto allcam A0x/K0x/S0x/C/D/F/1.x/382/383/384/Z/nonZ/DS9/Xin1Seca/Mediaguard original Seca1+Seca2, GW, FunViaccess original, GW, Fun Nagravision original, FunCryptoworks originalConax original NDS original

Todos los sistemas con soporte AU completo.

Para poder usar una tarjeta NDS es necesaria una Box Key, que está encriptada en el firmware. Esto no se puedetransmitir tan fácilmente, pero se puede depositar en gbox. Con el sistema Nagra2 puro también es necesario conocer la BoxKeydel deco ( o de la tarjeta )

Quien quiera usar estas tarjetas tiene que proporcionar además a gbox el Número de Serie de la tarjeta (en HEX) y seobtiene una clave encriptada en el archivo NDS que se debe copiar en /var/keys. Esto funcionará sólamente para esta tarjeta ytambién con versiones posteriores de gbox.

Línea B: de /var/keys/nagra

# IRD/Boxkey is used for Nagra Cards in the Multicams# IRD BoxkeyB: { 00 01 00 02 { 21 B6 D2 A4 B4 EB D7 1D }} Boxkey

Para encontrar el Número de Serie de la tarjeta, la Gbox inicia con la tarjeta NDS y esta mostrará el Número de Serie (en HEX) en un log. Con este número no se puede identificar claramente una Tarjeta ya que el último dígito del Número de Serieno está dentro del Hex.

Previamente probadas 091f (viasat), 0919 (skyitalia) y 0961 (bskyb),

0919 y 0961 tienen baud- rates altos y funcionan solo en puertos Com externos de decos STBx45xx. El 091f también en

el slot interno de los decos STBx45xx.

Con dbox2 /dbox, funcionan incluso en la Multicam interna ( Slots) , probado con SC8in1 y Friedel's Multicam

rev.1.2

Probado con dbox2 (PPC), VDR (intel x86) y Win32 (intel x86 )

*6MHz tests * ECM tests EMM tests

Irdeto 1.x GW OK OK OK Irdeto 6in1 Fun OK OK OK Irdeto DS9 Piccard2 OK OK -Irdeto Fun C/D383Z OK OK OK Irdeto Fun C/D/F384Z OK OK OK Irdeto original C/D/F383Z OK OK OK Irdeto original C/D/F384 OK OK OK Irdeto original A01/K01/S01 OK OK OK Irdeto original A02/K02/S02 OK OK OK Irdeto2 original OK OK OK Seca Fun OK OK OK Seca GW OK OK OK

Seca original OK OK OK Seca2 original OK OK OK Viaccess Fun OK OK OK Viaccess GW OK OK OK Viaccess original OK OK OK



Viaccess2 original OK OK OK Nagravision Fun OK OK OK Nagravision original ROM2 OK OK OK Nagravision original ROM3 OK OK OK Nagravision original ROM7 OK OK OK Nagravision original ROM10 OK OK OK Nagravision original ROM11 - OK OK Cryptoworks original V1 OK OK OK Cryptoworks original V2 OK OK OK

Cryptoworks original V3 OK OK OK Conaxis Fun-NagraInConax OK OK -Conax original OK OK OK NDS original OK OK OK

(*) Para la dbox2/dbox y para todos los sistemas, se pueden usar osciladores de 3.579MHz and 6.000MHz. El software busca elBaud-rate, el tipo de tajeta y ejecuta automaticamente el proceso. Es aconsejable uno de 6 MHz por ser más rápido y así la tarjetatrabaja un 68% más rápido y se comunica más rápidamente, etc. La mayoría de tarjetas (excluida Nagra ROM11) trabajanabsolutamente estables con 6MHz.

Con un PC con VDR, es aconsejable combinar diversos cristales de cuarzo en el SC8. En al envío están contenidos2*6.000MHz, 2*3.686 y 4*3.579MHz,

Los siguientes sistemas funcionan con estos Cuarzos:

Irdeto 6.0000 MHzSeca 3.5795 MHzViaccess 3.5795 MHz Nagravision 3.6864 MHzCryptoworks 3.5795 MHzConax 3.5795 MHz NDS 3.5795 MHz

En la Gbox hay un sistema Blocker integrado. Esto permite bloquear EMM’S. Después de poner la configuración se pueden bloquear grupos de EMM, EMM’S para todas las tarjetas, para Direcciones Compartidas o para una Dirección única. Paraesto hay que configurar correctamente el softcam.cfg.

# SoftCam Blocker/Filter definition## 00 = Allow EMM (default for all)# 01 = Block EMM addressed to:# all card# | shared address/provider # | | unique address/hex_serial# ----------------------------------I: { 00 00 00 } Irdeto All SA UA

V: { 00 00 00 } Via - SA UA

S: { 00 00 00 } Seca - SA UA

N: { 00 00 00 } Nagra All SA UA

C: { 00 00 00 } Crypto All SA UA

O: { 00 00 00 } Conax - SA UA D: { 00 00 00 } NDS All SA UA

Kill gbox

Para cerrar gbox instalar un archivo gbox.kill en / var/tmp/, que hace que gbox se cierre por si mismo.

Enviar EMM's manualmente a la Multicam

Para poder enviar una EMM a cualquier tarjeta, antes se escribe este en / var/tmp/gboxemm.txt , en formato:

nr>emm...



Nr está en HEX, por ejemplo: card12 = 0C

Se cuenta en la siguiente secuencia:

slot1=1 en HEX = 01slot2=2 en HEX = 02com1-card1=3, en HEX = 03...

com1-card8=10, en HEX = 0Acom2-card1=11, en HEX = 0B...com2-card8=18, en HEX = 12

Ejemplo ( borrar chid EMM para tarjeta PW en com2 card01):

0B>01 01 00 00 00 6B D0 00 00 00 04 65 05 01 82 00 98 DE DF D3 7A 73 BB D2 B9 216D D3 of 0E EF A2 86B8 AC DBA9 28 D5 F5 11 63 9A BD 8E DB FB 2F C9 8C 07 5393 38 79 0B 75 C4 4D7A EC 16 36 A7 E87F 21 3B 16 1EA8 50 21B1C1 70 6A05 6D B5 55 54 14 344C 7D 76A7 CB E8FA A248 E9 E397 F3 8618 65 3B C4 E2 FB 60 5B 93 EC 36 AD 64 FB 50 3D

NET Mode

El NET-mode está pensado para:

1. Desarrollo /Investigación ( implementado)

La dbox envía todos ECM al PC a través de la Red, este ejecuta el descifrado y devuelve la CW's a la dbox, que las usa parala decodificación .

* En el subdirectorio / net-mode / hay un pequeño soft de demostración, c source y ejecutable ( cygwin)

2. dbox network ( implementado)

Comunicación a través de la Red de varias dboxes (sala de estar, dormitorio, vecino,...) con una única Tarjeta se suministra atodos los aparatos, de tal manera que todos ellos pueden utilizar cualquier tarjeta disponible (Irdeto2, Seca2,...)

3. CW&Card Sharing (en desarrollo)

Como el punto 1 pero en lugar de un PC se usa un Servidor para comunicarse en la Red.

Para el modo NET hay que inicializar UDP

Server mode: Decodificar ECM

Decodificar un ECM con la Emu, esta responde con la CW's.

Commando: 0x42 0x15 Client_IP Len CaID PID ECM_data...Respuesta (correcta) 0x41 0x15 0x10 CW0... CW1... Respuesta (fallo) 0x41 0x15 0x00

Client mode: Iniciar modo NET

Al iniciar el Modo NET, la EMU se desconecta y la Dream se transforma en cliente y las ECM's van a la IP seleccionada(server).

Command: 0x42 0x12 0x04 Server_IPRespuesta ( correcta ) 0x41 0x12 0x00

Para conseguir el método NET hay que poner en gbox_cfg:



# 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: { 02 }

D.- Como Evaluador (off-air) de ECM/EMM logeadas

Para evaluar las ECM/EMM logeadas o enviarlas a una tarjeta se utilizan dos comandos para activar el Gbox:

gbox file CAID

Ejemplo: gbox seca-ecm.txt 0100 Ejemplo: gbox seca-ecm.bin 0100

En el gbox_cfg se puede escoger bien que la evaluación de las ECM y/o EMM que se haga a través de la Emu ( Mode=00 pure Emu) o que sean enviadas a la tarjeta ( Mode= pure Soft Cam)

# 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: { 00/1 }

Las ECM/EMM pueden estar mezcladas en los archivos text/bin, en el caso de gbox esté en Multipid Mode también se

pueden introducir en el Log file ECM y EMM de diversos sistemas. Y si hay conectado un SC8in1 al Com1 del la dbox , lasECM/EMM obtenidas se envian a las correspondientes tarjetas.En evaluaciones de EMM de Nagra, es necesario que exista también una ECM en su log-file la ya este se utiliza para el

control de las keys.

F.- Como Logeador Multipid

En el Zip hay un logeador MultiCaID/MultiPID utilizable. Para activarlo, la linea L:del gbox_cfg deberá estar así:

# Logger and NET-mode UDP port Init# 00 do not init UDP port# 01 Init UDP port for IP, port, UDP

L:{ 01} puerto PC_IP , UDP.

Los comandos del puerto implementado UDP, el 8017,son:

Comando: "B" 0x42Respuesta: "A" 0x41LogDaten: L CaID (2 byte) Pid (2bytes ) Len(2bytes)... Datos n=Len

Estructura

Commando: Type Length Datos=Length0x42 0x?? 0xlen Datos....



Coger CAT

Comando: x42 0x01 0x00Respuesta: x41 0x01 0xLN......

LN número de bytes en el CAT.

Coger PMT

Comando: x42 0x02 0x00Respuesta: x41 0x02 0xLN......

LN número de bytes en el PMT.

Coger los PID disponibles para logear

Comando: x42 0x03 0x00Respuesta: x41 0x03 0xLN 0xA1 0xA2 0xB1 0xB2......

LN/2 numero de los PIDS.A1A2 PID principalB1B2 segundo PID.....Si no se han seleccionado PIDS: 0x41 0x03 0x00

Selecionar PIDS para logear

Comando: x42 0x04 0xLN 0xA1 0xA2 0xB1 0xB2......Respuesta: x41 0x04 0x00, OK)

LN/2 numero de los PIDS.A1A2 PID principalB1B2 segundo PID.....Coger los PID disponibles para logear

Comando: 0x42 0x05 0x00Respuesta: 0x41 0x05 0xLN 0xA1 0xA2 0xA3 0xA4 0xA5 0xB1 0xB2...LN/5 numero de los PIDS.A1A2 CaID principalA3A4 PID principalA5 caracter EMM=0; ECM=1..

Si no hay PIDS (FTA): 0x41 0x05 0x00

Empezar el logeo:

Comando: x42 0xFE 0x00Respuesta: x41 0xFE 0x00

Parar el Logeo:

Comando: 0x42 0xFF 0x00Respuesta: 0x41 0xFF 0x00

Solamente se pueden Logear los Pids que he escogido y mapeado por tanto CAT y PMT son informativos utiliza el 0x05 para poder leer lo que está contenido. Solo enviar comandos al log_off ! Después de cada comando llega una respuesta. Con el comando Log_off se envian siempre dos log_offs para tener una respuesta.Puede ser que sea debido también a mi software de prueba.El resultado del logeo está en la Tabla. Este puede logear PIDS (ECM y/o EMM) individuales o múltiples.



G.- Para el Cardsharing

Se puede hacer Cwsharing tanto en red Local como por Internet. Se establece una conexión P2P directamente entre todaslas dreamboxes conectadas. Esto se ha escogido por razones de velocidad y seguridad a la vez.

Con el Cwsharing no hay problema con el tipo de tarjetas que tiene la Dreambox ni con el Canal que se estásintonizando en cada momento. Está muy optimizado y se puede llegar hasta 100 usuarios por Tarjeta. Todos los tipos de tarjetas

son compatibles.

Algunas ventajas:

1. El propietario de la Tarjeta tiene absoluta prioridad sobre los usuarios de esta tarjeta. Su acceso nunca se verá alterado.

2. La Dreambox propietaria de la Tarjeta se comunica directamente con las Dreamboes registradas en el cwshare.cfg.

3. Después de la IP en la línea D: del Cwshare.cfg. hay dos cifras:

1ª cifra – Esta IP puede pasar datos de mi tarjeta a X amigos.

2ª cifra – Esta IP puede pasar datos de la tarjeta extranjera a Y amigos.

Si el usuario A tiene una Tarjeta y el usuario B, su amigo, está registrado en su cwshare.cfg, el usuario B puede recibir CW de A. Si un usuario C está conectado a B también puede usar la tarjeta del usuario A si el código es >1. Si el usuario D esun amigo de C también le está permitido el acceso a la tarjeta de A, siempre que el código sea >2, y así sucesivamente.

Es importante: Las ECM/CW’s van pasando desde una Dreambox a otra hasta que llegan a su objetivo.

4. Todos los datos están completamente codificados, no se puede reconocer ni siquiera la cabecera.

Instalación:

a. El que quiera usar Internet debería echar un vistazo a dyndns.org y instalarse una cuenta, que una vez activada permitiráal Router conectar automáticamente al propietario cada vez que esté disponible ( on line ).

b. Es imprescindible registrar en la configuración de Red de la Dreambox el Gateway y el Server name de la Red WAN.

c. Hay que abrir los Puertos en el Router para la Dreambox para que pueda recibir los datos entrantes. A esto se le llama“port forwarding” . No es necesario entre Dreamboxes locales. ¡ Sólo para Internet !

d. En red Local, cada Dreambox deberá estar registrada en el cwshare.cfg para garantizar que será encontrada. Da igual cual

esté primero, siempre las encuentra.

e. Funcionar siempre en forma mixta ( 00 is ignored o 02 auto AU). Si el AU está en ON ( 01 enable_AU) se envíandemasiadas EMM’s a la tarjeta y el Sharing se entorpece. Si ponemos 01 enable_AU, conecta en caso necesario el AU y lodesconecta de nuevo después de una decodificación correcta. De todas formas se aconseja operar el Cwsharing con 00 is ignored porque el AU se conectará automáticamente en caso, por ejemplo, de PW conectado directamente porque allí no sereconoce si el AU es necesario o no.

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

A: { 02 }

Y ahora un ejemplo de conexión entre 3 decos, LAN ( en casa ) estando conectados por Internet



# cwshare.cfg --- dbox1 --- Internet y LAN ## Mi dbox2 (local IP =192.168.0.6)# passwordM: { mydbox2.homeip.net { AA242456 }}

## Amigos de Internet RX TX_Port Password Code

D: { friend1.homeip.net { 8200 8200 { B142AB11 { 5 5 }}}}

D: { friend2.homelinux.net { 8200 8200 { 81BFF901 { 5 5 }}}} ## otros decos localesD: { 192.168.0.51 { 8200 8200 { AB333441 { 5 5 }}} IP de la otra Dreambox

D: { 192.168.0.52 { 8200 8200 { BA334B24 { 5 5 }}}

# cwshare.cfg --- dbox2 --- LAN

# passwordM: { mydbox2.homeip.net { AB333441 }}

## otros decos localesD: { 192.168.0.6 { 8200 8200 { AA242456 { 5 5 }}}}

D: { 192.168.0.52 { 8200 8200 { BA334B24 { 5 5 }}}}

# cwshare.cfg --- dbox3 --- LAN

# passwordM: { mydbox2.homeip.net { BA334B24 }}## otros decos localesD: { 192.168.0.6 { 8200 8200 { AA242456 { 5 5 }}}}

D: { 192.168.0.51 { 8200 8200 { AB333441 { 5 5 }}}}

Si la dirección IP de la línea M es del tipo FIJO en lugar de DNS no será posible añadir Peers que tengan nombre DNS.

H.- Como CWserver compatible

Si la gbox no está funcionando en un receptor y no encuentra / var/tmp/pmt.tmp, trabaja como un CWServer.Con un Phoenix o un SC8in1 conectados al Com1, para un máximo de 8 tarjetas.



Phoenix interface

SC 8 en 1 conectado a una Dreambox

I.- La Mensajería GSMS

El Gsms ( Gbox Shot Messaging Services) permite enviar mensajes individuales o colectivos a través de la Red. Se copiaun archivo gsms.txt en /var/tmp que una vez leido y enviado se borra. En caso de un IP 00.00.00.00, el mensaje se envia a todoslos Dbox’s . La aparición automática de noticias en pantalla se puede hacer solo con Neutrino y Enigma. Bajo VDR se debeutilizar un Plugin u otra cosa que enseñaremos más adelante.

192.168.0.51 0 esto es un mensaje de texto normal, / esto es la segunda línea y // esto la cuartasomeip.homelinux.net 0 esto es un mensaje normal también.

192.168.0.52 1 esto mostrará un mensaje tipo popup que desaparecerá apretando OK.

Tabién es posible enviar Gsms a BoxID

ABCD 1 esto es una prueba



Instalación de Gbox Se tienen que copiar los datos ( irdeto, seca, via,....) en /var/keysTiene que haber una carpeta /var/tmp ya que en ella se registran datos temporales.Por favor mire gbox_cfg y softcam.cfg para realizar cualquier ajuste

Keys directory: /var/keys - seca, nagra, via, irdeto, conax

Program files: /var/bin - gboxConfig files: /var/keys - gbox_cfg, cwshare.cfg, softcam.cfg AU files: /var/keys - rom02.b, rom02eep.b, rom02ram.b, rom03.b, rom03eep.b, rom03ram.b, rom07.b, rom07eep.b,rom07ram.b, rom10.b, rom10eep.b, rom10ram.b, rom11.b, rom11eep.b, rom11ram.b, s2issuer.b, s2provid.bEMU Support files: /var/keys - nagra.txt, ident.info, ignore.list, knowns.ini

En un VDR (Video Disc Recorder)

Se usan drivers corrientes con añadidos en Root

VDR con el patch / x86/linux/gbox_vdr.diff patchen

Llamada a gbox:

./vdr

./gboxx86

En caso demultiples tarjetas se tiene que arrancar un gbox para cada tarjeta. Además hay que hacer una copia propia de gbox (inclusive de Keys y config files,)para cada tarjeta.

/var/keys/gbox0/gboxX86

/var/keys/gbox1/gboxX86

/var/keys/gbox2/gboxX86 etc...

Un gbox puede administrar un Com port ( con Multicamd o SC8in1). En caso de haber 2 o más tarjetas en el sistema se pueden destinar todas en Multicamd o Sc 8en1. En este caso los Smartcards serán utilizados por todas las tarjetas del DVB-S.

Un Gbox solamente un puede manejar un cwshare. Llamemos a este Gbox Master y a los otros Gbox Esclavos.

En el cwshare.cfg Master pongamos a todos los amigos y también al resto de tarjetas DVB-s que haya en el sistema. Al mismotiempo tienen que tener todas las Dboxes esclavas una puerto RX-UDP propio y una contraseña propia.

Ejemplo de 4 tarjetas con Master:

M: { 192.168.0.10 { 12345678 }D:{ 192.168.0.10 { 8000 8001 { 12345670 { 5 5 }}}}

D:{ 192.168.0.10 { 8000 8002 { 12345671 { 5 5 }}}}

D:{ 192.168.0.10 { 8000 8003 { 12345672 { 5 5 }}}}

Con las esclavas:

M: { 192.168.0.10 { 12345670 }D: { 192.168.0.10 { 8001 8000 { 12345678 { 5 5 }}}}M: { 192.168.0.10 { 12345671 }

D: { 192.168.0.10 { 8002 8000 { 12345678 { 5 5 }}}}M: { 192.168.0.10 { 12345672 }D: { 192.168.0.10 { 8003 8000 { 12345678 { 5 5 }}}}

El softcsa no está implementado . Yo no tengo ningún Skystar y por lo tanto no puedo tampoco implementarlo.



Desde:

/ dev/dvb/adapter0/ca0

utilzo solamente

ioctl (ca_handle,CA_SET_DESCR,&ca_descr );

En caso de que alguien tenga interés puede escribir un módulo que abra un device / dev/dvb/adapter0/ca0 para implementar allí el

softcwwrite.

E una dbox2

La Gbox es un daemon ( diablo), NO se debe eliminar al conmutar. Una vez activada si se cambia el Canal escribirá laPMT en /var/tmp/pmt.tmp.

En Windows

La Dbox trabaja con Windows solo de forma indirecta. Como lazo de unión entre DVB core y la gbox se utiliza un plugin gboxfriend.dll que sea compatible con DVBcore. Este envia en caso de cambio de Canal un PMT&CAT al gbox y despuéstambién EMM’s y ECM’s. Para utilizaciones compatibles con Multidec se tiene que utilizar el wrapper DVBcore.dll , que hace posible la utilización de un Plugin compatible DVBcore con un una aplicación Multidec API .

El DVBcore.dll se copia en la Lista Multidec y el gboxsfriend.dll en la Lista \ Plugins que se debe crear en la Lista Multidec.

El zapping es lento bajo Multidec/ProgDVB porque los PIDS de Multidec/Progdvb van primero al wrapper, luego al gboxfriend ydespués a gbox. Para acelerar esto se tiene que escribir un Multidec gboxfriend.dll compatible.

La configuración de Gbox

Después de conocer los principios de funcionamiento de Gbox, me gustaría explicar también como configurar susarchivos principales:

Gbox_cfg

# Trace/Debug

# xx yz ; xx=00 sin salida a la consola# xx yz ; xx=01 salida a la consola# xx yz ; y=0 salida debug (no usar)# xx yz ; y=1 sin salida debug# xx yz ; z=0 salida a la consola# xx yz ; z=1 salida a /var/tmp/debug.txt# xx yz ; z=2 salida a UDP (para capturar con gboxt)

Z: { 01 12 } 192.168.1.29 8024

En esta entrada se puede ajustar el modo de logeo de Gbox, esto representa que las trazas ( Ej. gboxt.exe, ) pueden verseen la dbox, en un archivo de texto ( debug.txt ) o en el PC. Para verlas en la dbox. la IP debe ser de la dbox, á ella se dirigirán losdatos cuando empiece el programa de logeo. Después de la IP está el Puerto por donde circularán los datos. El Puerto declarado

aquí es el 8024 pero se puede cambiar si es necesario. Si ponemos la IP de nuestro PC los datos de logeo se dirigirán a él.

# Task type# 00 ** modo normal gbox (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

Esta entrada permite a la Gbox conectarse con un Season-Interface. También puede traspasar CW´s a otros decosaunque no tenga acceso a la Red. En este sistema si el Season lleva una dbox2 hay que arrancar Gbox dos veces. Una como decostumbre y otra más para el Season. Este sistema se utiliza cuando tenemos un segundo tuner (DM7025) y queremos ver un canaly grabar otro. Para esta segundo gbox se crea una nueva Tabla:

Ej. / var/keys/season

En esta Tabla irán todos los archivos linkados con / var/keys, en ambos los archivos gbox_cfg y cwshare.cfg tienenque estar separados uno de otro completamente. Este es un ejemplo de cómo se generan estos links:

/ var/keys/season

ln, s / var/keys/gbox gboxln, s / var/keys/irdeto irdetoln - s / var/keys/seca seca... .. ..

Además hay que resaltar, que Gbox se conecta con dbox2 con otra entrada en el cwshare.cfg. Es por esto que tiene queexistir ambas Tablas y no pueden linkarse. En esta ocasión hay que prestar atención porque hay que usar dos puertos diferentes.He aquí otro ejemplo:

/var/key/cwshare.cfg

# My dbox PasswordM: { 192.168.0.51 { F37764E1 }}

# Friends password codeD: { 192.168.0.51 { 2499 2299 { 30030002 { 1 1 }}}}

# here all other boxes, local and internet

/var/key/season/cwshare.cfg

# My dbox2 passwordM: { 192.168.0.51 { 30030002 }}D: { 192.168.0.51 { 2299 2499 { F37764E1 { 0 0 }}}}

# gbox working mode

# 00 pura Emu# 01 pura SoftCam (cuando hay una tarjeta dentro), Emu (cuando no hay tarjeta dentro)# 02 puro Net Client# 03 Modo Mixto !!!!! usar siempre este !!!!!

G: { 03 }

Aquí podemos indicar de que modo queremos que trabaje Gbox. Dejarlo siempre en 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: { 01 }

Y aquí mostrar que clase de ECM salen y entran de la Gbox y como. Está relacionado con la Línea Z:. El logeo por pantalla, contendrá el tipo de ECM’s y la cantidad de información que obtengamos.



# 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 }

Lo mismo de antes pero con las EMM. En tarjetas PW-Nagra el log se escribe en / var/keys/pwupdate.log

.# AutoUpdate # 00 is ignored (por defecto)# 01 enable AU# 02 Auto AU !!!!! usar siempre este !!!!!

A: { 02 }

Aquí podemos indicar si queremos que exista Autoupdate o no. Depende de lo que pongamos las EMM´s se enviarán ono a la Tarjeta. Lo aconsejable es dejarlo en 02 y de esta forma el AU se para de forma automática cuando no se decodifica nada.Cuando se hace Cardsharing hay que poner atención en esto que ya está explicado en el capítulo de Cardsharing. Se dice que poniéndolo en 01 se actualizan las tarjetas, pero esto está por comprobar.

# Key update#01 update only New keys ( por defecto)#02 update all of keys, used for valid PMK checking)

U: { 01 }

Aquí podemos decidir si las Keys se actualizarán siempre o sólo cuando cambien. Ej.., para comprobar la validez de lasMasterkeys.

# Hash pids#00 hash all pids, NO USAR ESTA OPCIÓN, ES SOLO PARA PRUEBAS!!!!#01 hash only pids with implemented algos and available keys!!!!! USAR SIEMPRE ESTA!!!!!

H: { 01 }

Esta entrada es sólamente para pruebas.

# Key files folder#00 keyfiles in / var/keys#01 keyfiles in / var/tmp

T: { 01 }

Aquí decimos donde deben archivarse las Keys. Hay que declararlo como una Tabla de trabajo en el dbox2/dreamboxtmp. Si no las nuevas Keys se escribirían en la Flash. Una solución limpia es copiar de inicio unas Keys en la carpetacorrespondiente y cada actualización se reescribirán allí.

# On Screen display for the Multysystemcam on com1/com2

#00 No OSD (default)#01 displays Smartcard messages in neutrino#02 displays Smartcard messages in neutrino New nhttpd format <-- 02 para dbox2/192.168.1.202 IP de la box #03 displays Smartcard messages in Enigma Å Para Dream tiene que estar en 03 # mypass (use user=root and pass=mypass for nhttpd)

O: { 03 } 192.168.1.202

El parámetro O: permite aparecer un Popup en pantalla con indicación de las tarjetas insertas en los slots. Para el correctofuncionamiento indicar la IP de nuestra Dreambox. Si lo ponemos en 03, aparecerá un mensaje tipo popup en pantalla que nos dirá

la procedencia de la tarjeta y su IP en Imágenes Enigma. Si usamos Neutrino deberemos poner 01. Si usamos el GSMS tendremosque tenerlo en 03 con la IP de nuestra Dreambox puesta para poder ver los popup cuando recibamos mensajes.

# Loggers and NET-mode UDP port Init

#00 do necessary init UDP port



#01 Init UDP ports of for IP, port, UDP

L: { 00} 192.168.1.29 8017

Aquí las características ya han sido explicadas en F.- Logeador Multipid en Red.

# 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: { 00 30 }

En esta entrada el primer par de bytes indica donde deben escribirse las CW’s. En el segundo par de bytes se determina laconfiguración y funcionamiento Multicam así como de los Slots interiores de la Dream. Hay que destacar aquí que están en HEX y por consiguiente es posible una combinación de varias posibilidades. E.j. 02 = com2 como Multicam y 08 inverts of CTSdetection.Luego, 02 + 08 = 0A

# =============================================================================

# opciones extra para sobreescribir los settings por defecto en caso de tener problemas# normalmtente estos settings no hacen falta

# Las siguientes funciones no hacen falta normalmente y solo se usan cuando hay problemas utilizando los settings estándar. Encaso contrario están marcados con una Almohadilla ( #) . Se incluyen aquí para dar una explicación o más detallada posible

# 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 styles = use internal routine, only dbox2,# 01 cw write styles = CA_SET_DESCR type1 (dbox2, vdr)# 02 cw write styles = CA_SET_DESCR type2# 03 cw write styles = CA_SET_DESCR type3# 04 cw write styles = 16 bytes / proc/bus/gtx# 05 cw write styles = 4096 bytes / 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 subscripts (0-7))

#J: { 01 00 00 01 01 }

Con el primer byte se puede activar la CPU.Con el segundo se puede determinar el api.



Con el terceros, cuarto y quinto bytes se puede cambiar el estilo del cw_write.

# 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

con estas entradas se fuerza a Gbox a leer estas Tablas.

# Para overclocking , Clocking los slots internos del STB04xxx así:# 1=7.80MHz 2=6.30MHz 3=5.25MHz 4=4.50MHz 5=3.94MHz 6=3.50MHz 7=3.15MHz# Irdeto funciona bien con 7.8MHz, los demás con 6.30MHz o 5.25MHz# La Dream no tiene una señal clock clara, algunas tarjetas sensibles rechazarán# trabajar incluso a 3.5MHz, es por esto que 3.15MHz es el valor por defecto aquí..# On other STB04xxx recievers the same cards work with 6.30MHz #

#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

Con estas configuraciones se pueden alterar los niveles de Clocking de los Slots de la Dreambox.

Softcam.cfg

# SoftCam EMM Log configuration## Save EMM data# 00 Don't save anything (default)# 01 Save processed EMMs (/var/tmp/emmproc.bin)# 02 Save rejected EMMs (/var/tmp/emmblock.bin)# 03 Save both EMMs

L: { 00 }

Aquí podemos ajustar si guardamos o no las EMM’s y si las guardamos donde van las procesadas y las rechazadas.

# Check additional OSC Frequency !!! SOLO PARA DBOX2 !!! # 00 No Check (default)# 01 Check on, Value in KHz , example 8MHz=08000

F: { 00 } 00000

Comprobación de la frecuencia del OSC para la tarjeta.



# Check additional Baurate for ATR !!! SOLO PARA DBOX2 !!! # 00 No Check (default)# 01 Check on, Value in bit/s, example 81861

B: { 00 } 0000

Comprobación del baudrate de la tarjeta.

# Enable TPScrypt Support# *0 TPScrypt off # *1 TPScrypt on (default)# 1* don't use PTS on Viaccess cards# 2* don't use PTS on Cryptoworks cards# 3* don't use PTS on Viaccess and Cryptoworks cards

Y: { 01 }

Aquí puede activarse el soporte para tarjetas tipo TPScrypt.

# Empty RS232 buffer before writing

# 00 No reset# 01 Reset Buffer (default)

E: { 01 }

Se vacía el buffer RS232 antes de escribir. Tiene que estar forzosamente en ON en el Sharing.

# SoftCam Blocker/Filter definition

## 00 = Allow EMM (default for all)# 01 = Block EMM addressed to:# All card

# | Shared Address/provider # | | Unique Address/hex_serial # ---------------------------------

I: { 00 00 00 } Irdeto All SA UAV: { 00 00 00 } Via -SA UAS: { 00 00 00 } Seca -SA UA N: { 00 00 00 } Nagra All SA UAC: { 0000 00 } Crypto All SA UAO: { 00 00 00 } Conax -SA UAD: { 00 00 00 } NDS All SA UA

Aqui podemos activar el blocker. El primer byte permite enviar o bloquear EMM’s a todas las tarjetas. El segundo bytesirve para las direcciones de grupos de tarjetas y el 3er byte para una dirección única de una tarjeta concreta de la que queremossus EMM`s a nuestro receptor. En el caso de nuestra Tarjeta PW: El primer byte bloqueará D0 el segundo D2 y el tercero D3 .

# Timeout Definitions

T: { 00 02 01 } ATR timeout (normal*X), instruction timeout (normal*X)

Aquí podemos poner el timeout para el ATR. Lo mejor es no tocarlo. Si a pesar de esto tenemos problemas con elreconocimiento de nuestra tarjeta en Multicam puede probarse algunos cambios. Por ejemplo T: { 00 06 01} así se podránreconocer tarjetas que antes no se reconocían. En resumen, si hay problemas hay que ir haciendo pruebas con esta entrada.

com1/com2 delays, all delays to be entered in decimal !



# Do NOT touch !!!!!!!!!!!!!!!!!!# all timings should be 0, change only if you have problems.

T: { 01 00000 000 } Irdeto : byte delay (1e-6 s), instruction delay (1e-3 s)T: { 02 00000 000 } SecaT: { 03 00000 000 } ViaccessT: { 04 00000 000 } NagraT: { 05 00000 000 } CryptoWorksT: { 06 00000 000 } Geldkarte

T: { 07 00000 000 } ConaxT: { 08 00000 000 } NDS

A´quí se pueden poner los tiempos de espera para el puerto Com. Lo mejor es dejarlos como están.

# Use Crypto card bug to decode any CW, no matter of chid ## Cxxx configuration (is aktiv for the provider only if a config line is present)# (ECM sample to be used to get the cw's with Cxxx)

## Provider provider chid - that is present on the card for that provider

# || || || ||# UPC-Astra

8:{ 8D} A4 4C00 00 2E 20 00 2B 83 018D 8C 0320 01 00 8E 02 00 00 C5 0100 DB 10 00 00 00 00 00 00 00 00 00 00 00 00 0000 00 00 DF 08 00 00 00 00 00 00 00 00# Digiturk 8: { C1 } A4 4C 00 00 31 28 00 2E 83 01 C1 8C 03 89 19 19 8E 02 00 00 8F01 A9 91 01 55 DB 10 00 00 00 00 00 00 00 00 0000 00 00 00 00 00 00 DF 08 00 00 00 00 00 00 00 00

esto es para poder usar Cryptocarten.

# Use constant CW's for

# caid pid CW0 ... CW1 ...

0:{ 01 00 56 00 { 00 11 22 33 44 55 66 77 88 99 AA BB CC DD EEFF }

con esto se obliga a enviar a ciertos canales CW’s constantes.

cwshare.cfg

# Líneas principales para el Sharing.

# cwshare.cfg --- dbox1 --- Internet y LAN## password

M: { mydbox2.homeip.net { AA242456 }}

A continuación de M: están nuestra dirección y password. La dirección IP debe ser del tipo Dyndns si usamos el sharing viaInternet. El password debe ser diferente de cualquiera que esté conectado, de otra forma Gbox no funcionará.

# Amigos en Internet port range password cod

D: { friend1.homeip.net { 8010 8010 { B142AB11 { 5 5 }}}}

D: { friend2.homelinux.net { 8010 8010 { 81BFF901 { 5 5 }}}}

# otros decos locales

D: { 192.168.0.51 { 8020 8020 { AB333441 { 5 5 }}}}

D: { 192.168.0.52 { 8020 8020 { BA334B24 { 5 5 }}}}



En la línea D: hay que poner a todos los amigos con los que hagamos sharing. Primero está la IP o la dirección Dyndns, despuéslos puertos TX ( entrada -UDP) y RX ( salida ) de tráfico. La puerta de salida no es necesario abrirla en el Router A continuaciónel passsword y al final dos códigos . Cuando se comparten tarjetas NDS hay que poner la letra A delante los códigos finales.

codigo1 – esta IP puede pasar datos de mi tarjeta a X niveles de amigos.

codigo2 - esta IP puede pasar datos de tarjetas exteriores a X niveles de amigos.

# Permitir un máximo de 06 share levels para los datos recibidos de una tarjeta.

I: { 04 }

Aquí podemos decir a Gbox cuan lejos debe ir en busca de tarjetas para poder decodificar. Cuanto mayor sea el número,más lejos irá a buscar. Recordemos que Gbox no puede gestionar más de 1024 tarjetas, así que cuanto más lejos tenga que ir a buscarlas, más lento será el proceso y más pantallazos habrá. Si ponemos, por ejemplo 4 todo lo que esté más lejos se ignorará. Seaconseja no superar el valor 4.

# 01 repeat EMM's# 00 consider every EMM only once# 01 restarts pid on overflow# 1 * reset ENX on every channel change

# *1 check/reset ENX of freezes on FTA# *2 check/reset ENX of freezes on PayTV# *3 check/reset ENX freezes on FTA of and PayTV# 00 write nothing in atack.txt# 01 write into atack.txt: pass Word is wrong# 02 write into atack.txt: ID unknown# 04 write into atack.txt: IP is wrong# 08 write into atack.txt: port is worng# 10 write into atack.txt: share.stat# 20 create online.log for online/offline logging# 1F writes everything without comeOnline/Offline news# 3F write everything. (kombiniet bit for other combinations,# 4000 sends ecm again anuses 4 Seconds if reply no.

# 6000 resync decode anuses 6 Seconds if net decode failed

N: { 00 01 03 1F 4000 6000 }

Con el primer byte se ponen en funcionamiento las EMM’s. Podemos escoger si se usará sólo una vez o se repetirá. Conel segundo byte, se reinicia el PID de nuevo después de un overflow. El tercero, está destinado a ENX y permite resetearlodespués de cada cambio de canal, con pantallazos en los canales FTA o codificados o ambos a la vez. Según lo que pongamos enel cuarto byte se escribirán en el attack.txt las diversas opciones ( no escribir nada, escribir Password erróneo, ID desconocido, IPerrónea, puerto erróneo , share.stat y crear un online.log para el logeo online u ofline). Los 5 y 6 son para indicar que se envie denuevo una ECM al cabo de 4 segundos si no hay respuesta y para resincronizar de nuevo si falla la decodificación.

# Enviar ECM's a un máximo de 5 tarjetas ( por favor usarlo como defecto)

X: { 05 }.

Indica cuantas tarjetas de un mismo proveedor serán interrogadas a la vez para conseguir CW’s. Lo aconsejable es 5. Si ponemos un valor 5, la Gbox coge las primeras 5 tarjetas ( las más veloces) pero quizás sea la número 6 la que nos abra elcanal....y la sexta se descarta. Es aconsejable usar valores bajos para evitar atascos.

# Enviar ECM's en cualquier caso a estos card ID's, aunque sean superiores a los indicados en X:

# algunos ejemplos...

G: { 17020000 1234 }

G: { 0B000000 ABCD }

G: { 01004101 AB34 } ................ ejemplo para D+

G: { 01004001 AB34 }



Aquí podemos indicar que tarjetas queremos utilizar de forma preferente para desencriptar, por ejemplo, si un amigo tieneuna tarjeta BB podemos ponerla aquí. Se pone el Caid del proveedor ( tipo de codificación ) seguido del BoxID del amigo. La línea G: tiene prioridad sobre la línea X: Cuantas más líneas G: tengamos más descargamos a la línea X: en consecuencia, el usode la Red se reduce esencialmente y todo va mejor. Si pertenecemos a un grupo de Sharing ( D+ por ejemplo) es conveniente poner aquí los datos de los componentes para evitar tráfico exterior innecesario. Máximo 95 líneas.

# Para W: leer el cwshate.txt, aquí hay solo algunos ejemplos.

Esta entrada es particularmente importante. Se indican que PIDS ( Programm IDentifier ) pueden utilizarse o no de la tarjetainsertada en nuestro decodificador. Por ejemplo, si tengo una tarjeta de SKY con abono básico, marcaré los PID del Cine como noutilizables y así se agiliza el sharing.

# usar la tarjeta 1 sólo para los siguientes pids:#W: { 01 02 02 } 1022 100A 100B 102B 1009 101D 1029 1014 1011 101B# no usar la tarjeta2 para los siguientes pids:#W: { 02 03 03 } 1008 1016

# 0x=Slot number (de 1 a 8)

# 0x=Nivel para los propietarios de la tarjeta # Como debe usarse la tarjeta localmente ( en nuestro deco)# 0=No usar la tarjeta

# 1=Usar la tarjeta para todos los PID’S# 2=Usar la tarjeta solamente para estos PID’s # 0x=Level for network # Como debe ser compartida nuestra tarjeta en la Red# 0=No usar la tarjeta# 1=Compartir todos los PID'# 2=Compartir solamente los PID’s siguientes.# 3= No compartir los siguientes PID’s

W: { 0B 02 02 } 1008 100A 100B 102B 1009 101D 1029 1014

Aquí hay una lista de PIDS conocidos. La C detrás indica Sat y la D Cable.

1FFF all Pids of this card 1008 premiers start 100A premiere 1 100B premiers 2102B premiers 3 1009 premiers 4 101D premiers 5 1029 premiers 61014 Premire 7 1204 Prem nostalgias C 1704 Prem nostalgia D 102A 13th Street C152A 13th Street D 100E Discovery Cannel C 150E Discovery Cannel D 1203 MGM C1703 MGM D 1024 SciFi C 1524 SciFi D 1011 recreations 1 C1511 recreations 1 D 101B sport 2 C 151B sport 2 D 1015 Beate Uhse TV1017 mysteries C 1517 mysteries D 1010 strings C 1510 strings D1035 Prem Austria 1206 gold cataracts 1022 Disney Channel C 1522 Disney Channel D1032 BigBrother C 101C FoxKids C 151C FoxKids D 1013 Junior C1513 Junior D 1016 home channels 100F Classica 100C Animal planet C150C Animal globes D 10A8 hits 24 C 15A8 hits 24 D

La forma más sencilla de conocer el PID de cada Canal es usando el Gboxsuite, zapear hasta Quick Info y allí buscar el valor CaPID del Canal.

Ejemplo: CaPID: 0x021

El PID será en este caso 0021 y la línea W: debería escribirse de esta forma:

W: { 01 02 02 } 0021

# S: es igual que W: sólamente que usando los SID en lugar de los ECMPID

# 0x=Slot number (de 1 a 8), on which of W itself: cover # 0x=Level for owners# 0=Karte doesn't use# 1=Karte for finished pids uses# 2=Karte only for the following pids use# 0x=Level for network



# 0=Karte doesn't release# 1=Karte for finished pids releases# 2=Karte only for the following pids release

S: { 0B 02 02 } 0008 000A 000B 002B 0009 001D 0029 0014

En Neutrino, se puede mostrar el SID de un canal al apretar el botón Azul. Se muestra entonces la información técnica delSID. Desgraciadamente me falta información más exacta en S: que en W: con uno que se declare es suficiente. Por tanto si escribesu tarjeta bajo los dos no puede perjudicar.

# Ignorar un Box ID en caso de querer evitar algunas tarjetas engorrosas (Max 255 Y: entrys/lines)

Y: { 12 34 }

Con esta entrada se pueden bloquear determinadas BoxID en el sharing si dan problemas. Sirve para eliminar tarjetaslentas o incluso las que tienen el mismo paquete que nosotros. Se pueden cerrar hasta 255 BoxID o tarjetas. Para simplificar laentrada, repetir el BoxID más próximo para cerrarlo. Tengamos en cuenta que estamos bloqueando las tarjetas REALES de esteBOXID no la virtuales que seguirán entrando igual.

Cs2gbox.cfg

cs2gbox puente 2.01

cs2gbox es una utilidad que conecta newcamd cardsever/cardspider a una red gbox Puede funcionar en un x86 (linux o windows) o en un PPC (Dreambox). No tiene acceso a los puertos Com, demux o similares así que tiene que funcionar simultáneamente con Gbox, Newcamd u

otros softwares similares.

Primer escenario

Dbox2 con Gbox funcionando, Gbox controla las multicams y cs2gbox seusa para añadir nuevos Cardservers/Cardspiders a la Red.

Segundo escenario cs2gbox funcionando en un PC (win32 o linux) simplemente paraañadir nuevos Carservers/Cardspiders a la Red.

Tercer escenario Dbox2 con Gbox funcionando, Cardserver controla las multicams y cs2gbox se usa para conectar Gbox con el Cardserver local para añadir nuevos Cardservers/Cardspiders a la Red.

etc ...

El Cardserver/cardspider devuelve sólamente las CW’s sin información de las ECM’s así que no es posible determinar queCW’s vienen con ECM’s. Incluso si se usa un mensaje ID no funcionará, parece que el Cardserver tiene un buffer solo para 2ECM’s para cada cliente e interpreta las ECM’s múltiples como un cambio de canal y entonces descarta las primeras.

Por esta razón el cs2gbox envía a cada puerto solo 1 ECM cada vez y espera respuesta antes de enviar la segunda. Esto funciona bien con los Carservers que responden inmediatamente con la CW o un mensaje de decodificación fallida.

Peto el Cardspider espera algunos segundos y espera estas CW’s de algún sitio y mientras tanto el puerto está bloqueado y noaccesible para otras ECM’s. Esto produce parpadeos y congelaciones de imagen. Por esta razón hay que evitar CARDSPIDER,usarlo solamente cuando esperemos que sea capaz de decodificar las CW’s correctamente ( el Spider tiene varias tarjetas en laRed)

Otra razón para evitar los Cardspiders es que no hay un único cardID. Si hay varias tarjetas conectadas a varios cardspiders y

varos de estos Cardspiders conectados a una red Gbox, el Gbox pensará que hay múltiples tarjetas presentes y enviará las mismasECM’s a todos estos Cardspiders. Esto significa más tráfico, mas trabajo para la tarjeta y puede impedir la decodificación delcanal.

En caso de que el cs2gbox esté conectado a un Cardserver, cada tarjeta tendrá un único cardID incluso aunque hayan más cs2gboxconectados al Carserver, el Gbox enviará solamente 1 ECM a la tarjeta escogierndo la víamás corta.



Por lo tanto ¡¡¡¡POR FAVOR!!!!! Evitar el Cardspider ¡!!!!!!!! USAR SOLAMENTE CARDSERVER

Nota: Cada llamada, el cs2gbox recuerda los servers que la han hecho y devuelve un login_failed. El cs2gbox reconectará a estosservers después de la pausa que determinemos en el archivo cfg. Esto impide que se bloquee el cs2gbox ( algunos segundos) acausa de una llamada de algún server que tenga varios puertos.

# Options

# print infos/errors # | print Hello # | | print ecm/cw # | | | print CW's # | | | | try to reconnect imidiatly after lost connection # | | | | | print on screen # | | | | | | print into debug.txt # | | | | | | | on callback reconnect after 30 seconds # | | | | | | | | on login failed, retry afer 5 seconds (only 1 time)# | | | | | | | | | try to connect to unconnected server every hour (3600 seconds) # | | | | | | | | | | minimum time distance (in seconds) between login's (force login delay) # | | | | | | | | | | | keep internet alive every 360 seconds # | | | | | | | | | | | | ping cardservers (keep alive) every 360 after last activity

# | | | | | | | | | | | | | connect timeout P: { 01 00 01 00 01 01 01 30 05 3600 05 360 360 1 }

# ignore # caid provider = for all systems except via# ca provider = for viaccess#I: { 01 00 00 00 }

I: { 01 00 00 71 }

I: { 01 00 00 72 }

I: { 01 00 00 73 }

I: { 05 FF F4 A0 } I: { 05 02 0A 10 }

I: { 05 02 0A 20 }I: { 05 02 0A 30 }

I: { 05 02 0A 40 }

# My dbox2 password

M: { 192.168.0.24 { 87654321 }}

# gbox Friends password cod

D: { 192.168.0.135 { 2499 2499 { aabbccdd { 5 5 }}}}

D: { friend.homeip.net { 2499 2499 { abcdef12 { 5 5 }}}}

# name dns/ip port user pass callback port configkey

C: { dbox2 192.168.0.104 10001 myname passwo1 12000 01 02 03 04 05 06 07 08 09 10 11 12 13 14 }

C: { dbox2 192.168.0.104 10002 myname passwo1 12000 01 02 03 04 05 06 07 08 09 10 11 12 13 14 }

C: { hdbox mee.homeip.net 6008 other1 mypassword 13000 11 22 33 44 55 66 77 88 99 10 11 12 13 14 }

El cs2gbox se configura como si fuese una dream aparte de hecho se conecta con el cwshare como si fuese otra dream, por tanto necesitas una linea M: y una linea D: especiales para él.

En la M: pon la IP de la Dream ( IP normal no una IP tipo Dyndns) y un password ( diferente del de la Dream).En la D: van los datos de la linea M del cwshare.cfg de la misma dream para poderse conectar con el.La C: es la línea que enlaza el newcs y el cs2gbox.

Como ejemplo :



cwshare.cfg .................de la Dream (192.168.0.4)

M: { ip.dyndns.org { 12345677 }}. D: { 192.168.0.4 { 5567 5566 { 12345678 { 5 5 }}}}......Para dar conexión al cs2gbox

cs2gbox.cfg ........................................ de la Dream (192.168.0.4)

M: { 192.168.0.4 { 12345678 }........................... para conectar con el gboxD: { 192.168.0.4 { 5566 5567 { 12345677 { 5 5 }}}} los passwords tienen que ser diferentes al ser la misma Dream

Con esta línea C: conectamos mediante cs2gbox la gbox con el newcs. Es el equivalente a la línea CWS de cardserver cuando seusa mgcamd/newcamd.

C: { newcamdserver 192.168.0.4 10001 usuario contraseña 12000 90 12 34 56 78 90 12 56 78 90 12 34 56 78 }

newcs.xml

<newcamdserver><enabled>yes</enabled><name>newcamdserver</name><deskey>90 12 34 56 78 90 12 56 78 90 12 34 56 78 </deskey> Este es el puerto Reverse Login <userfile>/tmp/users.txt</userfile>

<user><name>usuario</name><password>contraseña</password> Este es el puerto Newcamd de Newcs <au>on</au> para conexiones entrantes<hostname>192.168.0.4</hostname><port>10001</port>

ignore.list

Líneas G: Se ignorarán los Proveedores listados en el share-info y se reducirá el número total de Tarjetas (maximo permitido 512 G: ) . Con las nuevas versiones de Gbox el número de líneas es mayor.!!! BLOQUEAR TARJETAS VALIDAS SOLO EN DECOS NO USADOS COMO SERVIDORES !!!

Para reducir más tarjetas pueden escribirse Proveedores que no se usen como Conax si no tenemos Thor o Proveedores desatélites que no tengamos. Si queremos reducir aún más podemos poner por ejemplo 17220000 para ignorar todas las tarjetas deCable. Tengamos en cuenta que esto descarta completamente estos Proveedores y será imposible reenviarlos..

# Ignorar Viaccess1 (soportados con emu) y Proveedores no usados de Viaccess2G: { 05007800 }G: { 05007C00 }G: { 05019420 }G: { 05019430 }G: { 05019440 }G: { 05020A40 } # Ignorar seca1 y seca2 Proveedores que están soportados con emuG: { 01000000 }G: { 01000012 }G: { 0100001C }G: { 01000025 }G: { 0100002A }G: { 01000030 }G: { 01000035 }G: { 01000036 }G: { 01000066 }G: { 01000067 }G: { 01000068 }G: { 01000071 }

G: { 01000072 }G: { 01000073 }G: { 01000082 }G: { 01000083 }G: { 010001D5 }G: { 01000300 }



# ignorar Proveedores no usados de cryptoworksG: { 0D028800 }G: { 0D02A000 }G: { 0D02A400 }G: { 0D02A800 }G: { 0D06C400 } # Ignorar Nagra1 (soportados con emu)

G: { 18004001 }G: { 18004801 }

G: { 18007001 }G: { 18007101 }

Los CAID’s relacionados serán ignorados en el Share, como los soportados con Emu que recargan la Red. Recuerde bienque los que escriba en la lista serán ignorados completamente y no se podrán reenvian más..

Los archivos de Keys

Seguidamente una explicación del formato de escritura de las Keys:

Irdeto

La Plainmasterkey (PMK) se escribe en este formato:

M: { xx xx xx { aa aa aa aa aa aa aa aa }}xx xx xx = ProvID aa aa aa aa aa aa aa aa = Plainmasterkey

La Plainkey (PK) se escribe en este formato

I: { zz { aa aa aa aa aa aa aa aa }}zz = Key Nr. aa aa aa aa aa aa aa aa = Plainkey

Seca

La Masterkey (MK) se escribe en este formato. Para Seca2 hacen falta los archivos s2issuer.b y s2provid.b para elAU.

M: { xx xx yy yy yy yy zz { aa aa aa aa aa aa aa aa }}xx xx = Provider yy yy yy yy = PPUA unique address yy yy yy 00 = PPUA shared address zz = Masterkey Nr. aa aa aa aa aa aa aaaa = Masterkey

La Plainkey se escribe en este formatoS: { xx xx zz { aa aa aa aa aa aa aa aa }}xx xx = Provider zz = Key Nr. aa aa aa aa aa aa aa aa = Plainkey

Conax

La Masterkey se escribe en este formato

M: { 00 00 00 yy yy yy yy { zz { aa aa aa................ aa aa aa { bb bb bb......................bb bb bb }}}}

yy yy yy yy = UA oder SA zz = Masterkey Nr aa aa.......aa aa = Exp 64 bytes RSA key bb bb.....bb bb = Mod 64 bytes RSA key

La Plainkey se escribe en este formato

C: { zz { aa aa aa................ aa aa aa { bb bb bb......................bb bb bb }}}

zz = Key Nr. aa aa.......aa aa = Exp 64 bytes RSA key bb bb.....bb bb = Mod 64 bytes RSA key



Via

La Masterkey se escribe en este formato

M: { xx xx xx yy yy yy yy yy zz { aa aa aa aa aa aa aa aa }}xx xx xx = Provider yy yy yy yy yy = PPUA unique address 00 yy yy yy 00 =PPUA Shared address zz = Masterkey Nr. aa aaaa aa aa aa aa aa = Masterkey

La Plainkey se escribe en este formato

V: { xx xx xx zz { aa aa aa aa aa aa aa aa }}xx xx xx = Provider zz =Key Nr. aa aa aa aa aa aa aa aa = Plainkey

La aes-Key se escribe en este formato:

T: { xx xx xx { cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc }}xx xx xx = Provider cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc = 16Byte aes-Key

Nagra

Como las tarjetas de Nagra están casadas con el receptor original, la Gbox tiene que conocer el IRD y la Boxkey. Enconsecuencia es posible leer y circular datos de una tarjeta original Nagra siempre que conozcamos estos datos.

B: { cc cc cc cc { bb bb bb bb bb bb bb bb }}cc cc cc cc = IRD bb bb bb bb bb bb bb bb = Boxkey

La Plainkey para Nagra se escribe en este formato:

N: { xx xx zz { aa aa aa aa aa aa aa aa }}xx xx = SysID zz = Key Nr. aa aa aa aa aa aa aa aa = Plainkey

Nagra.txt

Aquí están las RSA keys puras. No se explica la Tabla, sólo se dan algunos ejemplos:

[0001 - Dish Networks]PK2=10E6782BE27A02E190D9CDDA1221C4VK=56BF16B8448504CF N2=331EF8FECE.............................. ..291BE486A3C3

[2C01 - SABC]

N1=194A6BE322.............................. ...646B462F2AD3E1=C3C0DC47A.............................. ...42F22ECAC68CVK=176ED451C57F7B96 N2=DFAB71BE................................. ..66DF57B522C5

Capítulo añadido.......................

Analizando el logging

Ahora que tenemos las cosas ordenadas vamos a ver que es cada cosa. Hay 6 archivos para estudiar, de los cuales 4 son permanentes ( en verde) y dos opcionales ( en rojo).

· /var/tmp/share.info => Muestra las tarjetas que recibimos de otros



Para hacer las cosas sencillas veamos un ejemplo:

/tmp > cat share.info

CardID 0 at 192.168.2.102 Card 0100006A Sl:3 Lev:0 dist:1 id:87F4

CardID 1 at 192.168.2.102 Card 0100006B Sl:3 Lev:0 dist:1 id:87F4CardID 2 at 192.168.2.102 Card 0100006C Sl:3 Lev:0 dist:1 id:87F4CardID 3 at 192.168.2.102 Card 0100006D Sl:3 Lev:0 dist:1 id:87F4

CardID 4 at 192.168.2.102 Card 06260000 Sl:11 Lev:0 dist:1 id:87F4 Estudiemos la primera línea pues:

o CardID 0 => ranking y numero de tarjetas ordenadas alfabetícamente.o at 192.168.2.102 => Dirección IP de donde proceden.o Card 0100006A => tipo de codificación de la Tarjeta. En este ejemplo corresponde a CSD Holanda.o Sl:3 => Muestra el Slot donde está la tarjeta cuando estamos en sistema Linux. Se pueden ver hasta 18o Lev:0 => Número de niveles que permite compartir. Cero.o dist:1 => Distancia de la tarjeta.En este caso 1.o id:87F4 => Número de identificacion ( BoxID) de la Dream que tiene la tarjeta.

· /var/tmp/share.log => Igual que share.stat, pero con datos en tiempo real.·

/var/tmp/share.onl => Muestra quien está online.

Otro ejemplo:

/tmp > cat share.onl

1 192.168.2.102 192.168.002.102 87F4 2.01

o 1 => 1 está on-line, 0 está offline.o 192.168.2.102 => La entrada que usamos en cwshare.cfg.

o 192.168.002.102 => El camino que usa gbox para traspasar el cwshare.cfg a una dirección IP actual.o 87F4 => Número de identificacion de la Dream del otro lado.o 2.01 => Version de la gbox del otro lado.

· /var/tmp/share.stat => Igual que share.log, pero esta vez muestra los datos desde el inicio y de los últimos 5 minutos.

o Hello_I/O=> Número de hello's o "llamadas" entre dos peers.

o ECM_I/O/F => ECM recibidas (In), enviadas (Out) y reenviadas (Forwarded) por gbox.

o CW_I/O/F => Control Words recibidas (In), enviadas (Out) y reenviadas (Forwarded) por gbox.

El Control Word (CW) es la respuesta a la petición de la ECM.

o GSMS_I/O => Mensajes GSMS recibidos (In) y enviados (Out) por gbox.

o loc_up and loc_down => LOCAL Network traffic. ( probablemente filtros definidos por el estandard de internet,10.x.x.x / 127.x.x.x / 192.268.x.x / 169.254.x.x)

o inet_up and inet_down => Network trafic de entrada y salida en internet. (Probablemente cada IP-addres diferentes delas que he mencionado en el anterior apartado.

· atack.txt => Muestra una mala configuración o a alguien que está intentando conectar con nosotros sin permiso.

Un ejemplo: En mi server he cambiado el password de un cliente ( en la línea D:). En el atack.txt del cliente y el el delserver apareceran una serie de mensajes:

o ATACK ALERT: from IP 192.168.002.102 port 3101 PASSWORD IS WRONG

EDB2097E (32) Sun Aug 7 16:32:09 2005

Esto significa que alguien está tratando de conectar con nosotros con un password erróneo.



Y si elimino completamente la línea D: del cliente del cwshare.cfg:

o INTRUDER ALERT: IP 192.168.002.102 Port 3101 (PASS 2346A4B2 ID 87F4

unknown) Sun Aug 7 16:40:50 2005

¿Veis la diferencia?

o goneOFFLINE: BAD IP|PORT (DynDNS Peer1) Actual IP Peer1/Localport (IPaddress

from local DNS Resolve/Localport) Tue Aug 23 12:55:02 2005

Este mensaje dice que la dirección IP del cliente es errónea y no concuerda con la que se esperaba desde el servidor.

· Debug.txt => Graba todos los mensajes generados por gbox. Depende de lo que tengamos en la línea Z: en el alchivogbox_cfg

o ->HelloL to => Petición inicial a cada línea D: en el cwshare.cfgo ->Hello1 to => Segunda petición si no se ha respondido la primera (mala señal)o ->Hello2 to => Tercera petición si no se responden las anteriores ( muy mala señal)o ->HelloR to => Esta es la respuesta cuando no hay abierto un incoming port en una de las partes : ->HelloR

o ->HelloW to => No lo se.

o ->HelloS1 to => No lo se. o ->Here? to => Petición repetitiva cada x segundos para ver si el Peer ha vuelto a estar online.o <-Hello from => Respuesta al Hello L/1/2/R del Peer. O primera petición después de un reinicio del Peer??

o <=Hello from => No lo se. La respuesta se recibe en el mismo milisegundo del "<-Hello from". o ->Hello to => Respuesta a "<- Hello from".o ||CW (->1) bloqueada del Peer1 al Peer2/GboxID Peer2 => No lo se en este momento. o <>ECM (1->1) del Peer1 reenviada al Peer2 (GboxID Peer2 )

<>CW (->1) del Peer2 reenviada al Peer1 => Aquí se puede ver una petición enviada a alguien y la respuesta a esta petición. En (1->1), el primer "1" responde al slot donde tiene la tarjeta en propietario "->1" responde a l número desaltos que el mensaje da hasta llegar a él. En (->1) "1" representa el slot donde tiene la tarjeta el propietaruio que nos lacede.o <-ECM (1<-) recibida del Peer1

->CW (->1) enviada al Peer1 (527 ms) => Esta es una petición de un Peer a una tarjeta local, la respuesta y el tiempo

que tarda en leer la tarjeta y darnos la key.o dbox2 El Peer1 no ha respondido después de 6 peticiones => Bueno, dice que basta, creo?o goneOFFLINE: Borrando al Peer 1 de la lista, parece offline => Pone al Peer1 de 1 a 0 en el share.onl, después deno responder por 6 veces.

· online.log => Muestra los Peers que se conectan y desconectan. La creación de este archivo depende de la línea N: en elcwshare.cfg.

o comeONLINE : Welcome PEER1 IP xxx.xxx.xxx.xxx/<Port PEER1> Sun Sep4 16:22:45 2005 => PEER1estáonlineo goneOFFLINE: Removing PEER1 from list, seems offline Sun Sep 417:45:39 2005 => PEER1 no responde más (offline)o IP update : PEER1 was xxx.xxx.xxx.xxx now xxx.xxx.xxx.xxx Sun Sep 417:45:53 2005 => PEER1 tiene una nuevadirección IP.o comeONLINE : Welcome PEER1 IP xxx.xxx.xxx.xxx/<Port PEER1> Sun Sep4 18:01:05 2005 => PEER1 havuelto a ponerse online!

ANEXOS:

Todos los números para configurar Gbox están en hexadecimal, la equivalencia con los decimales es:

HEX: DES:0 - 0

1 - 1

2 - 23 - 3

4 - 4

5 - 5

6 - 6

7 - 7



8 - 8

9 - 9

A - 10

B - 11

C - 12

D - 13

E - 14

F - 15

10 - 16

11 - 17

12 - 18

and so on

luego 0A es 10 en decimal.y 10 es 17 en decimal.

CREDITOS:

Este manual está traducido de la versión alemana publicada por Ikarus888 en Digital-for-All y el capítulo de Analyzing Logging añadido es de Anakyn aka Psycho.

Han intervenido en la traducción y corrección de estilo Riddick y Rospei01

Lo hemos hecho lo mejor que hemos sabido. Disculpad los errores.

Febrero del 2006

Manual Gboxfaq en Castellano

Documents

Transcript of Manual Gboxfaq en Castellano