Amazon EC2 is among the more potent items in Amazon’s web services arsenal. You’ve probably heard of many of the other services such as S3 for storage and FPS for payments. EC2 is all about the “elastic compute cloud.” In layman’s terms, it’s a server. In slightly less layman’s terms, EC2 lets you easily run and manage many instances (like servers) and given the proper software and configurations, have a scalable platform for your web application, outsource resource-intensive tasks to EC2 or for whatever you would use a server farm.

There are three different sizes of EC2 instances you can summon and they’re all probably more powerful than the server currently running your blog. Unless you’re offloading video processing or something intense to EC2, the default small instance with its 1.7GB of RAM and 160GB disk should be more than fine. It’s just nice to know that if for any reason I need a farm of machines each with 15GB of RAM, I can get that easily.

EC2 has been around for a while but has gained interest in the last few weeks as Amazon released an elastic IP feature. One of the larger EC2 issues deals with data persistence on instances. There are many limitations with EC2 that make it difficult to use unless you carefully build around the EC2 architecture and don’t just assume that you can move your app to EC2 flawlessly. If an instance crashes and you run it again, you’ll loose data and when the instance comes back up it will have a new IP, adding another hurdle with DNS issues. Fortunately, the elastic IP feature lets you assign a static IP address to your instances.

As the title of this article implies, this article is meant to be a beginner’s look into tinkering with EC2. Just because you will be able to host a page on EC2 at the end of this article does not mean you should start using it as your only server. Many considerations need to be made when using EC2 to get around the data persistence issue. If your startup is looking to use EC2 as a scalable platform, fortunately there are many services that have already built stable systems on top of EC2, ready for your consumption: WeoCeo, Scalr and RightScale. Enough talk, shall we jump right in?

Note: Most of the information below (and more) is available in the EC2 API doc if you enjoy reading those things.

Getting Started

In order to interact with any EC2 instances, you’ll need to install Amazon’s command line tools and download your X.509 certificate from Amazon. Let’s start with the certificate. Login to your Amazon account and visit the AWS Access Identifiers page. In the X.509 certificate section near the bottom, click Create New. You’ll be greeted with a page allowing you to download both the private key file and X.509 certificate. Both of these are very important, download them to your desktop so you don’t lose them.

Next up, grab the EC2 command line tools. Extract them and you should be left with a folder named something like ec2-api-tools-1.3-19403. We’ll move those to a directory where we will also store the private and public keys.

The commands below assume you are working on an OS X machine in the Terminal.

mkdir ~/.ec2
cd ~/Desktop
mv *.pem ~/.ec2
cd ~/Desktop/ec2-api-tools-1.3-19403/  #depends on ec2 tools folder name
mv * ~/.ec2

This is what your .ec2 folder should have now.

Next up, we’ll set some paths in your bash profile so the OS knows where the EC2 tools are located.

sudo vi ~/.bash_profile

Add these lines, replacing “YOURKEYNAME” with the actual file name of your private and public keys, then save.

export EC2_HOME=~/.ec2
export PATH=$PATH:$EC2_HOME/bin
export EC2_PRIVATE_KEY=pk-YOURKEYNAME.pem
export EC2_CERT=cert-YOURKEYNAME.pem
export JAVA_HOME=/System/Library/Frameworks/JavaVM.framework/Home/

To get the changes noticed by the OS immediately, run source.

source ~/.bash_profile

Now we can actually use those helpful EC2 command line tools.

AMIs, Keypairs and Instances, Oh My!

Before proceeding, you’ll need to grok the concept of AMIs. They are Amazon Machine Images and whenever you create an EC2 instance, an AMI is quickly loaded on the machine. They’re essentially images of the OS. If you terminate an instance and bring it up again, your machine will only have the data initially included in the image. That’s why lots of work goes into making (“bundling”) a good image you will always use that has the configurations and software you need so you don’t have to do much whenever you load the image. This article won’t delve into creating your own AMIs but fortunately there are many great, public AMIs available for use.

To SSH into the instance we’ll create from an AMI we find, we’ll need to create a keypair. This is a different key from the one provided to us by Amazon. That was for using the EC2 tools and interacting with the instances in terms of creation and management. To actually SSH into an instance, a separate keypair is required as there are no passwords by default.

cd ~/.ec2 #we pretty much always need to be here
ec2-add-keypair pstam-keypair

That will print out the private key, which you’ll need to copy and paste into a file manually.

vi ~/.ec2/id_rsa-pstam-keypair
#now paste the private key and save
sudo chmod 600 id_rsa-pstam-keypair

