During my last job I got the chance to work at Portugal’s largest mobile operator, TMN, and I was relocated to Marocco for one month, on a Bandwidth Control project.

Although I wasn’t thinking about leaving PTInovação, I recieved a job offer from Lisbon. One of Portugal’s top consultancy firms, which plays head to head with Accenture and Deloitte in both national and international markets, gave me an offer I couldn’t refuse, and I didn’t.

So here I am, at Novabase ACD, over-looking the Lisbon Casino and the Tejo River from my desk. This is prime real-estate. Simply one of the best places to work in Lisbon.

So here go the perks:

Dell Laptop

Nokia Phone (Calls Paid)

Health Insurance (In Portugal its not that common)

And a pretty decent salary pakage.

Oh, ya.. and my next country to be relocated to will be Angola..

See you soon

It will be changing every day I have a few minutes to spare.

Any ideas on what I could do next? Email me

And to start off, here is the most recent perk:

Well what I’m gonna talk about today is how to export the serial console from your kvm-qemu virtual machine to a certain tty on your server.

It’s quite easy:

First thing is to start your vm with the -serial /dev/tty6 (or 7 or 8 or whatever) switch.

Ok so now we’ve got our server listening on the tty we specified for a serial connection. Now lets go to our virtual machine.

On our virtual machine, go to /boot/grub/menu.1st and add the following lines to the top of the file:

serial --unit=0 --speed=115200 --word=8 --parity=no --stop=1
terminal --timeout=15 serial console

And change the kopt (in the same file) to:

# kopt=root=/dev/hda1 ro console=tty0 console=ttyS0,115200n8

Now go to your /etc/inittab and uncomment this line:

T0:23:respawn:/sbin/getty -L ttyS0 9600 vt100

Now we have to update grub:

update-grub

And reboot the virtual machine

Lets go back to our server:

try to enter the tty you specified, and there you go, your virtual machine is now exported to your servers tty.

Amsterdam Airport – Best Airport i’ve been at in my life, casino, stores, burguer king, kfc, macdonalds, the works. Amazing and Big.

Northwestern Airlines Flight Amsterdam to Detroit – Nice plane, onboard entertainment, watched 3 movies. Cabin crew was the worse i’ve seen in my life. Completly unprofessional. Arriving in Detroit. After passing through passport control, being asked why i’m going to canada and why i’m canadian, (stupid americans!) i had to take off my jacket, everything from my pockets and my shoes! Being told my baggage would go straight to toronto, wasnt expecting having to pick it up in detroit and checking it in again, bloody americans.

Northwestern Detroit – Toronto – Wow, even more unprofessional, they seemed high or something.

I’ll continue later..

$ ssh-keygen -t dsa -f ~/.ssh/id_dsa -P ”

This should result in two files, ~/.ssh/id_dsa (private key) and ~/.ssh/id_dsa.pub (public key).
#

Copy ~/.ssh/id_dsa.pub to the server.
#

On the server run the following commands:

$ cat id_dsa.pub >> $HOME/.ssh/authorized_keys2
$ chmod 0600 $HOME/.ssh/authorized_keys2

On the machine to be backed up
1- vi /root/.ssh/authorized_key2
and add your key

On the machine holding backuppc
2- vi /etc/backuppc/hosts
and add the host
weirdo-ipv4 0 backuppc
weirdo is the hostname / note: the dns resolves the name weirdo-ipv4 to an ip

3- as root type: su backuppc
and now execute this line :
ssh -q -x -l root -i /etc/backuppc/id_dsa weirdo-ipv4 /usr/bin/rsync
it will ask you a yes / no question, answer yes and type exit (to return to root on your backuppc computer)

4- Go into the backuppc webinterface and go to the pull down menu, you should now see weirdo-ipv4 in the list of available computers to backup from.

Click it, and then on start full backup,
Your set, your backups should be working

Em finais da decada de 60 e durante a decada de 70, uma investigação foi levada a cabo e financiada pelo DARPA, agência governamental de investigaçao de defesa dos EUA, no ambito da ARPANET, uma rede de comutaçao de pacotes, da qual resultou o modelo TCP/IP.

A arquitectura protocolar em si foi desenvolvida em 1974, especificamente para a Internet. Contudo, devido ao sucesso actual da Internet, esta reside implementada e é utilizada em vários sistemas para suportar serviços não directamente relacionados com a mesma. Uma das vantagens deste protocolo situa-se na possibilidade de interligação de dispositivos que se encontrem em diferentes redes físicas, como por exemplo imprimir um documento numa impressora situada na Sede da empresa em Portugal estando na filial dos Estados Unidos ou em qualquer lugar através da Internet.

Podemos então dividir o modelo TCP/IP em 4 / 5 Camadas:
- Aplicação
- Transporte
- Rede (Internet)
- Acesso à Rede
- Física (nem sempre incluída, alguns autores ignoram esta)

