Quando o Linux não levanta a interface de rede

Certa vez tive um problema quando tentei instalar uma terceira placa de rede e não deu certo. Até então havia utilizado no máximo duas placas de rede, mapeadas em eth0 e eth1 e nunca uma terceira placa. Com duas o Linux mapeou certinho, podendo levantá-las ou baixá-las com ifconfig, mas com 3 placas, apesar de conhecer a terceira, não foi possível utilizar sua interface (eth2, eth3, …) com ifconfig.
Através do comando lspci, observei que as três placas foram reconhecidas normalmente, sendo 2 onboard (placa ASUS) e uma offboard (3COM), como mostra a saída do comando abaixo:

$ lspci | grep Ethernet

02:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8056 PCI-E Gigabit Ethernet Controller (rev 12)
05:00.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX [Cyclone] (rev 30)
05:02.0 Ethernet controller: Marvell Technology Group Ltd. 88E8001 Gigabit Ethernet Controller (rev 14)

Pesquisando na internet, descobri que as informações persistentes sobre rede (as placas) são guardadas no arquivo /etc/udev/rules.d/70-persistent-net.rules. Talvez mude em uma versão posterior ou em outra distribuição, mas é fácil descobrir qual o arquivo:

$ cd /etc/udev/rules.d
$ ls *net.rules*

O comando mostra o arquivo utilizado.
Nesse arquivo estão mapeadas todas as placas de rede reconhecidas pelo Linux, inclusive firewire. Conteúdo do arquivo:

$ cat 0-persistent-net.rules
# PCI device 0x11ab:0x4364 (sky2)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:24:8c:a4:04:72", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

# PCI device 0x11ab:0x4320 (skge)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:24:8c:a4:03:dc", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"

# Firewire device  (nodemgr)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:1e:8c:00:01:e1:cc:91", ATTR{type}=="24", KERNEL=="eth*", NAME="eth2"

# PCI device 0x10b7:0x9055 (3c59x)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:50:04:22:62:16", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"

No arquivo acima estão, em ordem:


1 –> a primeira placa de rede onboard, mapeado como eth0;

2 –> a segunda placa de rede onboard, mapeado como eth1;

3 –> uma placa firewire onboard, mapeado como eth2;

4 –> a terceira placa de rede offboard, mapeado como eth1.



Esse arquivo é atualizado automaticamente pelo Linux quando uma nova placa de rede é inserida no micro. O erro que ocorreu foi que a partir da terceira, ele sempre atribui a interface eth1!!
Para corrigir isso, basta atribuir manualmente a interface correta, que nesse caso eu coloquei eth3:

# PCI device 0x11ab:0x4364 (sky2)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:24:8c:a4:04:72", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

# PCI device 0x11ab:0x4320 (skge)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:24:8c:a4:03:dc", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"

# Firewire device  (nodemgr)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:1e:8c:00:01:e1:cc:91", ATTR{type}=="24", KERNEL=="eth*", NAME="eth2"

# PCI device 0x10b7:0x9055 (3c59x)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:50:04:22:62:16", ATTR{type}=="1", KERNEL=="eth*", NAME="eth3"

Isso também pode ser utilizado para trocar a interface de rede entre as placas, mudando de eth0 para eth1, ou vice-versa, entre as placas de rede instaladas.
Foi preciso reiniciar a máquina para que as alterações tenham efeito. 

Brasil paga 10 vezes mais por banda larga que países ricos

Parece brincadeira, e de mal gosto, mas não é. Nós, brasileiros, pagamos nada mais nada menos que dez vezes mais pelo preço da banda larga que cidadãos de países desenvolvidos, segundo estudo divulgado pelo IPEA (Instituto de Pesquisa Econômica Aplicada). Um estudo bastante abrangente, diga-se de passagem, embora o enorme gap revelado entre a disponibilidade de internet banda larga e o custo que pagamos seja esperado e não seja lá uma novidade (basta olhar em volta). Porém o que não deixa de assustar pela precisão dos números.

Segundo o estudo…

Enquanto na renda mensal dos brasileiros o gasto médio com banda larga no Brasil custava, proporcionalmente, 4,58% da renda mensal per capita de 2009, nos países desenvolvidos a mesma relação gravitava em torno de 0,5% –quase dez vezes menor, segundo os dados apresentados. Na Rússia, o índice caía para menos da metade no período, ou 1,68%.

O IPEA apontou ainda três fatores que contribuem para tamanha disparidade entre os preços praticados de banda larga entre países pobres e ricos:

• baixo nível de competição,
• elevada carga tributária,
• baixa renda da população

O Plano Nacional de Banda Larga, que prevê um acesso a internet por banda larga a um custo que gira em torno de R$30, ainda segue em discussão e deve vir somente em 2011. Seria de grande ajuda no sentido de democratização do acesso a um serviço tão básico para o cidadão do século 21.

Outros dados que são importantes considerar, conforme divulgados pelo estudo:

Segundo os técnicos do Ipea, o Brasil tem uma média de conexão de 1 Mbps (megabit por segundo), enquanto países como Japão e Coreia têm conexões de 100 Mbps. “Isso acontece por causa do uso de fibra óptica, que propicia velocidades mais altas”, afirmou Kubota.

Na divisão por velocidade de conexão, 34% das residências têm até 256 Kbps, enquanto 20% apresentam conexão entre 256 Kbps e 1 Mbps. Outros 15% possuem conexões entre 1 e 2 Mbps. Conexões entre 4 e 8 Mbps ou acima disso correspondem a apenas 2% da população. Outros 23% não souberam responder as velocidades.

É uma situação vergonhosa para um país que quer ser destaque positivo em termos de desenvolvimento, um líder na América Latina. Ainda mais para um país que espera grandiosos eventos como Olimpiadas e Copa do Mundo.