Now we can find which AMI we want to toss on our yet-to-be-created EC2 instance.

cd ~/.ec2
ec2-describe-images -a

Using the -a option will list all of the AMIs you have access to, and there are a lot. Alternatively you can list just the images Amazon has:

ec2-describe-images -o amazon

I found an AMI that I’ll try out.

ami.yyang.info/gentoo-nginx-php-mysql-06feb2008.manifest.xml

It’s a Gentoo Linux install with PHP, MySQL and nginx. When looking at AMIs, you need to find the AMI ID. In this case, it’s ami-6138dd08.

ec2-run-instances ami-6138dd08 -k pstam-keypair

The instance is now being loaded with the AMI I selected and booting up. It should output some text with “RESERVATION” and “INSTANCE” rows. On the instance row, it will say something like pending pstam-keypair until it has fully booted up. When an instance is ready to go, its URL and internal address will be supplied with the ec2din command below.

ec2-describe-instances

If you try to access the URL in a browser, nothing will happen just yet as the firewall blocks all ports by default. You’ll have to open up the ones you need. We’ll do port 80 for HTTP and 22 for SSH. If the AMI you are running doesn’t have a web server installed, accessing the EC2 URL in a browser won’t bring up anything regardless.

ec2-authorize default -p 22
ec2-authorize default -p 80

If you want to undo any port authorizations you’ve made, you can use ec2-revoke. Now if you access your EC2 URL in a browser you’ll get something like a default Apache page, or in the case of the AMI I’m using, a phpinfo() page.

The next step to actually using your new EC2 instance is SSHing into it to get full root access. Run the line below and replace the EC2 URL with the one provided to you by the ec2-describe-images command earlier.

ssh -i id_rsa-pstam-keypair root@ec2-XXX-XXX-XXX-XXX.z-2.compute-1.amazonaws.com

If you run into the problem I did, this won’t work and you’ll be asked for an EC2 instance password that doesn’t exist. I found out this was because I initially created the id_rsa-pstam-keypair file as the root user but ran the ssh command as a regular user which was not able to access that keypair. That was easily fixed with sudo chown Paul id_rsa-pstam-keypair but you won’t have this issue if you followed this guide.

Otherwise, you should be logged into your EC2 instance as root over SSH. Now that we’re in, we can tinker with the system however we like and even see what kind of hardware we’re running on, setup FTP and drop a web app into /var/www/localhost/htdocs or whatever. Having full root access in any OS you wish is one of the boons of using Amazon EC2.

Static IP Time

If you plan on running your instance for good, you’ll want a static IP. Let’s get one for you.

ec2-allocate-address

Now we just need to tie that IP address to the instance ID of the instance you wish to give a static IP. You can grab the instance ID (not to be confused with the ami-* AMI ID) by running ec2-describe-instances.

In the line below, replace XXX.XXX.XXX.XXX with the IP address you were given above and replace i-yourinstance with your actual instance ID.

ec2-associate-address -i i-yourinstance XXX.XXX.XXX.XXX

Give it a few minutes and your instance will be accessible through that new IP in addition to the longer EC2 URL we were previously using. Please note that if you terminate the instance, the IP does not remain tied to the instance, to the best of my knowledge. Terminating an instance seems to be a nuclear option compared to simply rebooting an instance via regular unix commands over SSH.

Now that the instance has an IP you can setup a domain name with it if you want. The easiest way I’ve found of doing this is through a DNS service like EveryDNS. Just provide your domain name registrar with EveryDNS’s domain name servers, create an EveryDNS account, add your domain and create an A record with your newly associated EC2 instance IP address.

The TTL on EveryDNS seems to be fixed at 3600 so it might take a while for propagation, especially if you’re used to pushing down TTL to 300 when doing DNS work.

Terminating Your EC2 Instance

Killing your instance for good can be done, like every other action, through an EC2 command line tool. This time, it’s the appropriately named ec2-terminate-instances (ec2kill). Just provide it with the instance ID of your instance (get it from running ec2din).

ec2-terminate-instances i-yourinstance

It should return with a “shutting-down” status but you’ll definitely want to check back in a few minutes with ec2-describe-instances to make sure it shutdown successfully and comes up as “terminated”. There are a few cases where instances will hang on shutdown and you will continue to be charged for instance hours.

The Next Step