No modelo TCP/IP é normal agrupar os protocolos tendo em conta os serviços que necessitam. Ou seja, um protocolo que necessite apenas de serviços da camada 3 é colocado na camada 4 independente da sua funcionalidade, isto faz com que tenhamos na mesma camada TCP/IP protocolos como várias funcionalidades distintas e diferentes daquelas que o nome nos levaria a supor.

Algumas das funcionalidades de cada camada sao exemplificadas a seguir:
Na camada de Aplicação temos o FTP, Telnet, HTTP, ja na camada de Transporte temos o protocolo TCP e o UDP, na camada de Rede (Internet) temos o protocolo IP e na camada de Acesso à Rede temos os protocolos Ethernet e Ponto a Ponto entre outros. Na camada Física temos os protocolos de acesso ao meio fisico da rede.

A criação de standards TCP/IP passa por um largo processo de analise, passando por várias comissões de standarizaçao, como a IETF, a IAB e a ISOC.

O processo de criação de uma suite de protocolos de Internet é documentado num processo iterativo em que os diversos componentes são desenvolvidos individualmente. Para cada componente, este processo é iniciado através da criação de um internet draft, que expira 6 meses depois. Até à sua expiração, ou mesmo depois, o componente é refinado produzindo-se um novo Internet Draft. Este processo repete-se até que se atinja a maturidade pretendida. O último draft é depois eleito para Experimental RFC e sofre um processo de estandardização de refinamento final. Daqui resulta um RFC seguindo a nomenclatura RFC#### (ex RFC3452). O conjunto dos diversos RFCs que compõem a arquitectura forma um Internet Standard.

Endereçamento IP

O TCP/IP requer que cada interface (placa de rede) numa rede TCP/IP tenha um endereço IP próprio e diferente de qualquer outro. Existem dois tipos de esquemas de endereçamento IP: IPv4 e IPv6.

IPv4

Um endereço IPv4 é um numero de 32 bits, normalmente representado como um numero decimal com 4 partes, estando separados por um ponto. Normalmente designa-se esta representação por dotted decimal. Num endereço IPv4, cada byte individual, ou octeto como por vezes se chama, pode ter um valor de amplitude entre 0 e 255.

Existem 5 maneiras de classificar um endereço IPv4. Designadas por Classe A, Classe B, Classe C, Classe D e Classe E.

A classe A foi desenhada para redes muito grandes, ou seja com muitas maquinas ligadas. A porção de rede (Network ID) de uma rede de Classe A são os primeiros 8 bits, deixando os seguintes 24 bits para identificação de hosts (maquinas). Visto cada bit poder ter valor 0 ou 1 (2 hipoteses), e como temos 24 bits para identificação de maquinas, 224 = 16,777,214. Logo poderemos ter essas maquinas todas em teoria ligadas á rede. Exemplos de redes de Classe A são, General Electric, IBM, HP, Apple, Xerox e a rede privada 10.0.0.0. Todas as redes desta classe estão a ser utilizadas.

A Classe B foi desenhada para redes de tamanho médio. Neste caso ja temos os primeiros primeiros 16 bits para a porção de rede (Network ID), deixando os proximos 16 para identificação de maquinas. Exemplos de redes de Classe B são, Microsoft, Exxon e as 16 redes privadas no intervalo entre 172.16.0.0 e 172.31.0.0, inclusivé. As redes desta classe são normalmente vistas como se não tivessem disponiveis para aquisição, embora de vez em quando estejam disponiveis.

A Classe C foi desenhada para redes pequenas, com poucas maquinas ligadas. Nestas redes temos os primeiros 24 bits para a identificação da rede e os próximos 8 bits para a identificação das maquinas, podendo ter um maximo de 254 maquinas em cada rede. Exemplos de redes de Classe C são as 256 redes privadas desde o 192.168.0.0 ate 192.168.255.0. Ainda estão disponiveis redes de Classe C.

A Classe D é a amplitude de endereços Multicast, nao podendo ser utilizadas para redes. Funcionam como endereços de broadcast (endereços de destino).

A Classe E está reservada para fins experimentais.

Resumindo:

Class
Allocação de Bits
A
Rede – 7bits
Host (Endereço de Maquinas) – 24 bits
B
Rede – 14bits
Host – 16 bits
C
Rede – 21 bits
Host – 8bits
D
Endereços de Multicast – 28bits
E
Experimental – 28bits

IPv6

O endereçamento IPv6 foi desenhado originalmente por causa da falta de endereços IPv4. Como o endereçamento IPv6 utiliza um esquema de endereçamento de 128 bits, existirão por volta de 79,000,000,000,000,000,000,000,000,000 (79 octiliões) vezes mais de endereços que o endereçamento IPv4. Existe tambem outra diferença entre o IPv4 e o IPv6, pois o IPv6 utiliza uma notação sob a forma de 8 conjuntos de 4 digitos hexadecimais (ao contrario dos 4 conjuntos de 8 bits do IPv4). Um exemplo do endereçamento IPv6 será: 3FFE:0B00:0800:0002:0000:0000:0000:000C.