Entradas etiquetadas con Ubuntu

1263055237_start-here-ubuntuoriginal

Ubuntu: recuperar el usuario sudo / administrador

hace 1 año
en ,
Algo raro que me paso hace unos días fue que el usuario que crea Ubuntu cuando haces una instalación nueva dejo de ser miembro del grupo de administradores, y por consiguiente dejo de poder ejecutar sudo.
Para solucionarlo al final resulto ser mucho mas simple de lo que pensaba:
Info: mi usuario se llama “capy” en este ejemplo.
  1. Pone el disco (CD / DVD) de Ubuntu en la maquina.
  2. Reiniciala
  3. Cuando se presente el menú del CD de Ubuntu selecciona “Recuperar un sistema dañado”:
  4. Como lo anterior te va a entregar una consola de root, ya podemos tocar el archivo de grupos
  5. Ejecuta en consola: nano /etc/group
  6. Busca la linea “admin:x:119:” (el 119 puede ser otro numero, lo que interesa es que el grupo sea “admin”) y agregale tu usuario como se ve acá: “admin:x:119:capy“
  7. Guarda los cambios y reinicia.
A partir de ahora deberías volver a poder hacer uso de sudo con tu usuario predeterminado.
1263055237_start-here-ubuntuoriginal

Tip: Cambiar el prompt de linux

hace 1 año
en ,

Completisimo artículo para personalizar el prompt http://www.cyberciti.biz/tips/howto-linux-unix-bash-shell-setup-prompt.html

Si no tenes ganas de leerlo todo y solamente querés cambiar el promt rápidamente solo tenes que tirar por consola:

PS1="Nuevo prompt: "

Lo que te dejaria:

Nuevo prompt:
1263055237_start-here-ubuntuoriginal

Reemplazar OpenJDK por el JDK de Java en Ubuntu

hace 1 año
en

Actualización: para ubuntu 11.10 en adelante lee este post

Si estas usando algun IDE como Eclipse, PhpStorm, Netbeans o cualquier otro que dependa de un JDK, te recomiendo que hagas uso del JDK de Java en lugar de OpenJDK dado que este último tiene bastantes problemas de performance al lado del primero.

Para hacerlo tenés que seguir los siguientes pasos:

Habilitar los repositorios de “partner”. Estos repositorios suelen venir des habilitados, y los habilitamos por medio de Synaptics yendo a “Configuración -> Repositorios” y marcamos los repositorios que digan “partner” como pueden ver en la siguiente imagen.

O bien directamente editando sources.list:

sudo nano /etc/apt/sources.list

Luego:

apt-get update
apt-get upgrade
sudo apt-get install sun-java6-jre sun-java6-plugin sun-java6-jdk

Dado que tenemos mas de un JDK, tenemos que decirle a nuestro Ubuntu cual es el preferente. Para ello tiramos el comando:

sudo update-alternatives --config java

Seleccionamos la que queremos y listo :) .

1263055237_start-here-ubuntuoriginal

Comprimir y descomprimir .tar, .tar.gz, .gz, .zip fácilmente.

hace 1 año
en ,

Atool es un comando que nos facilita mucho la gestión ar archivos comprimidos. Solo tenes que usar el comando apack para comprimir y aunpack para descomprimir, del resto se encarga el solito.
Instalación:

sudo apt-get install atool

Ejemplos:
Comprimir en .tar.gz:

apack paquete.tar.gz /carpeta/a/comprimir/

Descomprimir un .tar.gz:

aunpack paquete.tar.gz

Para el resto de formatos es lo mismo solo que poniendo la extension deseada: .rar, .zip, .gz, .tar, .tar.gz, y demases yerbas

Como ven, el comando entiende cual es la extensión y hace el resto.

Chao.

tomcat-logo

Cerrar, bloquear o restringir el puerto 8080 en Apache Solr / Tomcat 6

hace 1 año
en

Si instalaste un Apache Solr y lo estas usando por medio de Drupal 6, otro CMS o una propia implementación, seguramente no te interese que dicho servicio se pueda acceder por medio del puerto 8080 (o el puerto asignado en tu servidor para Tomcat).

Bueno, un ejemplo es mucho mas claro que casos hipotéticos, así que les planteo mi necesidad:
Tengo un Ubuntu con un Drupal configurado con el modulo “apachesolr” que se conecta a localhost en el puerto 8080. Hasta ahí todo normal, el problema es que si a alguien se le ocurre tipear la URL de mi pagina montada en Drupal pero por el puerto 8080… va a poder ver Tomcat, y lo que es mas peligroso, Apache Solr y su administrador (Solr carece de mecanismos de seguridad porque los delega a Tomcat).

Bueno en el ejemplo que comente antes tenemos una solución ideal: Capar el puerto 8080 para que solo se pueda acceder por “localhost”.

Para lograr nuestro cometido solamente tenemos que editar un XML: “server.xml“:

sudo gedit /etc/tomcat6/server.xml

Busca la linea:

<Connector port="8080" protocol="HTTP/1.1"
       connectionTimeout="20000"
       redirectPort="8443" />

Comentarla:

<!--
<Connector port="8080" protocol="HTTP/1.1"
       connectionTimeout="20000"
       redirectPort="8443" />
-->

Y poner por dejado de la linea anterior lo siguiente:

<Connector port="8080"
		address="127.0.0.1"
		maxHttpHeaderSize="8192"
		maxThreads="15"
		minSpareThreads="2"
		maxSpareThreads="7"
		enableLookups="false"
		redirectPort="8443"
		acceptCount="100"
		connectionTimeout="20000"
		disableUploadTimeout="true"
		compression="on"
		compressionMinSize="0"
		noCompressionUserAgents="gozilla, traviata"
		compressableMimeType="text/html,text/xml" />

Guarda los cambios y reinicia Tomcat:

sudo service tomcat6 restart

Gualá. Comprobemos que haya funcionado:

Primero mira cual es la ip que tiene tu servidor haciéndole ping:
Usa “ifconfig” para ver la ip, que seguramente tenga la pinta “192.168.1.xxx” o “10.0.2.xx”

bien, ahora suponiendo que seguis en Ubuntu (es mi ejemplo y uso Ubuntu :) ) abri un navegador y proba a acceder a:

http://localhost:8080

y a:

http://192.168.1.xxx:8080 (las xxx reemplazalas por el resto de tu IP).

Como pudiste ver, podes acceder a localhost pero no por medio de la IP, incluso si probas a acceder a esa IP desde otra maquina/ordenador/PC/ipad/ipod/android/o-lo-que-sea XD

Hemos acabado.

Ir arriba