Ademais, a internet é a esteira do desenvolvimento da educação no cenário mundial. Negar internet tambem é negar educação. Do que adianta enormes investimentos em Educação a Distância se não temos infraestrutura para atender a demanda?

Todo o investimento feito nesse sentido tem retorno garantido, afinal, com mais conhecimento disseminado e redução dos custos dos processos educacionais, teremos um povo mais preparado para os desafios do futuro, que por sua vez retornará com maiores contribuições para o desenvolvimento do país. É um ciclo fabuloso!

Quando teremos de fato um acesso a internet de forma decente, sabemos apenas na teoria, até porque os políticos costumam se empolgar um pouco mais em véspera de eleições. Cabe a nós tomar cuidado com os candidatos que iremos votar. Agora é a hora de ficar ainda mais ligado nos planos de campanha de cada um, conhecer suas prioridades…não ter medo de mudar, se preciso for.

Fonte: carreiradeti.com

DNS Público no google

Novidade do dia! O Google acaba de lançar um serviço de DNS público e gratuito. o Google Public DNS. Este projeto é um sistema de nomes de domínio global e livre, que você poderá utilizar como uma alternativa para seu atual provedor de DNS. Por sinal, os DNSs públicos do Google são muito fáceis de decorar. O DNS Primário possui o endereço de IP 8.8.8.8, e o DNS Secundário, 8.8.4.4.

O Google garante que, utilizando seu serviço de DNS público, você terá uma experiência de navegação muito maior, aumentará sua segurança durante o uso da Internet, além de conseguir os resultados que você espera sem ocorrer nenhum redirecionamento. Resumindo: esse serviço do Google promete!

Veja: http://code.google.com/intl/pt-BR/speed/public-dns/docs/using.html 

Fonte: under-linux

O que é backbone?

Graças a ele, você pode acessar a Internet.

Pouca gente sabe, mas se não fosse pelo backbone, provavelmente não teríamos acesso à Internet em nossas casas, empresas, nos shoppings e outros ambientes. Backbone significa “espinha dorsal”, e é o termo utilizado para identificar a rede principal pela qual os dados de todos os clientes da Internet passam. É a espinha dorsal da Internet.

Esta rede também é a responsável por enviar e receber dados entre as cidades brasileiras ou para países de fora. Para que a velocidade de transmissão não seja lenta, o backbone utiliza o sistema “dividir para conquistar”, pois divide a grande espinha dorsal em várias redes menores.

Explicando melhor

Quando você envia um email ou uma mensagem pelo MSN, as informações saem do seu computador, passando pela rede local para depois “desaguar” no backbone. Assim que o destino da mensagem é encontrado, a rede local recebe os dados para então repassar para o computador correto.

Para entender melhor o conceito, pense no backbone como uma grande estrada, que possui diversas entradas e saídas para outras cidades (redes menores). Nesta estrada, trafegam todos os dados enviados na Internet, que procuram pela cidade certa a fim de entregar a mensagem.No Brasil, as empresas prestadoras deste serviço são: BrasilTelecom, Telecom Italia, Telefônica, Embratel, Global Crossing e a Rede Nacional de Ensino e Pesquisa (RNP).

Bloqueio nacional

Bloqueio nacionalVocê já deve ter ouvido falar de alguns países que bloqueiam o acesso a certos sites, como o YouTube. Como os sites, no submundo dos bits, nada mais são do que números de identificação, uma vez que esses códigos identificadores sejam bloqueados de modo que o backbone não possa enviar seu conteúdo, o país inteiro fica sem autorização para acessar as páginas.

Embora não pareça complicado, bloquear um site para que um país inteiro não tenha acesso ao seu conteúdo não é uma tarefa muito trivial. No entanto, uma vez feito, é praticamente impossível burlar a segurança.

Fonte: baixaki/info 

SWScanner - Sniffer para redes wireless

Simples Wireless Scanner (SWScanner) é um aplicativo para ambiente Linux projetado para digitalização e configuração de redes sem fios. SWScanner
é tambaém um poderosa ferramente de wardriving e tem um elevado nível de compatibilidade com NetStumbler, um semelhante aplicação para windows.

  * SWScanner usa wireless-extensões.
  * Detalha e atualiza informação de sinal, ruído e outros parâmetros da rede sem fios da interface selecionada.
  * GPS integração.
  * Possibilidade de armazenamento de configurações de rede dos pontos de acesso detectados.
  * Simplifica o associa/desassocia processo de um ponto de acesso.
  * Posibilidade de armazenar dados digitalizados.
  * Simplifica wardriving.
  * Combatible registo de dados entre NetStumbler e SWScanner, ou seja: é possível abrir um arquivo texto ou resumo elaborado com NS. NS também reconhece os arquivos produzidos pela SWScanner.
  * Conversão de log (texto ou sumário) arquivos (de NS ou SWScanner) em formato ESRI Shapefile.

Instalação:

Durante a instalação, a versão atual era a 0.2.2. Nessa versão, o pacote do repositório do Ubuntu dava erro ao acessar com privilégios de root. Por isso, o pacote foi baixada da página e instalado manualmente.  Para evitar que o pacote fosse substituído pelo pacote do repositório, fui usado o recurso abaixo para "avisar" ao apt-get que não deve atualizar o pacote.
Instalando e resolvendo dependências:

 $ sudo dpkg -i swscanner_0.2.2-2_i386.deb
 $ sudo apt-get install -f

Evitando substituição pelo pacote do repositório. Primeiro crie o arquivo preferences e depois entre com o código nesse arquivo:

  $ sudo vi /etc/apt/preferences

E adicionar isto:

  Package: swscanner
  Pin: version 0.2.2-2
  Pin-Priority: 1001

Fonte: SWScanner