Now that you’ve successfully launched your first Amazon EC2 instance, you’re ready to begin exploring the endless EC2 possibilities. I’m still learning about taking the next step but overall, EC2 really isn’t something to mess with unless you have quite a bit of sysadmin and development experience. Actually using EC2 as an elastic compute cloud usually involves setting up an instance as a load balancer and giving that instance access to an array of active EC2 instances which it can hand work to. Other hurdles include providing multiple instances access to the same database, using Amazon S3 as a persistent filesystem and employing highly redundant backup systems given the relatively volatile nature of instances.

#!/bin/sh
# Do the directories first, so that the
# path doesn’t change
for each in `find . -type d`
do
newname=`echo $each | tr [A-Z] [a-z]`
mv $each $newname
done
# Now to the files…
for eachf in `find . -type f`
do
newnamef=`echo $eachf | tr [A-Z] [a-z]`
mv $eachf $newnamef
done

ソル三。

dscacheutil -flushcache

• En Mac OSX Tiger:

lookupd -flushcache

• En Microsoft Windows 2000/XP/Vista:

ipconfig /flushdns

• En Linux:

reiniciar el demonio nscd `/etc/rc.d/init.d/nscd restart`

Gracias Asier Marqués

Montar un servidor SAMBA para compartir una unidad o un directorio con otros ordenadores conectados a la red. Seguro que mas de uno ha estado rompiéndose la cabeza con el fichero de configuración smb.conf pero a continuación voy a explicaros uno de los porque instalamos en el anterior articulo un entorno gráfico que nos servirá para mas cosas que para navegar en caso de emergencia.

Si recordamos la instalación de Linux Ubuntu Server que hicimos al principio de este manual veremos que marcamos la opción ( Samba File Server ) …

Al marcar esta opción se instalaron automáticamente todas las aplicaciones necesarias para poder compartir archivos entre maquinas Windows y Linux. Imaginaos lo cómodo que es tener un acceso directo en el escritorio hacia la carpeta compartida en cada uno de los ordenadores que tengamos, tengan el sistema operativo que tengan.

Eso es bonito pero …. ¿ Como lo configuramos ?

La manera tradicional de hacerlo es configurando el fichero llamado smb.conf ubicado en la ruta /etc/samba y hacerlo todo a mano. La otra manera de hacerlo es gráficamente con un interface que nos facilite esta labor que en un momento dado a todos nos a dado algún dolor de cabeza que otro. Este es uno de los motivos por el cual instalamos un entorno gráfico a nuestro servidor en Linux Ubuntu Server.

Para empezar vamos a identificarnos en el sistema con nuestro usuario e iniciaremos el entorno grafico FluxBox con el siguiente comando …

startx

A continuación accedemos a una Terminal pulsando el botón derecho del ratón y siguiendo el menú Aplicaciones -> Consolas -> Bash …

Antes de tocar nada vamos a instalar la aplicación system-config-samba y un par de dependencias que necesita para poder funcionar con …

sudo apt-get install system-config-samba python-gtk2 python-glade2

Seguidamente arrancaremos el interface gráfico que nos acaba de instalar con …

sudo system-config-samba

Veremos un entorno como este …

A continuación vamos a compartir carpetas de la forma mas fácil que pueda existir sin pedir passwords ni usuarios a nuestros clientes. Se supone que este servidor lo tenemos en nuestro cuarto de casa y lo usamos yo y mi mujer para poder guardar toda la información que podamos necesitar por lo que no van a conectarse extraños que no puedan ver algo o necesiten permisos para grabar o borrar nuestros archivos.

Para hacer esto lo primero que necesitamos hacer es configurar el servidor SAMBA para que sea del mismo grupo de red que los demás equipos conectados a el con Windows. Para esto vamos a pulsar el botón ( Preferencias ) y a continuación ( Configuración del Servidor … ) …

En la primera casilla ( Grupo de trabajo ) debemos incluir el nombre que tenemos como grupo de trabajo en Windows. Para saber que nombre tiene nuestra red en Windows arrancamos nuestro ordenador cliente con Windows XP ( Que es el que he instalado expresamente para esto ) y seguimos los menús Inicio -> Panel de control …

Redimiendo y mantenimiento …

Sistema …

Y vamos hacia la pestaña Nombre de equipo donde podemos dar una breve descripción del equipo y cambiar el nombre del grupo de trabajo con el botón ( Cambiar ).

Una vez sabido esto continuamos con la segunda casilla ( Descripción ) es algo simbólico y que no afecta a la configuración por lo tanto puedes dejarlo por defecto o modificarlo a tu gusto.

Una vez configurado esto continuamos con el botón ( Seguridad ) y dejaremos todas las casillas tal cual podéis ver en la imagen …

