consultas al lync voice poicy

Para las consultas se debe ingresar por la consola propia de lync (powershell) y puedes ejecutar los comandos

https://technet.microsoft.com/en-us/library/gg398125.aspx

en mi caso busque los que pertenecen a una politica

Get-CsUser -Filter {VoicePolicy -eq "PO_SCZ_Local+ Cel+Nac+Inter"}

Recuperar Datos Eliminados en AIX

Esta probado, si funciona por lo menos en AIX 7.10

Le paso la receta.

Ser_01 / #df     
Filesystem    512-blocks      Free %Used    Iused %Iused Mounted on
/dev/hd4         2097152    566624   73%    10738    15% /
/dev/hd2        14680064   6688552   55%    57845     8% /usr
/dev/hd9var      2097152    939816   56%     3572     4% /var
/dev/hd3         4194304    649736   85%      282     1% /tmp
/dev/hd1          131072    123664    6%      163     2% /home
/dev/hd11admin     131072    130328    1%        7     1% /admin
/proc                  -         -    -         -     -  /proc
/dev/hd10opt      917504    530912   43%     7095    11% /opt
/dev/fslv04    167772160  58539504   66%        5     1% /unidad_prueba
Ser_01 / #cd /unidad_prueba
Ser_01 /unidad_prueba #ls
ARCHIVOPARA.BORRAR.dmp  lost+found

Ser_01 /unidad_prueba #ls -ltr
total 109206376
drwxr-xr-x    2 root     system          256 Jan 30 15:59 lost+found
-rw-r--r--    1 oracle   oinstall 55913664512 Jul 14 17:49 ARCHIVOPARA.BORRAR.dmp
Ser_01 /unidad_prueba #
Ser_01 /unidad_prueba #ls -id /unidad_prueba
    2 /unidad_prueba
Ser_01 /unidad_prueba #ls -ilt
total 109206376
    5 -rw-r--r--    1 oracle   oinstall 55913664512 Jul 14 17:49 ARCHIVOPARA.BORRAR.dmp //anotar el numero 5 id del archivo
    3 drwxr-xr-x    2 root     system          256 Jan 30 15:59 lost+found
Ser_01 /unidad_prueba #
Ser_01 /unidad_prueba #rm ARCHIVOPARA.BORRAR.dmp  // aqui es borrado
Ser_01 /unidad_prueba #cd           
Ser_01 / #umount /unidad_prueba
Ser_01 / #df
Filesystem    512-blocks      Free %Used    Iused %Iused Mounted on
/dev/hd4         2097152    566584   73%    10738    15% /
/dev/hd2        14680064   6688552   55%    57845     8% /usr
/dev/hd9var      2097152    939800   56%     3572     4% /var
/dev/hd3         4194304    649736   85%      282     1% /tmp
/dev/hd1          131072    123664    6%      163     2% /home
/dev/hd11admin     131072    130328    1%        7     1% /admin
/proc                  -         -    -         -     -  /proc
/dev/hd10opt      917504    530912   43%     7095    11% /opt
Ser_01 / #fsdb /dev/fslv04

File System:                    /dev/fslv04

File System Size:               167766632       (512 byte blocks)
Aggregate Block Size:           4096
Allocation Group Size:          262144  (aggregate blocks)

> dir 2
 idotdot = 2

 3      lost+found
> i 5                // el numero que anotamos 5
Inode 5 at block 2587, offset 0xa00:

[1] di_fileset:         16              [18] di_inostamp:       0x52eaaf0b
[2] di_number:          5               [19] di_gen:            2885078955
[3] di_size:    0x0000000d04b6d000      [20] di_ixpxd.len:      4
[4] di_nblocks: 0x0000000000d04b6d      [21] di_ixpxd.addr1:    0x00
[5] di_nlink:           0               [22] di_ixpxd.addr2:    0x00000a1b
[6] di_mode:            0x000081a4           di_ixpxd.address:  2587
                0100644 -rw-r--r--      [24] di_uid:            203
                                        [25] di_gid:            203
[9] di_atime.tj_nsec:   0x3155d248      [26] di_atime.tj_sec:0x0000000053c49b66
[10] di_ctime.tj_nsec:  0x2a6c4fa5      [27] di_ctime.tj_sec:0x0000000053cd6ec6
[11] di_mtime.tj_nsec:  0x352b4fdb      [28] di_mtime.tj_sec:0x0000000053c45071
[12] di_otime.tj_nsec:  0x1a363f6a      [29] di_otime.tj_sec:0x0000000053c44bb0
[13] di_ea.flag:        0x00            [30] di_ea.len:         0
     EAv1                               [31] di_ea.addr1:       0x00
