Trataré de ser breve y conciso en medida de como me sea posible ya que no dejaré de negar que me fascina escribir líneas y leerlas una y otra vez para adecuarlas de la mejor manera.
bein
En algún proyecto llegue a ocupar DWR, para ayudarnos ahi en el FRONT-END a conectar algunas cosas de BACK-END, por cuestiones de seguridad en DWR combinado con TOMCAT7. En el siguiente enlace podemos encontrar más información con respecto a la seguridad de DWR.
json-is-not-as-safe-as-people-think-it-is
La línea que necesitamos es la siguiente línea en /<TOMCAT_HOME>/conf/context.xml: <Context useHttpOnly="false"> Saludos bein
Por esa maldita mania de tener todo en orden y hasta donde la más mínima mancha te causa ruido quizás te interese hacer unlink a algunos enlaces que se quedan muertos o sin uso. SITUACIÓN Tengo una carpeta la cual por alguna razón me conviene crear un enlace, creo un enlace simbolico: ln -s <ORIGEN> <DESTINO> PROBLEMA ¿Qué pasa con ese enlace si, mi carpeta destino la elimino o la renombro o la muevo? El enlace esta muerto y desde consola se puede apreciar por esos colores tan llamativos que el SO le pone, pues procedo a eliminar el enlace: 1. Primero valido que la carpeta <ORIGEN> no exista mas, ya sea por cambio de nombre o por eliminación 2. Aplico un: unlink <DESTINO> Listo en enlace se ha ido y los colores rojos y el ruido de haber creado algo que ya no me sirve, tambien ya se fue. El mundo puede seguir girando tranquilo. saludos bein
Después de instalar CENTOS, por diversas situaciones tenemos la necesidad de monitorear, ejecutar procesos, y/o simplemente manejar archivos en esa máquina, y quizás un servicio de SSH con acceso restringido para el usuario root(con esto no quiere decir que ya tenemos mucha seguridad, pero algo es algo); es decir sólo le damos acceso al usuario(s) que nosotros definamos en el archivo sshd_config.
Pasos:
1. Verificamos que el servicio de sshd este activo chkconfig --list buscando una linea similar a esta: sshd 0:desactivado 1:desactivado 2:activo 3:activo 4:activo 5:activo 6:desactivado 2. Validamos en que runlevel debe estar activo el servicio de sshd(en mi caso es el 5) cat /etc/inittab donde la siguiente línea me indica mi runlevel: id:5:initdefault: 3. Editar el archivo: vi /etc/ssh/sshd_config Con las siguientes líneas: PermitRootLogin no AllowUsers <usuario> 4. Dar de alta el servicio chkconfig sshd on 5. Parar el servicio: service sshd stop 6. Arrancar el servicio: service sshd start
Después de estos pasos, lo único que nos resta es validar desde otro equipo en nuestra red LAN si ya tenemos acceso mediante un cliente SSH(PuTTY)
Saludos, bein.
Siguiendo con el Tema de TOMCAT, y después de haber instalado el TOMCAT post anterior, lo que ire detallando post a post es la importancia de algunos archivos y la configuración de estos; esto para, un mejor desempeño de nuestro servidor de aplicaciones.
La realidad es que no se a la fecha el funcionamiento al 100% de todos y cada uno de los archivos que contiene el TOMCAT, pero lo que si se y he aprendido día con día es lo que manifiesto en estas entradas, y en lo personal con eso es suficiente para tener un TOMCAT estable. PROBLEMA: Mi TOMCAT no soporta mas de "n" conexiones se traba, no responde, etc. Una cosa es la mala programación y otra es que no nos metamos en archivos de configuración, en lo personal la Shell Programming, era algo que siempre me causaba ruido, y simplemente veia las cosas como una caja negra y punto, me funcionaba y para que quería meterme en esas tripas. Obviamente la cantidad de usuarios finales, el número de conexiones simultaneas son cosas con las que uno tiene que lidiar día con día. NOTA Windows xp / windows 7: Apache TOMCAT viene configurado por default para tomar los siguientes valores --JvmMs 128 --JvmMx 256 (Línea 128) Esto es en el archivo service.bat ubicado en la carpeta bin del apache-tomcat; donde literalmente esta destinando hasta 256 Mb. de memoria RAM para el TOMCAT NOTA Linux(Centos): Aquí, como estamos en GNU/Linux tenemos que editar a mano el archivo catalina.sh con las siguientes lineas: #!/bin/sh JRE_HOME="/usr/local/jdk1.6.0_30/jre" JAVA_OPTS=" -server " export JAVA_OPTS CATALINA_OPTS="-Xmn256M -Xms512M -Xmx1024M -XX:+UseParallelOldGC -XX:ParallelGCThreads=2 -XX:MaxPermSize=128m" SOLUCIÓN Windows Modificar los siguientes datos en el archivo service.bat: --JvmMs 128 --JvmMx 256 (Línea 128) Por Default Otros valores para ir probando --JvmMs 256 --JvmMx 512 --JvmMs 512 --JvmMx 768 --JvmMs 768 --JvmMx 1024 Si lo notan son valores incrementados a razón de 256 siempre siendo multiplos de 2^n Linux Modificar los siguientes datos en el archivo catalina.sh: CATALINA_OPTS="-Xmn256M -Xms512M -Xmx1024M -XX:+UseParallelOldGC -XX:ParallelGCThreads=2 -XX:MaxPermSize=128m" Aquí ya sólo resta que hagan pruebas y visualicen en el tomcat manager
Como gestor de base de datos por restricciones de usuario estoy utilizando: -------------------------------------------------------------------------- Microsoft SQL Server Management Studio 10.50.1617.0 Microsoft Data Access Components (MDAC) 6.1.7601.17514 Microsoft MSXML 3.0 4.0 6.0 Microsoft Internet Explorer 9.0.8112.16421 Microsoft .NET Framework 2.0.50727.5448 Sistema operativo 6.1.7601 -------------------------------------------------------------------------- ¿Y esto que? Pues por la necesidad de crear y ejecutar un store procedure, al ejecutarlo la respuesta es: Mens. 15281, Nivel 16, Estado 1, Línea 1 SQL Server bloqueó el acceso a STATEMENT 'OpenRowset/OpenDatasource' del componente 'Ad Hoc Distributed Queries' porque este componente está desactivado como parte de la configuración de seguridad de este servidor. Un administrador del sistema puede habilitar el uso de 'Ad Hoc Distributed Queries' mediante sp_configure. Para obtener más información acerca de cómo habilitar 'Ad Hoc Distributed Queries', vea el tema sobre la configuración de área expuesta en los Libros en pantalla de SQL Server. ¿Qué hacer ante esto? Hay que habilitar 'Ad Hoc Distributed Queries', para hacer esto hay que ejecutar el siguiente <a href="http://es.wikipedia.org/wiki/Snippet">snippet</a> en la ventana de consultas del Management Studio: sp_configure 'show advanced options',1 reconfigure with override go sp_configure 'Ad Hoc Distributed Queries',1 reconfigure with override go ¿Que da como resultado?(adjunto imagen) Se ha cambiado la opción de configuración 'show advanced options' de 0 a 1. Ejecute la instrucción RECONFIGURE para instalar. Se ha cambiado la opción de configuración 'Ad Hoc Distributed Queries' de 0 a 1. Ejecute la instrucción RECONFIGURE para instalar.
Fuente y lo que hay que saber: <a href="http://www.guillesql.es/Articulos/SQLServerFAQ_Servidor_Vinculado_OPENQUERY_Notacion_4_Partes.aspx">guillesql</a>
paso 1. DESMONTAMOS EL VOLUMEN Sistema -> Administración -> Utilidad de Discos Ya en esta interfaz gráfica podemos hacer lo
siguiente: 1. formatear unidad 2. prueba de rendimiento 3. comprobar sistema de archivos(para esto hay que
desmontarlo primero) 4. editar partición 5. etc. De esta pantalla lo que tenemos que hacer es: 1. Desmontar el volumen 2. Ubicar que dispositivo reconoce ubuntu(/dev/sdb) paso 2. EJECUTAMOS ANALISIS DESDE CONSOLA Abrimos una terminal y ejecutamos en siguiente comando ya
sea en SU o con SUDO: badblocks -n -s -v -c 10240 /dev/xxx -o analisis.txt [comando] [opciones de comando] [/dispositivo a analizar] -o
[escribe el resultado del analisis aquí] En caso de neceitar ayuda ya saben: man badblocks AMBIENTE: ubuntu 10.10 (maverick) pentium core 2 duo 1024 ram usb generica de 4gb (<- esta fue la USB que analice) LO INTERESANTE: kingston: tiempo medio de acceso: 0.6 ms GENERICA: tiempo medio de acceso: 5.8 ms OTRA GENERICA(mejorcito): tiempo medio de acceso: 1.8 ms