Instalando e configurando o network manager no ArchLinux
Posted by Hugo Doria | Filed under Arch Linux, Linux
O network manager vai permitir, por exemplo, que você possa configurar e ativar/desativar sua conexão de rede através de um ícone adicionado na bandeja do sistema. É algo simples, porém muito útil (principalmente para conexões wireless). Instalar o network manager é facil. Vamos lá:
Primeiramente verifique se o repositório [community] está habilitado no arquivo /etc/pacman.conf. Se não estiver, habilite. Depois atualize a lista de pacotes com:
# pacman -Syu
Agora instale o network manager com:
No Gnome/Xfce:
# pacman -S gnome-network-manager wireless_tools dbus hal
No KDE:
# pacman -S knetworkmanager dbus hal
Adicione o seu usuário ao grupo network:
# gpasswd -a login-do-usuario network
Configurando o sistema para usar o network manager
O network manager verifica no arquivo /etc/rc.conf se você quer usar dhcp ou ip fixo e se encarrega de fazer o resto. Para evitar conflitos é preciso que você desabilite sua interface de rede no arquivo.
Para fazer isso abra o arquivo /etc/rc.conf para edição e procure a linha que começa com INTERFACES. Em seguida adicione uma ! na frente da interface que você deseja desabilitar. Por exemplo:
Se seu arquivo está assim:
INTERFACES=(lo eth0)
Deixe-o assim:
INTERFACES=(lo !eth0)
Para definir se sua interface vai ser dhcp ou ip fixo, basta você setar isso na linha que começa com a sua interface. Exemplo:
Definindo a eth0 como dhcp:
eth0=”dhcp”
Definindo a eth0 como ip fixo:
eth0=”eth0 192.0.0.1 netmask 255.255.255.0 broadcast 192.0.0.255″
Adicionando o network manager na inicialização do sistema
Dentro do arquivo /etc/rc.cond procure a linha que começa com DAEMONS. Lá desabilite o daemon network (adicionando uma ! na frente) e adicione “dhcdbd networkmanager” (sem as aspas).
A entrada DAEMONS vai se parecer com isso:
DAEMONS=(syslog-ng dbus hal dhcdbd networkmanager netfs alsa gdm fam)
NOTAS:
- É importante que as entradas dhcdbd e networkmanager apareçam antes da entrada fam (se você tiver ela adicionada na lista).
- É recomendável que o dbus e o hal também estejam na lista DAEMONS.
É isso. Agora reinicie o sistema e verifique se tudo ocorreu bem.
Ah! Se, quando você reiniciar o computador, nenhum ícone do NM aparecer na bandeja do sistema rode o comando:
Para Gnome/XFCE:
$ nm-applet
Para KDE:
$ knetworkmanager
Abraços. :-)
Hugo Dória é pai, músico, desenvolvedor oficial e empacotador do Arch Linux, sysadmin e trabalha com instalação e configuração de servidores Linux. :)
September 7th, 2007 at 11:31 am
Bom dia Hugo.
Desculpe o incômodo, mas vcoê poderia postar seu rc.conf pra eu ver se acho o que pode estar acontecendo aqui?
Obrigado e um abraço.
Meu rc.conf:
GNU nano 2.0.6 Arquivo: /etc/rc.conf
#
# ———————————————————————–
# HARDWARE
# ———————————————————————–
#
# Scan hardware and load required modules at bootup
MOD_AUTOLOAD=”yes”
# Module Blacklist - modules in this list will never be loaded by udev
MOD_BLACKLIST=()
#
# Modules to load at boot-up (in this order)
# - prefix a module with a ! to blacklist it
#
MODULES=(8139cp 8139too mii ac97_bus snd-mixer-oss snd-pcm-oss snd-page-alloc snd-pcm snd-timer snd snd-ac97-codec snd-intel8×0 snd-intel8×0m soundcore evdev psmouse ipw2100)
# Scan for LVM volume groups at startup, required if you use LVM
USELVM=”no”
#
# ———————————————————————–
# NETWORKING
# ———————————————————————–
#
HOSTNAME=”arch1″
#
# Use ‘ifconfig -a’ or ‘ls /sys/class/net/’ to see all available
# interfaces.
#
# Interfaces to start at boot-up (in this order)
# Declare each interface then list in INTERFACES
# - prefix an entry in INTERFACES with a ! to disable it
# - no hyphens in your interface names - Bash doesn’t like it
#
# Note: to use DHCP, set your interface to be “dhcp” (eth0=”dhcp”)
#
lo=”lo 127.0.0.1″
eth0=”dhcp”
#eth0=”eth0 192.168.3.198 netmask 255.255.255.0 broadcast 192.168.3.255″
gateway=”default gw 192.168.3.1″
eth1=”dhcp”
#WLAN_INTERFACES=(eth1)
INTERFACES=(lo !eth0 !eth1)
#nameserver 200.225.197.34
#namserver 200.225.197.37
#
# Routes to start at boot-up (in this order)
# Declare each route then list in ROUTES
# - prefix an entry in ROUTES with a ! to disable it
#
#gateway=”default gw 192.168.1.1″
ROUTES=(!gateway)
#
# Enable these network profiles at boot-up. These are only useful
# if you happen to need multiple network configurations (ie, laptop users)
# - set to ‘menu’ to present a menu during boot-up (dialog package required)
# - prefix an entry with a ! to disable it
#
# Network profiles are found in /etc/network-profiles
#
#NET_PROFILES=(main)
#
# ———————————————————————–
# DAEMONS
# ———————————————————————–
#
# Daemons to start at boot-up (in this order)
# - prefix a daemon with a ! to disable it
# - prefix a daemon with a @ to start it up in the background
#
DAEMONS=(syslog-ng !network cpufreqd acpid iptables dhcdbd networkmanager netfs !crond alsa autofs dbus hal kdm fam)
# End of file
September 9th, 2007 at 9:28 pm
Lauro,
Tira a ! da frente do seu gateway em ROUTES. Segue meu rc.conf:
$ grep -v ^# /etc/rc.conf
LOCALE=”en_US.utf8″
HARDWARECLOCK=”localtime”
TIMEZONE=”America/Maceio”
KEYMAP=br-abnt2
CONSOLEFONT=ter-112n
CONSOLEMAP=
USECOLOR=”yes”
MOD_AUTOLOAD=”yes”
MOD_BLACKLIST=()
MODULES=(e100 mii)
USELVM=”no”
HOSTNAME=”bigboss”
lo=”lo 127.0.0.1″
eth0=”eth0 192.168.254.1 netmask 255.255.255.0 broadcast 192.168.254.255″
INTERFACES=(lo !eth0)
gateway=”default gw 192.168.254.254″
ROUTES=(gateway)
DAEMONS=(syslog-ng dbus hal dhcdbd networkmanager netfs alsa gdm sshd noip fam)
September 19th, 2007 at 10:48 am
Bom dia Hugo.
Obrigado pela resposta.
Não pude deixar de reparar que sua linha modules está sem quase nenhuma entrada. Onde está a informação para o sistema inicializar os módulos, inclusive da placa de rede sem fio?
Aqui, continuo com o mesmo problema: Tenho que dar um rmmod e depois um modprobe ipw2100 como root para que minha placa funcione. Embora o módulo ipw2100 esteja sendo carregado na inicialização, a placa wireless não é encontrada pelo sistema (ela não aparece qdo dou um ifconfig).
Outra coisa: Quando tento fazer um download de um arquivo do office (.pps, .doc etc) em meu webmail usando o firefox a opção abrir tenho que procurar o caminho para o programa, ele não aparece como default. Já verifiquei na associação de arquivos do kde, nas opções do firefox e até agora não consegui.
Outra: meu dicionário do openoffice parece que está com problemas de codificação. Em meu rc.conf escolhi o locale=pt_BR.utf8, tudo parecia bem, mas descobri esse problema com o pt-br.dic do openOffice. O que pode estar acontecendo?
Me desculpe, mas procurei respostas a estas minhas perguntas na internet e ainda não encontrei, aliás a maior dificuldade que estou tendo é esta, encontrar respostas a meus problemas… mas vamos lá tendo paciência e “abusando” da paciência de alguns afortunados chegarei lá.
September 19th, 2007 at 2:12 pm
Opa Lauro,
Tudo tranquilo?
O sistema carrega meus modulos automaticamente. E o udev + hal fazem boa parte do trabalho sujo para mim.
A única coisa que influencia nos modulos que fiz foi editar o HOOKS no arquivo /etc/mkinitcpio.conf. O meu está assim:
HOOKS=”base udev autodetect ide scsi sata pcmcia keymap filesystems”
–
Quando você baixar um novo arquivo .doc, por exemplo, na hora que o firefox abrir a janela perguntando onde você quer salvar o arquivo, marque a opção:
“Do this automatically for files like this from now on”
Isso deve resolver.
–
Pro dicionário do openoffice:
Tenta criar e instalar esse pacote:
http://aur.archlinux.org/packages.php?do_Details=1&ID=7252
É só baixar o tarball, descompactar e rodar makepkg dentro do diretório criado.
–
Esse seu problema do modulo da placa wireless eu não sei resolver, infelizmente. Se cadastra na nossa lista de discussão e manda um e-mail com o seu problema. Provavelmente alguém poderá te ajudar. O endereço da lista é:
http://groups.google.com/group/archlinux-br
Abraços.
September 20th, 2007 at 10:45 am
“Tudo tranquilo?”
Tudo, e você? Espero que também esteja. :)
“O sistema carrega meus modulos automaticamente. E o udev + hal fazem boa parte do trabalho sujo para mim.”
Mas como ele faz isso? Os módulos e daemos a serem carregados não deveriam estar no rc.conf? Onde você especificou como e quais devem ser carregados?
“A única coisa que influencia nos modulos que fiz foi editar o HOOKS no arquivo /etc/mkinitcpio.conf. O meu está assim:”
Não entendi, elefaz o que? Tenho que olhar esse arquivo depois, agora estou em outra máquina.
““Do this automatically for files like this from now on””
Não é essa a solução. Isso foi a primeira coisa que fiz, não deu certo.
“Tenta criar e instalar esse pacote:
http://aur.archlinux.org/packages.php?do_Details=1&ID=7252”
Vou tentar, mas acredito que o problema seja outro (problema com as palavras acentuadas do dicionário ) deve ser algum problema de codificação UTF8/ISO.
“Se cadastra na nossa lista de discussão e manda um e-mail com o seu problema. Provavelmente alguém poderá te ajudar.”
Já me cadastrei, vou procurar por lá alguma alma com conhecimento e paciência ;)
De qualquer forma, obrigado novamente.
Um abraço.
September 24th, 2007 at 5:11 pm
Opa Lauro,
Os daemons estão no rc.conf, já os modulos são carregados automaticamente pelo udev. E só preciso colocar os modulos no rc.conf quando eles não são reconhecidos automaticamente.
-
O mkinitcpio.conf é um arquivo que “gera” uma nova imagem do kernel. Customizando esse arquivo você pode definir quais modulos devem ser carregados pelo kernel.
-
Como está a configuração do seu locale tanto no rc.conf quanto no /etc/locale.gen?
Abraços :)
October 3rd, 2007 at 5:57 pm
Ola Hugo, tudo bém ?
Eu tenho instalado em meu UBUNTU Feisty o network manager, só que, ele nao me da a opção de configurar VPN quando clico no ícone na bandeja do sistema. Só aparece “configuração manual”.
Agradeço desde já
August 3rd, 2008 at 9:39 pm
Senhores,
Eu tenho problemas parecidos com estes, listados acima, mas, vejo
que a maioria está relacionada com as novas tecnologias do
Kernel-Linux que ainda não foram bem documentadas e/ou digeridas
pelos experts brasileiros (artigos em portugues) tais como :
- Como funciona e como se configura a dupla UDEV + HAL, pois a maioria de problemas de criação/permissões de devices oriundas do modulo “autodetect” está relacionado com os arquivos de regras do UDEV, que penso eu deveria ter um cuidado especial no ArchLinux..
- Como funciona a integração do UDEV+HAL com os gerencidores de desktops (Gnome,KDE,Xfce,Openbox) na hora de reagir as mudanças
(comportamento) sinalizadas via HAL, pois há ainda muitos requicios
(quebra-galhos) de scripts que tentavam fazer isto antes de sugir
o HAL …
- Esta padronização (UDEV+HAL+DBUS)(fredesktop.org) de sistemas para comunicação entre hardware e programas, e entre programas via DBUS, ainda está muito carente de divulgação+documentação, e de aceitação total por parte dos principais gerencidores de desktops(gnome+kde)..
- Um exemplo, a pouca divulgação/docum. dos namespaces/api das aplicações que suportam DBUS, portanto, a poucas pessoas que sabem
controlalas utilizando-se deste recurso muito interessante…
- Mas há grandes avanços, o Gnome 2.22.+ e o KDE4+ trouxeram uma esperança com respeito a padronização das estruturas acima citadas,
mas, falta a documentação descrevendo como funciona na pratica (How to)..
- O ArchLinux é uma distro altamente configurável, o que é muito interessante, porque o usuário tem novamente o controle em todos
os aspectos, mas, eu acho que faltam mais configurações padrão (default), para garantir um funcionamento correto logo após a
instalação, sem ter que mexer em nada (clean start)…
- Fazer um sistema linux iniciar sem problemas básicos (drivers,rede,desktop,menus-funcionais), não necessáriamente implica em esconder a dificuldade que está por trás(backend) do usuário mas em definir o minimo para que esse sistema possa oferecer uma experiencia ludica ao usuário iniciante (newbie)…
- Como distro base para servidores ela é 10 pois o hardware é mais homogenio e de melhor qualidade, mas para desktop, é preciso trabalhar mais nas configurações padrão…
- A seção de scripts do site ArchLinux-BR indica um avanço importante, mas, eu penso nos scripts, mais como facilitadores(helpers) da configuração e orientados para resolver os problemas dos usuarios do sistema, principalmente em se tratando de usuários desktop…
Em resumo, é um desabafo meu, o ArchLinux é para mim uma fonte de conhecimento e experiencias importantes …
No fundo eu entendo, o processo de desenvolvimento do linux em geral está muito acelerado e não há muito tempo ou paciencia para se documentar as tecnologias, então só sobra uns poucos mortais que conseguem vasculhar foruns oficiais ou não, conversar com os desenvolvedores em IRCs ou ainda ler o codigo fonte para extrair a
documentação “in loco” (hi) …