[15] di_ea.nEntry:      0x00            [32] di_ea.addr2:       0x00000000
[16] di_ea.type:        0x0000               di_ea.address:     0
                                        [34] di_ea.nblocks:     0
change_inode: [m]odify, [e]a, [t]ree, or e[x]it > m       //modificamos
Please enter: field-number value > 5 1           // el campo 5 modificamos a 1
Inode 5 at block 2587, offset 0xa00:

[1] di_fileset:         16              [18] di_inostamp:       0x52eaaf0b
[2] di_number:          5               [19] di_gen:            2885078955
[3] di_size:    0x0000000d04b6d000      [20] di_ixpxd.len:      4
[4] di_nblocks: 0x0000000000d04b6d      [21] di_ixpxd.addr1:    0x00
[5] di_nlink:           1               [22] di_ixpxd.addr2:    0x00000a1b
[6] di_mode:            0x000081a4           di_ixpxd.address:  2587
                0100644 -rw-r--r--      [24] di_uid:            203
                                        [25] di_gid:            203
[9] di_atime.tj_nsec:   0x3155d248      [26] di_atime.tj_sec:0x0000000053c49b66
[10] di_ctime.tj_nsec:  0x2a6c4fa5      [27] di_ctime.tj_sec:0x0000000053cd6ec6
[11] di_mtime.tj_nsec:  0x352b4fdb      [28] di_mtime.tj_sec:0x0000000053c45071
[12] di_otime.tj_nsec:  0x1a363f6a      [29] di_otime.tj_sec:0x0000000053c44bb0
[13] di_ea.flag:        0x00            [30] di_ea.len:         0
     EAv1                               [31] di_ea.addr1:       0x00
[15] di_ea.nEntry:      0x00            [32] di_ea.addr2:       0x00000000
[16] di_ea.type:        0x0000               di_ea.address:     0
                                        [34] di_ea.nblocks:     0
change_inode: [m]odify, [e]a, [t]ree, or e[x]it > x
> quit
Ser_01 / #fsck -yp /dev/fslv04

The current volume is: /dev/fslv04
Primary superblock is valid.
J2_LOGREDO:log redo processing for /dev/fslv04                     
Primary superblock is valid.
*** Phase 1 - Initial inode scan
*** Phase 2 - Process remaining directories
*** Phase 3 - Process remaining files
*** Phase 4 - Check and repair inode allocation map
File system inode map is corrupt (FIXED)
Superblock marked dirty because repairs are about to be written.
*** Phase 5 - Check and repair block allocation map
Block allocation map is corrupt (FIXED)
Inodes not connected to the root directory
         tree have been detected.  Will reconnect.
File system is clean.
Superblock is marked dirty (FIXED)
All observed inconsistencies have been repaired.
Ser_01 / #mount /unidad_prueba
Ser_01 / #lsvg -l unidad_pruebavg
unidad_pruebavg:
LV NAME             TYPE       LPs     PPs     PVs  LV STATE      MOUNT POINT
loglv04             jfs2log    1       1       1    open/syncd    N/A
fslv04              jfs2       640     640     1    open/syncd    /unidad_prueba
Ser_01 / #df
Filesystem    512-blocks      Free %Used    Iused %Iused Mounted on
/dev/hd4         2097152    566536   73%    10738    15% /
/dev/hd2        14680064   6688552   55%    57845     8% /usr
/dev/hd9var      2097152    939800   56%     3572     4% /var
/dev/hd3         4194304    649736   85%      282     1% /tmp
/dev/hd1          131072    123664    6%      163     2% /home
/dev/hd11admin     131072    130328    1%        7     1% /admin
/proc                  -         -    -         -     -  /proc
/dev/hd10opt      917504    530912   43%     7095    11% /opt
/dev/fslv04    167772160  58539504   66%        5     1% /unidad_prueba
Ser_01 / #cd /unidad_prueba
Ser_01 /unidad_prueba #ls                //parece que no hay archivo
lost+found
Ser_01 /unidad_prueba #cd lost+found     //ingresarmos a esta carpeta
Ser_01 /unidad_prueba/lost+found #ls
5                                     //dentro ay un archivo con nombre 5
Ser_01 /unidad_prueba/lost+found #ls -ltr
total 109206376
-rw-r--r--    1 oracle   oinstall 55913664512 Jul 14 17:49 5    //si!!! es el nuestro archivo
Ser_01 /unidad_prueba/lost+found #mv 5 /unidad_prueba/ARCHIVOPARA.BORRAR.dmp  // lo renombramos
Ser_01 /unidad_prueba/lost+found #cd ..
Ser_01 /unidad_prueba #ls
ARCHIVOPARA.BORRAR.dmp  lost+found 
Ser_01 /unidad_prueba #ls -ltr
total 109206376
-rw-r--r--    1 oracle   oinstall 55913664512 Jul 14 17:49 ARCHIVOPARA.BORRAR.dmp   //ahi esta.
drwxr-xr-x    2 root     system          256 Jul 21 15:59 lost+found
Ser_01 /unidad_prueba #