Continuamos con el botón ( OK ) y ya estamos listos para compartir carpetas y archivos tanto en Windows como en Linux Ubuntu en este caso. Para compartir algún directorio aremos lo siguiente …

Primero pulsamos el botón ( Añadir Recurso Compartido ) y veremos la siguiente ventana …

Ahora pulsaremos el botón ( Examinar ) …

Ahora vamos a crear una carpeta que compartiremos con todos los ordenadores de nuestra red con el botón ( Create Folder ) e introducimos el nombre que deseemos para ese directorio ( En mi caso almacen )…

Una vez creado el directorio pulsamos el botón ( OK ) y como podemos ver ya se ha agregado ese nombre a la casilla ( Directorio ) y a la casilla ( Nombre de recurso compartido ).

En la casilla ( Descriptión ) podemos incluir una descripción de la carpeta que vamos a compartir. Esto es opcional ya que no interviene en nada al funcionamiento del servidor, así que tu mismo.

Marcamos las casillas ( Permiso de Escritura ) y ( Visible ) quedándonos así …

A continuación pulsamos sobre la pestaña ( Acceso ) y marcamos la casilla ( Permitir acceso a todos ) quedándonos así …

Para finalizar cerramos esta ventana con el botón ( OK ).

Esta es la configuración menos segura ya que puede conectarse cualquiera a nuestro recurso compartido siempre y cuando pueda conectarse físicamente a nuestra red de área local conectando un cable de red a nuestro swicht o router. ( Cosa que dudo bastante que alguien haga en mi casa )

Se pueden agregar usuarios e incluso tener que identificarse en el servidor cuando queramos acceder al recurso compartido pero he pensado que esta es la solución mas sencilla con la que podríamos configurar este servicio sin el mayor problema.

La única medida de seguridad que necesitamos para que nadie pueda acceder al recurso compartido desde Internet es asegurarnos de no tener abierto el puerto para Netbios 139 en nuestro Router ADSL así cuando alguien haga desde fuera una petición al puerto 139 nuestro Router no sabrá a que maquina redireccionarla y no le devolverá respuesta alguna.

Para finalizar la configuración de la carpeta que acabamos de crear necesitamos darle permisos para que se pueda escribir, borrar y leer en ella. Para esto vamos a abrir una Terminal pulsando con el botón derecho del ratón y siguiendo el menú Aplicaciones -> Consolas -> Bash

En mi caso cree una carpeta llamada ( almacen ) en la ruta /home/www y voy a darle permisos totales para que todos puedan leer y escribir en el directorio con …

sudo chmod 777 /home/www/almacen

En mi caso dispongo de un Windows XP y Linux Ubuntu como clientes de este servidor así que voy a explicar los pasos para conectarnos desde ellos sin problemas, veréis que fácil.

Para conectarnos desde un ordenador con Windows XP …

Pinchamos sobre el botón Inicio -> Mis sitios de Red y allí nos encontramos con nuestra carpeta compartida como por arte de magia.

Para conectarnos desde un ordenador con Linux Ubuntu …

Seguimos los menús Lugares -> Red …

Pinchamos sobre el icono ( Red de Windows ) …

Y aquí veremos nuestro grupo de trabajo. ( En mi caso REDES ) ….

Si pinchamos sobre el veremos nuestro servidor ( En mi caso HSNET ) …

Y si pinchamos sobre el veremos la carpeta que compartimos anteriormente ( En mi caso almacen ) …

Para crear un acceso directo de está carpeta a nuestro escritorio y así tenerla siempre a mano basta con arrastrarla hacia el escritorio y la podremos usar siempre que la necesitemos.

Si os dais cuenta con este manual hemos conseguido algo muy interesante y es que ya no necesitamos tener discos duros grandes en todos los ordenadores que tengamos por casa ya sean equipos portátiles o de sobremesa ya que podemos agregarle un disco duro o varios a nuestro servidor en Linux Ubuntu Server y compartirlos siempre que queramos o necesitemos mas espacio.

Si estas siguiendo el manual sobre Como montar un Servidor en Linux Ubuntu Server te invito a que continues por el siguiente capitulo llamado ( Almacén portátil USB )

Vía: Forat

Los pasos son sencillos

• Enciende el ordenador y cuando aparezca el prompt del grub o lilo presionas la tecla ESC
• Desplázate hasta la linea del kernel que uses (en caso de que sea más de uno) y presiona la tecla “e”
• Sitúate al final de la linea y agrega rw init=/bin/bash
• Presiona Enter y después b para reiniciar el sistema
• Tu sistema iniciará con el usuario Root y sin contraseña
• Para poner nueva contraseña tendrás que teclear: passwd tu_usuario
• Escribe la contraseña y evita olvidarla
• Reinicia el sistema

