Hagamos que México crezca..
Prefiere el consumo de lo Hecho en México
Prefiere el consumo de lo Hecho en México
Somos Binniza - Los Hombres de Las Nubes
BúsquedaPosts Recientes
VisitantesConversación |
Planeando una instalación de Asterisk.Interesante información sobre los requerimientos detallados a considerar durante la instalación en producción de un sistema de telefonía basado en Asterisk.
Considerando desde tarjetas, cpus, motherboars, redes, cableado, electricidad, etc., Puede verse desde la siguiene URL: http://ofps.oreilly.com/titles/9780596517342/asterisk-InstallationPlanning.html La burocracia de las empresas .COM(.MX :P ) y sus sistemas de pago en línea.Escribo esto ya que hace unos días intenté adquirir unas diademas USB Logitech a través de internet en la página de ServComp("Empresa que innova en tecnología de cómputo"), pues todo pintaba bien, supongo que usan un sistema de venta en línea como oscommerce, zencart o algo así, me registro, le doy realizar pedido, veo que tienen un sistema de pagos a través de DineroMail (aunque prefiero PayPal) proceso el pago a través de la página de DineroMail -lo que me parece bien pues en teoría así no le tengo que dar mi información de Tarjeta de Crédito a un tercero-, me registro, hago el pago y listo me informan que el pedido está realizado, me llega un correo notificándome el pedido y el número de autorización bancaria.
Viacrucis. Le envío una copia del correo que me envió dinero mail a la gente de ServComp, les llamo por teléfono para ver cuándo tienen las diademas disponibles y si puedo pasar a recogerlas a su sucursal de Polanco. Me contestan que si, que el día de mañana las envían para allá y que por motivo de la compra tengo que enviarles llenado un formato a mano, por lo que tengo que imprimirlo, llenarlo a mano, y también enviarles copia de mi credencial de elector, así como datos de la tarjeta de crédito(Numero, Vigencia, PIN de Seguridad) y enviarle digitalizada de ambos lados, por lo que le digo a la Srita que eso es imposible que por ello se hizo la transferencia usando un tercero en este caso dinero mail y es por ello que se usa esta modalidad para no darle mis datos directamente a empresas las cuáles en México -podría ser que alguna hiciera mal uso de la información-. Por lo que le comento que en su caso solo podría enviarle la cara frontal de la tarjeta mostrando solo los últimos 4 dígitos de la tarjeta, pero no parte trasera de la tarjeta donde viene el PIN, esto ya que el pago ya se realizó y dando estos datos se permite que se haga un segundo cobro, así que no acepto. Ellos alegando en su justo derecho que hacen esto para respaldarse ante posibles fraudes de sus clientes, pero les comento que tienen razón pero no tengo porqué enviarles la parte dónde viene el PIN de la tarjeta, aparte si les envío la información quien me garantiza que tienen un sistema de seguridad avanzado para proteger sus datos, esto ya que mediante hacking o ingeniería social podrían obtener el password de sus cuentas de ventas y fácilmente tener el listado de las tarjetas de sus clientes, esto ya que no tienen un mecanismo de seguridad para almacenamiento de información. Así que me niego a dar la información, pues este requisito burocrático me llevaría más de 10 minutos, en lo que imprimes, prendes la impresora, pones hojas, rellenas, el documento, digitalizas la credencial y la tarjeta, vuelves a digitalizar el formato, lo envías por correo, vaya mejor voy a plaza de la computación que me queda a 10 mins y hago el proceso de venta y recolección en 20 mins(ida y vuelta). Desafortunadamente este proceso burocrático de las empresas .Com, se debe a la falta de atención de parte de los bancos para poder ofrecer un mecanismo seguro de compra por internet a sus clientes, si es fácil clonar tarjetas, hacer phishing y obtener datos, o ingeniería social a quienes ya tienen los datos y de ahí que al hacer comprar online los proveedores estén indefensos ante un posible fraude de identidad y de ahí que estás decisiones, pero por otra parte a los clientes nos complican más la existencia. Debería haber un mecanismo a traves de un PIN adicional que no esté en la impresión de la tarjeta más que solo en la "memoria del usuario" y aparte de los datos de siempre también se pida ese PIN Personal que solo lo conocería el usuario dueño de la tarjeta -algo así como un token- obvio ahí si cada usuario es responsable de verificar de no dar este dato tan fácil en sitios de phishing comprobando el certificado de seguridad de cada sitio. También DineroMail debería realizar antes de cualquier operación una validación de cuenta de usuario como lo hace PayPal, haciendo un cargo de 10 Pesos y reintroduciendo el número de autorización de la transacción, así se da luz verde para poder efectuar pagos bancarios sin necesidad de que nos tenga que validar también el proveedor para su salvaguarde. Restaurando el Acceso al Blog de JawsHace unas semanas intenté acceder al blog para subir algunos post pero al intentar dar mi login y password en el admin de este blog simplemente no pude acceder, por lo que pensé que igual se me había olvidado la contraseña, así que entré vía SSH al servidor, me validé en la base de datos y cambié el password usando md5 en la tabla de usuarios e intenté otra vez acceder al administrador del blog pero igual no me validaba.
Lo que pude ver es que si introducía un login o password erróneo si me lo indicaba, pero si daba los datos correctos, entonces tardaba unos segundos como intentando hacer algo pero regresaba a la página de validación, como si hubiera un error en la sessión. Revisé que alguien no hubiera alterado el código del jaws, así como vi los logs para ver si algo raro ocurría con el servidor web o si estaba comprometido, pero nada, por lo que como tenía cosas que hacer lo dejé por semanas, hasta hoy en la madrugada que me dije hoy si quiero bloguear aunque tenga que cambiar la versión de jaws. Por lo que respaldé la base de datos, pero al hacer el dumping, vi que me marcaba error en las tablas de ipvisitor, session y captcha, por lo que solo reparé las tablas con el siguiente comando: mysqlcheck -u root -pPASSWORDROOT --auto-repair JAWSDB jam_session mysqlcheck -u root -pPASSWORDROOT --auto-repair JAWSDB jam_ipvisitor mysqlcheck -u root -pPASSWORDROOT --auto-repair JAWSDB jam_captcha_math Y voilá también pude acceder al admin por lo que ahora aquí posteando la nota  Interesantes Aplicaciones que funcionan alrededor de AsteriskAsterisk es una plataforma de Telefonía IP, la cuál en los últimos años está teniendo un avance tremendo en el mundo de las comunicaciones, tan es así que se han desarrollado múltiples aplicaciones alrededor de esta plataforma, tales como sistemas de videoconferencia, crm's, webphones, calendarios, reporteadores, interfaces gráficas, hardware, etc.
De ahí este post para comentar sobre un sitio que recopilo las mejores aplicaciones libres que se han desarrollado para interactuar con esta fantástica plataforma de telefonía IP, algunas de ellas ya las tenemos integradas en CloudVoox. http://www.venturevoip.com/news.php?rssid=2184 vTiger Warning: Invalid argument supplied for foreach() in /var/www/vtigercrm/include/utils/ListViewUtils.php on line 1418Al momento de hacer una relación m:m en vTiger con 2 módulos personalizados e intentar seleccionar los registros de un módulo detalle desde un módulo maestro vTiger me generaba el siguiente error:
vTiger Warning: Invalid argument supplied for foreach() in /var/www/vtigercrm/include/utils/ListViewUtils.php on line 1418 Este error se generaba en esta porción del código de vTiger
global $log, $listview_max_textlength, $app_strings, $current_language,$currentModule; $log->debug("Entering getValue(".$field_result.",". $list_result.",".$fieldname.",".get_class($focus).",".$module.",".$entity_id.",".$list_result_count.",".$mode.",".$popuptype.",".$returnset.",".$viewid.") method ..."); global $adb, $current_user, $default_charset; require('user_privileges/user_privileges_'.$current_user->id.'.php'); $tabname = getParentTab(); $tabid = getTabid($module); $current_module_strings = return_module_language($current_language, $module); $uicolarr=$field_result["preguntas"]; foreach($uicolarr as $key=>$value) { $uitype = $key; $colname = $value; } Resolviendo problema con tabla de MySQL "is marked as crashed and should be repaired when using LOCK TABLES"Hace unos días empecé a experimentar problemas con mi servidor web el cuál tendía a mandar errores de conexión de MySQL pero por falta de tiempo no me había metido a investigar porqué, solo reiniciaba MySQL y listo.
Pero debido que esto me pasaba 1 o 2 veces por días, entré al log para ver que pasaba y ahí pude ver algo como lo siguiente: mysqldump: Got error: 145: Table './MYSQLDB/TABLA' is marked as crashed and should be repaired when using LOCK TABLES Al parecer algunas tablas, 3 para ser exactos tenían un error por lo cuál recurrentemente a MySQL lo "crasheaban", por lo cuál me metí a investigar cuál fue el detalle y la solución fue entrar al directorio de la base de datos de MySQL y correr un chequeo de MySQL, en este caso suponiendo que la base de datos se llame MySQLDB y la tabla TABLA, tendríamos que hacer lo siguiente:
cd /var/lib/mysql/MySQLDB myisamchk -r TABLA Repetir lo anterior con cada una de las tablas dañadas. Como configurar OpenVox D115E en Asterisk 1.6.2 para Troncal Digital con R2 ModificadoHace unos días en OaxRom nos contactó un cliente el cuál me comentó que tenía un servidor Asterisk que se lo habían implementado pero que últimamente tenía algunos problemas en su funcionamiento, esto ya que al parecer por unas fallas de energía había afectado su operación.
Por lo que la propuesta fue implementarle un servidor Asterisk reutilizando sus teléfonos IP y Tarjetas E1 ya que tiene una troncal digital de 30 canales con Axtel con señalización R2, en este caso dispone de una tarjeta OpenVox D115E. El detalle es que esta tarjeta no está del todo soportada por el driver de Dahdi, por lo que hay que descargar unos drivers adicionales de OpenVox, instalarlos y parchar DAHDI para que se integre dentro de la plataforma de DAHDI & Asterisk, para esto lo primero que se descargó fueron los drivers de la siguiente página:
wget http://downloads.openvox.cn/pub/drivers/dahdi-linux-complete/openvox_dahdi-linux-complete-2.4.0+2.4.0.tar.gz Instalar OSLEC como cancelador de eco por software, si no se tiene una tarjeta con módulo de eco por hardware se recomienda OSLEC, previamente hay que compilar OSLEC.
#OSLEC su mkdir /usr/src/asterisk/dahdi-linux-complete-2.4.0+2.4.0/linux/drivers/staging cp -fR /usr/src/linux-source*/drivers/staging/echo /usr/src/dahdi/drivers/staging sed -i "s|#obj-m += dahdi_echocan_oslec.o|obj-m += dahdi_echocan_oslec.o|" /usr/src/dahdi/drivers/dahdi/Kbuild sed -i "s|#obj-m += ../staging/echo/|obj-m += ../staging/echo/|" /usr/src/dahdi/drivers/dahdi/Kbuild echo 'obj-m += echo.o' > /usr/src/dahdi/drivers/staging/echo/Kbuild exit
#OpenVOX D115 sudo tar -xzvf ~/asterisk/openvox_dahdi-linux-complete-2.4.0+2.4.0.tar.gz sudo rm -rf /usr/src/dahdi sudo ln -s /usr/src/asterisk/dahdi-linux-complete-2.4.0+2.4.0/linux/ /usr/src/dahdi #Instalación de OpenVox-Dahdi y Dahdi Tools. cd /usr/src/asterisk/dahdi-linux-complete-2.4.0+2.4.0 sudo make clean && sudo make && sudo make install && sudo make config #copia del módulo de OpenVox-Dahdi para la versión del kernel de Linux que estemos utilizando cd .. mkdir -p /lib/modules/`uname -r`/dahdi/opvxd115 sudo cp /usr/src/asterisk/dahdi-linux-complete-2.4.0+2.4.0/linux/drivers/dahdi/opvxd115/opvxd115.ko /lib/modules/`uname -r`/dahdi/opvxd115/ #Descarga del firmware de OpenVox cd ~/asterisk wget http://downloads.openvox.cn/pub/firmwares/opvx-dahdi-fw-oct6114-032-1.07.01.tar.gz #Instalación del firmware de OpenVox para Dahdi cd /usr/src/asterisk sudo tar -xzvf ~/asterisk/opvx-dahdi-fw-oct6114-032-1.07.01.tar.gz sudo cp dahdi-fw-oct6114-032.bin /lib/firmware/ sudo mkdir -p /usr/lib/hotplug/firmware/ sudo mv dahdi-fw-oct6114-032.bin /usr/lib/hotplug/firmware/ #instalación de OpenR2 para E1 Modificado cd ~/asterisk/ sudo wget http://openr2.googlecode.com/files/openr2-1.3.1.tar.gz cd /usr/src sudo tar zxvf ~/asterisk/openr2-*tar.gz cd openr2-* sudo ./configure && sudo make && sudo make install # compilacion de Asterisk sin MFC R2, la versión de Asterisk 1.6.2 ya incluye soporte para R2 cd /usr/src/asterisk/asterisk-1.6.* && #sudo patch -p0 < ~/asterisk/openr2-asterisk-1.4.32-p1.patch && #sudo ./bootstrap.sh && sudo make clean && sudo ./configure --prefix=/usr && #Desactivar módulos que no se utilizarán (mgcp, skinny, codec_dahdi) activar(ilbc) sudo make menuconfig && sudo make all && sudo make install && #Ejecuta si es la primera vez que instalas asterisk en el servidor, de lo contrario reescribirá tus archivos de configuración sudo make samples && sudo make progdocs Con lo anterior ya podemos instalar la tarjeta y tenerlo soportado en DAHDI, así como instalar Asterisk y tener soporte de R2. Para la parte de la configuración del E1 es el mismo procedimiento que con una Tarjeta Sangoma A102 o una Digium. Por ejemplo para un R2 de 30 canales quedaría así /etc/dahdi/system.conf
loadzone = mx defaultzone = mx span=1,1,0,cas,hdb3 cas=1-15:1101 dchan=16 cas=17-31:1101 echocanceller=OSLEC,1-15,17-31 /etc/asterisk/chan_dahdi.conf
[channels] language=es context=from-zaptel usecallerid=yes hidecallerid=no callwaiting=yes usecallingpres=yes callwaitingcallerid=yes threewaycalling=yes transfer=yes cancallforward=yes callreturn=yes echocancel=128 echocancelwhenbridged=no rxgain=+0.0% txgain=-0.0% group=0 callgroup=1 pickupgroup=1 immediate=no #busydetect=yes #busycount=6 ; ;MFCR2 settings ; signalling=mfcr2 mfcr2_variant=mx mfcr2_get_ani_first=no mfcr2_max_ani=10 mfcr2_max_dnis=4 mfcr2_category=national_subscriber mfcr2_logdir=span1 mfcr2_logging=all mfcr2_call_files=yes mfcr2_metering_pulse_timeout=-1 context=from-zaptel group=0 callgroup=0 pickupgroup=0 channel => 1-15,17-31 Cómo comenté al inicio en este tutorial se omiten detalles sobre la instalación y configuración de Asterisk, pues solo nos enfocamos a la parte de OpenVox que para algún usuario con un poco de experiencia sabrá cómo organizar la información que aquí incluímos. Espero alguien le sirva este tutorial y cualquier duda pueden postearla para irlas resolviendo. ¿ Como proteger servidores Asterisk de un escaner SIP ?Actualmente Asterisk se está convirtiendo en el Software Líder de SoftSwitch, siendo el favorito desde pequeñas empresas hasta grandes corporativos, por lo que su amplio uso e implementación en diversos países del mundo lo ha hecho un blanco importante para los "hackers" que desean obtener acceso a estos servidores y poder conseguir llamadas gratuitas.
Instalar un Asterisk es cosa sencilla con múltiples proyectos "All in One" como lo es Elastix por ejemplo, la distro más famosa que ya incluye diversas aplicaciones alrededor de la platforma de Asterisk, por lo que para muchos usuarios nóveles les es muy fácil implementar PBX bajo esta plataforma pero sin conocimientos avanzados que los ayude a proteger sus servidores al estar expuestos en internet, esto ya que muchos les es fácil ponerlos en DMZ para tener un acceso remoto. Actualmente existen varias herramientas de auditoría SIP que permite detectar vulnerabilidades en servidores Asterisk, herramientas que también son usadas por los crackers para detectar cuentas SIP y explotarlas. Una de estas herramientas es SIP Vicious la cuál permite escanear un sevidor SIP y detectar que cuentas SIP están disponibles, cuáles requieren passwords y cuáles no, así como también pueden llegar a obtener el passwords de cuentas SIP cuánto estos no son complejos. Una de las formas más rápidas de dar el primer portazo a escaners SIP es mediante una opción que se coloca en SIP.CONF o sip_custom.conf para los usuarios de FreePBX y Elastix. Esa opción es: alwaysauthreject=yes Esta debe ser la primer opción en el proceso de asegurar un Asterisk, posteriormente estaré posteando sobre un Detector de Intrusos para SIP. Enviando correos electrónicos desde una IP Dinámica con Postfix a traves de un relay hostUno de los clásicos problemas al tener una IP Pública Dinámica con telmex o algún otro provedor, es que los correos electrónicos no salen como por ejemplo cuándo envías un mail desde una aplicación PHP, este es rechazado por el servidor destino ya que no estamos autentificados para enviar correos.
Una solución es instalar postfix como un smarthost(relay host) no como Internet Site, esto hará que postfix no envíe el correo al dominio destino, si no más bien use un servidor de correos externo como puente y así los servidores destinos acepten el correo. En este caso pongo la liga de un tutorial bastante práctico el cuál me sirvió para resolver este detalle en unos minutos y así quitarme el problema que me había acosado por bastante rato. http://albertomolina.wordpress.com/2009/01/04/configurar-postfix-a-traves-de-un-relay-host-autenticado-gmail/ Error de TimeZone en PHP configurado a Default America/ChicagoEn la mañana configurando una aplicación web en la cuál en base al horario del sistema tenía que controlar cierto flujo de información, lo curioso del caso es que la hora del servidor Linux era la correcta, pero la hora que mostraba la aplicación web usando date("H i s") me daba una hora adelantada, por lo que revisando los logs pude ver que apache-php estaba configurando la zona horaria a América/Chicago, algo curioso ya que en el servidor había ajustado el timezone a América/Mexico_City.
El detalle de esto es que en la configuración de php también hay que indicar la zona horaria en el archivo /etc/php/apache2/php.ini. date.timezone =America/Mexico_City Con lo anterior solo basta guardar el archivo de configuración y luego reiniciar el servicio de Apache,. Emblemas
|
Nube de Etiquetas
¿ Where The Hell Am I ?   EventosEncuesta |
Comentarios Recientes