Salu2.

Para que la impresora tenga permisos en linux

Con usuario root

ingresar a

        /lib/udev/rules.d

copia de seguridad  a
 cp 50-udev-default.rules 50-udev-default.rules.bak

editar
el 50-udev-default.rules

y agregar ,MODE="0666" en la linea del KERNEL=="lp[0-9]*"

ejemplo
KERNEL=="lp[0-9]*",             GROUP="lp", MODE="0666"

grabar y salir.


Salu2

Mojojojo

Cambiando el puerto SMTP en TOPAZ

Culegas
              Les paso la ruta de los archivo que se deben cambiar para que el puerto smtp no sea el 25 (default) en nuestro caso utilizamos el 8888

jboss-4.2.2.GA/server/topaz-5.3.0/deploy/mail-service.xml
 
y

jboss-4.2.2.GA/server/topaz-5.3.0/userlibrary/default/conf/properties/mscl.properties
si no existe adicionar


mail.smtp.port=8888


y para el puerto del servidor TOPAZPOS

..\topaz-5.3.0\deploy\topaz.ear\server.sar\topazpos-service.xml

Salu2

Sergio.

Mi Imagen no es mi Image

El primer problema que quiero registrar es el caso de las fotos y firmas que NO se guardaban YO con las manos en las mechas gritaba " Que $%·"$%@#€ pasa!!!!!! " , con la misma acción Nelcy gritaba " Que rayitos pasa", tras hacer infinidad de pruebas con mi usuario (la ultima foto que tengo registrada es una silla bacía de cochabamba) No descubrimos el porque pero si solucionamos el problema.
En nuestro nuevo servidor se creo una nueva instancia solo para firmas bgfir00 y la base de datos se llama dbfir, para que Nelcy no tenga que hacer cambio en su programa cree un sinonimo en todas las tbase's direccionadas a esa nueva instancia, las primeras pruebas LOCALES fueron todo un éxito hasta plane de ir a la Casa del Camba hubo, pero bueno al final si se tubo que cambiar el programa para que la referencia sea directo a la instancia nueva, el sinónimo funciona bery god (solo lectura), para la escritura tiene los problemas ya mencionados. Los detalles tendran que darlos ustedes.

DES. SQL injection attack

Review
Question 1
What are some of the exploits that are provided by a SQL injection attack?

A) The opportunity to explore the design of the database

B) The opportunity to call system stored procedures

C) The opportunity to shutdown services

D) All the above exploits

Answer D is correct. All the exploits identified are possible through SQL injection attacks. Through the use of the default Open Database Connectivity (ODBC)/OLEDB error message resulting from an SQL injection attack, a hacker has the ability to investigate the design of a database, allowing the hacker to perform more focused attacks. By appending the appropriate SQL statements in an SQL injection attack, the hacker can call system-stored procedures. Finally, using these system-stored procedures, the hacker has the ability to call operating system level functions using the XP_CMDSHELL stored procedures, giving them the ability to shut down services.

Restaurar una Base informix en otra instancia en el mismo equipo

Para restaurar una base en otra instancia pero en el mismo equipo se debe hacer lo siguiente
el problema esta como restauras en otro lado si en el backup esta la estructura de donde fue sacado y donde debe reposar, pues estos son los pasos

1. se supone que ya tienes creado los chunk con los mismos esapcion de tu backup
2. te creas un nuevo onconfig y cambias no necesario como para una nueva instancia
3. no le cambies el             ROOTPATH    este se cambiara en plena restaurada     
4. crea una archivo archivoejemplo.txt con el siguiente contenido 
1. /direccion/antigua/chunk01 offset en Kb /Direccion/nueva/Nuevochunk01 offsetnuevo en Kb
2. osea 
1. /dev/dir_serv00/dbdata00_1  1024 /dev/dir_serv01/dbdata01_1  1024
2. /dev/dir_serv00/dbdata00_2  0 /dev/dir_serv01/dbdata01_2  0

si quieres ver que offser tiene cada chunk puedes hacerlo con onstat -d lo malo de esto esque el numero que te muestra no esta en Kb como te lo pide el parametro sino es numero de paginas por lo que tendra que multiplicarlo por el pgsize 


ahora restauras el backup con el comando ontape -r -rename -f archivoejemplo.txt