Ahora, lo que yo no entiendo es, si es tan fácil resetear una contraseña de administrador en un sistema Linux.. ¿para qué se utilizan? cualquiera podría resetear el sistema y acceder como administrador ¿no? supongo que en configuraciones con ordenadores al público o críticos este truco estará bloqueado por contraseñas en el boot loader.

Queremos reinsalar Roundcube desde cPanel en un sistema que lo tiene implementado.

Basta con lanzar esta instrucción para que todo se estabilice.

/usr/local/cpanel/bin/update-roundcube --force

ソルサン。

tuning-primer.tar

# wget -c http://www.solusan.com/wp-content/2009/07/tuning-primer.tar.gz
# tar xzvf tuning-primer.sh.zip
# chmod +x tuning-primer.sh.zip && ./tuning-primer.sh.zip

ソルサン。

Los usuarios habilitados para crear su archivo crontab se especifican en el archivo cron.allow. De manera análoga, los que no lo tienen permitido figuran en /etc/cron.d/cron.deny, o /etc/cron.deny, dependiendo de la versión de unix.

Cómo programar una tarea en crontab

Nada mejor que un ejemplo del archivo crontab

skrdz@root:#crontab -e
SHELL=/bin/bash
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root
HOME=/

# run-parts
01  * * * * root nice -n 19 run-parts /etc/cron.hourly
50  0 * * * root nice -n 19 run-parts /etc/cron.daily
22 4 * * 0 root nice -n 19 run-parts /etc/cron.weekly
42 4 1 * * root nice -n 19 run-parts /etc/cron.monthly

Para agregar, quitar o modificar tareas, hay que editar el crontab. Esto se hace con la orden crontab -e, que abrirá el editor definido en la variable de entorno EDITOR y cargará el archivo crontab correspondiente al usuario que está logueado.

Cada vez que se ejecuta el crontab, se envía un mail al usuario que aparece en la variable de entorno MAILTO, si está habilitado, indicándole la tarea realizada.

La sintaxis en sí…

El símbolo Numeral “#” es un comentario, todo lo que se encuentre después de ese carácter no será ejecutado por cron. El momento de ejecución se especifica de acuerdo con la siguiente tabla:

Minutos: (0-59)
Horas: (0-23)
Días: (1-31)
Mes: (1-12)
Día de la semana: (0-6), siendo 1=Lunes, 2=Martes, … 6=sábado y 0=Domingo
Para especificar todos los valores posibles de una variable se utiliza un asterisco (*).
La última columna corresponde al path absoluto del binario o script que se quiere ejecutar.

Por ejemplo:

24 12 * * 1 /usr/bin/who >> /home/hola.txt
Ejecuta la orden who todos los lunes a las 12:24 y guarda la salida en el archivo hola.txt

Para especificar dos o más valores en cada variable, estas deben estar separadas por comas, siguiendo con el ejemplo anterior:

0,24 * * * 1 /usr/bin/who >> /home/hola.txt

Ejecuta la orden who todos los lunes cada media hora y guarda la salida en el archivo hola.txt

Si queremos que se ejecute cada 15 minutos sería:

0,15,30,45 * * * * /usr/bin/who >> /home/quien.tex
ó
*/15 * * * * /usr/bin/who >> /home/quien.tex
En este ejemplo veremos como pasarle mas de un comando al cron y de paso como puede programarse una descarga:

30 21 * * * cd /media/sda7/dexter/distributions/isos;wget http://hola.com/archivo_a_descargar.loquesea

Este otro es para programar el apagado de la PC. En este caso todos los sábados a las 9:30 pm.

30 21 * * 6 /sbin/shutdown -h now

Espero que les haya servido!!! A mi me sirvió para programarle a moodle correr el script necesario para que envíe los correos de los foros o información importante a los estudiantes.

Vía: http://skrdz.wordpress.com/2007/08/31/programador-de-tareas-en-ubuntu-cron/

#!/bin/sh

/usr/sbin/exim -bpr | grep frozen | awk {'print $3'} | xargs /usr/sbin/exim -Mrm

Aunque a veces se nos quedan correos que están ‘mal formados’ para ello tira directamente del spool.

# cd /var/spool/exim/
# rm */message-id*

mysqlcheck -uda_admin -p -ro --all-databases