Problemas em acessar servidor samba!

[FuRuKaWa]

Galera to com um probleminha aqui.
Instalei pra estudo um servidor samba pelo virtualbox. A distribuição que eu uso é o Ubuntu Server 11.10 em modo texto e a versao do samba é a 3.5.11.
Já procurei em vários tutoriais pela net, mas todos os que eu encontro são diferente e eu não sei mais o que fazer.
Eu consegui fazer com que o meu windows físico, veja a minha pasta /home que eu compartilhei, mas quando eu tento acessar aparece uma janela pedindo login e senha e eu digito todos os logins e senhas que eu criei e nenhuma da certo.
Queria poder mandar a saída do meu arquivo /etc/samba/smbd.conf, mas como esta em modo texto o gedit não funciona.

Alguém pode me ajudar?

[zekkerj]

Supondo que você já tenha o usuário criado no Linux, você tem que adicioná-lo ao samba com o comando

sudo smbpasswd -a usuario

A partir daí vc vai conseguir se conectar com esse usuário ao compartilhamento, usando a senha que você cadastrou.

[FuRuKaWa]

Fiz isso e nao ta dando certo, continua sem acessar!

[zekkerj]

Tente copiar o conteúdo do seu smb.conf pra cá.

[FuRuKaWa]

Tente copiar o conteúdo do seu smb.conf pra cá.

Segue post gigante:

#
# Sample configuration file for the Samba suite for Debian GNU/Linux.
#
#
# This is the main Samba configuration file. You should read the
# smb.conf(5) manual page in order to understand the options listed
# here. Samba has a huge number of configurable options most of which
# are not shown in this example
#
# Some options that are often worth tuning have been included as
# commented-out examples in this file.
#  - When such options are commented with ";", the proposed setting
#    differs from the default Samba behaviour
#  - When commented with "#", the proposed setting is the default
#    behaviour of Samba but the option is considered important
#    enough to be mentioned here
#
# NOTE: Whenever you modify this file you should run the command
# "testparm" to check that you have not made any basic syntactic
# errors.
# A well-established practice is to name the original file
# "smb.conf.master" and create the "real" config file with
# testparm -s smb.conf.master >smb.conf
# This minimizes the size of the really used smb.conf file
# which, according to the Samba Team, impacts performance
# However, use this with caution if your smb.conf file contains nested
# "include" statements. See Debian bug #483187 for a case
# where using a master file is not a good idea.
#

#======================= Global Settings =======================

[global]

## Browsing/Identification ###

# Change this to the workgroup/NT-domain name your Samba server will part of
   workgroup = CASA

# server string is the equivalent of the NT Description field
   server string =  server virtual

# Windows Internet Name Serving Support Section:
# WINS Support - Tells the NMBD component of Samba to enable its WINS Server
#   wins support = no

# WINS Server - Tells the NMBD components of Samba to be a WINS Client
# Note: Samba can be either a WINS Server, or a WINS Client, but NOT both
;   wins server = w.x.y.z

# This will prevent nmbd to search for NetBIOS names through DNS.
   dns proxy = no

# What naming service and in what order should we use to resolve host names
# to IP addresses
;   name resolve order = lmhosts host wins bcast

#### Networking ####

# The specific set of interfaces / networks to bind to
# This can be either the interface name or an IP address/netmask;
# interface names are normally preferred
;   interfaces = 127.0.0.0/8 eth0

# Only bind to the named interfaces and/or networks; you must use the
# 'interfaces' option above to use this.
# It is recommended that you enable this feature if your Samba machine is
# not protected by a firewall or is a firewall itself.  However, this
# option cannot handle dynamic or non-broadcast interfaces correctly.
;   bind interfaces only = yes



#### Debugging/Accounting ####

# This tells Samba to use a separate log file for each machine
# that connects
   log file = /var/log/samba/log.%m

# Cap the size of the individual log files (in KiB).
   max log size = 1000

# If you want Samba to only log through syslog then set the following
# parameter to 'yes'.
#   syslog only = no

# We want Samba to log a minimum amount of information to syslog. Everything
# should go to /var/log/samba/log.{smbd,nmbd} instead. If you want to log
# through syslog you should set the following parameter to something higher.
   syslog = 0

# Do something sensible when Samba crashes: mail the admin a backtrace
   panic action = /usr/share/samba/panic-action %d


####### Authentication #######

# "security = user" is always a good idea. This will require a Unix account
# in this server for every user accessing the server. See
# /usr/share/doc/samba-doc/htmldocs/Samba3-HOWTO/ServerType.html
# in the samba-doc package for details.
   security = user
   username map = /etc/samba/smbusers

# You may wish to use password encryption.  See the section on
# 'encrypt passwords' in the smb.conf(5) manpage before enabling.
   encrypt passwords = true

# If you are using encrypted passwords, Samba will need to know what
# password database type you are using. 
   passdb backend = tdbsam

   obey pam restrictions = yes

# This boolean parameter controls whether Samba attempts to sync the Unix
# password with the SMB password when the encrypted SMB password in the
# passdb is changed.
   unix password sync = yes

# For Unix password sync to work on a Debian GNU/Linux system, the following
# parameters must be set (thanks to Ian Kahan <<kahan@informatik.tu-muenchen.de> for
# sending the correct chat script for the passwd program in Debian Sarge).
   passwd program = /usr/bin/passwd %u
   passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .

# This boolean controls whether PAM will be used for password changes
# when requested by an SMB client instead of the program listed in
# 'passwd program'. The default is 'no'.
   pam password change = yes

# This option controls how unsuccessful authentication attempts are mapped
# to anonymous connections
   map to guest = bad user

########## Domains ###########

# Is this machine able to authenticate users. Both PDC and BDC
# must have this setting enabled. If you are the BDC you must
# change the 'domain master' setting to no
#
;   domain logons = yes
#
# The following setting only takes effect if 'domain logons' is set
# It specifies the location of the user's profile directory
# from the client point of view)
# The following required a [profiles] share to be setup on the
# samba server (see below)
;   logon path = \\%N\profiles\%U
# Another common choice is storing the profile in the user's home directory
# (this is Samba's default)
#   logon path = \\%N\%U\profile

# The following setting only takes effect if 'domain logons' is set
# It specifies the location of a user's home directory (from the client
# point of view)
;   logon drive = H:
#   logon home = \\%N\%U

# The following setting only takes effect if 'domain logons' is set
# It specifies the script to run during logon. The script must be stored
# in the [netlogon] share
# NOTE: Must be store in 'DOS' file format convention
;   logon script = logon.cmd

# This allows Unix users to be created on the domain controller via the SAMR
# RPC pipe.  The example command creates a user account with a disabled Unix
# password; please adapt to your needs
; add user script = /usr/sbin/adduser --quiet --disabled-password --gecos "" %u

# This allows machine accounts to be created on the domain controller via the
# SAMR RPC pipe. 
# The following assumes a "machines" group exists on the system
; add machine script  = /usr/sbin/useradd -g machines -c "%u machine account" -d /var/lib/samba -s /bin/false %u

# This allows Unix groups to be created on the domain controller via the SAMR
# RPC pipe. 
; add group script = /usr/sbin/addgroup --force-badname %g

########## Printing ##########

# If you want to automatically load your printer list rather
# than setting them up individually then you'll need this
#   load printers = yes

# lpr(ng) printing. You may wish to override the location of the
# printcap file
;   printing = bsd
;   printcap name = /etc/printcap

# CUPS printing.  See also the cupsaddsmb( manpage in the
# cupsys-client package.
;   printing = cups
;   printcap name = cups

############ Misc ############

# Using the following line enables you to customise your configuration
# on a per machine basis. The %m gets replaced with the netbios name
# of the machine that is connecting
;   include = /home/samba/etc/smb.conf.%m

# Most people will find that this option gives better performance.
# See smb.conf(5) and /usr/share/doc/samba-doc/htmldocs/Samba3-HOWTO/speed.html
# for details
# You may want to add the following on a Linux system:
#         SO_RCVBUF=8192 SO_SNDBUF=8192
#   socket options = TCP_NODELAY

# The following parameter is useful only if you have the linpopup package
# installed. The samba maintainer and the linpopup maintainer are
# working to ease installation and configuration of linpopup and samba.
;   message command = /bin/sh -c '/usr/bin/linpopup "%f" "%m" %s; rm %s' &

# Domain Master specifies Samba to be the Domain Master Browser. If this
# machine will be configured as a BDC (a secondary logon server), you
# must set this to 'no'; otherwise, the default behavior is recommended.
#   domain master = auto

# Some defaults for winbind (make sure you're not using the ranges
# for something else.)
;   idmap uid = 10000-20000
;   idmap gid = 10000-20000
;   template shell = /bin/bash

# The following was the default behaviour in sarge,
# but samba upstream reverted the default because it might induce
# performance issues in large organizations.
# See Debian bug #368251 for some of the consequences of *not*
# having this setting and smb.conf(5) for details.
;   winbind enum groups = yes
;   winbind enum users = yes

# Setup usershare options to enable non-root users to share folders
# with the net usershare command.

# Maximum number of usershare. 0 (default) means that usershare is disabled.
;   usershare max shares = 100

# Allow users who've been granted usershare privileges to create
# public shares, not just authenticated ones
   usershare allow guests = yes

#======================= Share Definitions =======================

# Un-comment the following (and tweak the other settings below to suit)
# to enable the default home directory shares. This will share each
# user's home director as \\server\username
[home]
   comment = Home Directories
   browseable = yes
   writable = yes
   path = /home/ubuntu
   public = yes
   read only = no
   valid users = ubuntu
# By default, the home directories are exported read-only. Change the
# next parameter to 'no' if you want to be able to write to them.
#   read only = no

# File creation mask is set to 0700 for security reasons. If you want to
# create files with group=rw permissions, set next parameter to 0775.
;   create mask = 0700

# Directory creation mask is set to 0700 for security reasons. If you want to
# create dirs. with group=rw permissions, set next parameter to 0775.
;   directory mask = 0700

# By default, \\server\username shares can be connected to by anyone
# with access to the samba server. Un-comment the following parameter
# to make sure that only "username" can connect to \\server\username
# The following parameter makes sure that only "username" can connect
#
# This might need tweaking when using external authentication schemes
#   valid users = %S

# Un-comment the following and create the netlogon directory for Domain Logons
# (you need to configure Samba to act as a domain controller too.)
;[netlogon]
;   comment = Network Logon Service
;   path = /home/samba/netlogon
;   guest ok = yes
;   read only = yes

# Un-comment the following and create the profiles directory to store
# users profiles (see the "logon path" option above)
# (you need to configure Samba to act as a domain controller too.)
# The path below should be writable by all users so that their
# profile directory may be created the first time they log on
;[profiles]
;   comment = Users profiles
;   path = /home/samba/profiles
;   guest ok = no
;   browseable = no
;   create mask = 0600
;   directory mask = 0700

[printers]
   comment = All Printers
   browseable = no
   path = /var/spool/samba
   printable = yes
   guest ok = no
   read only = yes
   create mask = 0700

# Windows clients look for this share name as a source of downloadable
# printer drivers
[print$]
   comment = Printer Drivers
   path = /var/lib/samba/printers
   browseable = yes
   read only = yes
   guest ok = no
# Uncomment to allow remote administration of Windows print drivers.
# You may need to replace 'lpadmin' with the name of the group your
# admin users are members of.
# Please note that you also need to set appropriate Unix permissions
# to the drivers directory for these users to have write rights in it
;   write list = root, @lpadmin

# A sample share for sharing your CD-ROM with others.
;[cdrom]
;   comment = Samba server's CD-ROM
;   read only = yes
;   locking = no
;   path = /cdrom
;   guest ok = yes

# The next two parameters show how to auto-mount a CD-ROM when the
#   cdrom share is accesed. For this to work /etc/fstab must contain
#   an entry like this:
#
#       /dev/scd0   /cdrom  iso9660 defaults,noauto,ro,user   0 0
#
# The CD-ROM gets unmounted automatically after the connection to the
#
# If you don't want to use auto-mounting/unmounting make sure the CD
#   is mounted on /cdrom
#
;   preexec = /bin/mount /cdrom
;   postexec = /bin/umount /cdrom

[raidicar]

Bom dia, a ordem é a seguinte:
1 - criou o usuário com o comando sudo adduser usuario ou sudo useradd usuario.
2 - criou a senha do usuário com o comando sudo passwd usuario.
3 - adicionou no samba com o comando sudo smbpasswd -a usuario.

Feito isso, vi que deseja que o acesso deve ser realizado com senha:
Ao que me atentou em seu post foi a parte em que voce diz que digita todos os usuarios e senhas que criou e nada.
No entanto, não vejo as informações dos usuários que você criou no seu smb.conf.

Seu Compartilhamento está assim:

Código: [Selecionar]

[home]
   comment = Home Directories
   browseable = yes
   writable = yes
   path = /home/ubuntu
   public = yes
   read only = no
   valid users = ubuntu #Aqui valida apenas o usuário ubuntu.



Deixe-o assim:

Código: [Selecionar]

[home]
        comment = Home Directories
path = /home/ubuntu
        write list = ubuntu,heleno
force directory mode = 777
force create mode = 777
        valid users = ubuntu,furukawa,heleno
create mode = 777
directory mode = 777

# Dessa forma ubuntu, furukawa e heleno são usuários validos para acessar o diretório. Valid Users
# Destes usuários, apenas ubuntu e heleno podem gravar. Write List
# Obs: retire o furukawa e o heleno, foi apenas para que visse melhor e entendesse o por que dessa linhas.
        write list = ubuntu
        valid users = ubuntu


Caso deseja acessar sem precisar digitar senha:

Código: [Selecionar]

[home]
        comment = Home Directories
path = /home/ubuntu
guest account = ubuntu
writeable = yes
force directory mode = 777
force create mode = 777
create mode = 777
public = yes
directory mode = 777
# Da forma que está acima, todos que acessarão terão permissão total.
# Não será pedido usuário pois ao acessar, o será entendido que todos são o usuário ubuntu.
   guest account = ubuntu
   public = yes

finalizando, é preciso:
adduser ubuntu;
passwd ubuntu;
smbpasswd -a ubuntu;

Att,

[FuRuKaWa]

Amigo, para que o usuario "ubuntu" tenha acesso em uma maquina windows ao servidor é necessario que seja criada uma conta tanto no servidor, adicionar no samba e tambem criar uma conta com o nome " ubuntu " no windows certo?

[raidicar]

Negativo amigo.
Se entendi bema pergunta, trata-se de saber se deve criar contas iguais tanto no servidor como no cliente para acesso ao compartilhamento, certo?

Indiferente se entendi ou não, não existe a necessidade de no cliente cadastrar um usuário com o mesmo nome do usuário cadastrado no servidor para acessar uma pasta compartilhada, seja o servidor linux, windows bem como seja o cliente uma maquina windows ou linux. Essa necessidade não existe.

Ex1:
Posso criar os usuários ubuntu e raidicar no servidor, definir suas senhas e adiciona-los ao samba.
Depois posso criar uma pasta chamada videos e compartilha-la.
Dou a ela no smb.conf as seguintes permissões:
usuário raidicar e ubuntu são validos. Valid Users
usuário raidicar pode gravar. Write list
usuario ubuntu pode apenas ler. Read List
Por fim, reinicio o samba para aplicar as alterações.
Agora, em uma maquina windows ou linux, não importa, estou logado com o usuário fernando.
Eu acesso o servidor e clico na pasta compartilhada, onde vai me pedir usuario e senha.

Teste1:
se eu informar o usuário Fernando e a senha do Fernando eu NÃO terei acesso.
Afinal, o usuário Fernando não está cadastrado no servidor e portanto não está adicionado ao samba.

Teste2:
se eu informar o usuário Ubuntu e a senha do Ubuntu eu terei acesso de apenas leitura.
não poderei excluir nem criar nada, bem como não poderei alterar o conteúdo do diretório.

Teste3:
se eu informar o usuário Raidicar e a senha do Raidicar eu terei acesso de leitura e gravação.
poderei renomear, excluir e criar arquivos, bem como poderei alterar o conteúdo dos dados do diretório.



Mais detalhadamente de acordo com sua estrutura:
1 - No servidor eu crio o usuário ubuntu.
2 - No servidor eu informo a senha do usuário ubuntu.
3 - No servidor eu adiciono o usuário ubuntu ao samba.
4 - No servidor eu crio o compartilhamento e dou permissão de acesso ao usuário ubuntu.
5 - Reinicio o samba para validar as alterações (sudo /etc/init.d/smbd restart)
Pronto, acabou!. Nada mais é feito, muito menos no cliente.
Nada é feito no micro que irá acessar o diretório compartilhado no servidor.

Agora funciona assim para acessar:
1 - Eu acesso o meu micro windows com o meu usuário (raidicar, furukawa, ubuntu ou seja la qual for o usuário, não importa).
2 - Abro o windows explorer e digito \\192.168.0.1 (IP do servidor).
3 - Vai aparecer a pasta ubuntu compartilhada e eu vou tentar acessar.
4 - Vai pedir o usuário e senha e eu vou informar o usuário e senha que no servidor foi cadastrado para ter acesso.
No caso usuário ubuntu e senha do usuário ubuntu previamente cadastrado apenas no servidor.
Pronto, acessei, não importa se no Windows estou logado como fernando ou jose, o que importa é que quando vou acessar o compartilhamento, eu informe o usuário e senha que no servidor tem permissão para acessar o compartilhamento e eu poderei fazer exatamente o que foi permitido ao usuário cadastrado no servidor fazer, mesmo que meu usuário utilizado no windows seja diferente do usuário com o qual pude acessar o compartilhamento.

obs:No passo 2, Se o micro for linux eu digito smb://192.168.0.1


Por fim, existe um jogo de permissões com o qual precisa tomar cuidado:
Exemplo:
- No servidor tenho uma pasta chamada musicas que pertence ao root e apenas o root pode alterar seu conteudo.
- No servidor crio o usuario ubuntu, crio sua senha e o adiciono ao samba.
- Compartilho a pasta musicas que pertence ao root e dou permissão no smb.conf para o usuário ubuntu gravar e excluir dados dentro da pasta.
- Quando acesso a pasta pela rede com o usuário ubuntu, tento criar, alterar ou excluir arquivos e não consigo.
Nesse caso você pode no servidor, além de dar acesso no samba para o usuário ubuntu, mudar as permissões da pasta para o usuário ubuntu poder gravar. No linux apenas o root pode alterar o conteúdo da pasta, então como o usuário ubuntu poderia acessar pela rede e alterar o conteúdo?

O comando chown muda o dono da pasta e o chmod muda permissões, ex:
chown -hR ubuntu:ubuntu musicas. (da a pasta, subpastas e arquivos que era do root para o usuario ubuntu)
chmod -R 666 musicas (da a pasta, subpastas e arquivos permissão de leitura e ecrita).
OBS: Não utilize isso na sua pasta home (/home/ubuntu), pasta de sistemas ou pastas criadas pelo sistema, que o mesmo pode deixar de funcionar.
Isso deve ser feito apenas em diretórios que você criar e apenas nessa situação especial.

OBS: Não deixe de reiniciar o samba conforme realiza alguma alteração.

Att,

[zekkerj]

Eu acredito que esta linha deve ser desabilitada:

# in the samba-doc package for details.
   security = user
   username map = /etc/samba/smbusers

Também não me agrada a forma como vc configurou o compartilhamento [home]. Acho mais prático que vc tenha um compartilhamento "[homes]" (observe a diferença no nome), que é mapeado automaticamente para o diretório $HOME do usuário quando ele conecta. Segue um exemplo de como o meu está configurado:

Código: [Selecionar]

[homes]
   comment = Home Directories
   read only = no
   create mask = 0700
   directory mask = 0700
   valid users = %S

Por fim, eu não gosto de compartilhamentos públicos, ou diretórios com escrita liberada pra qualquer um. Sempre tenho arrepios quando vejo um "chmod 777".

[FuRuKaWa]

Amigos zekkerj e raidicar, quero agradeçer a vocês e tantos outros usuarios mais experientes de linux ( ubuntu ) que tem a boa vontade e a paciencia de explicar tudo tao detalhado a usuarios mais que inexperientes como eu.
Com a ajuda de alguns tutoriais encontrados na net e a explicação rica em detalhes dadas por vocês eu consegui configurar ( mesmo que pra testes e estudos ) o servidor samba.
Peço desculpas se insisti varias vezes em duvidas bobas ( pra voces que sao mais experientes ), mas se fiz, foi devido a minha curiosidade e o pouco conhecimento que tenho no mundo linux.
Na verdade so o que tenho mesmo é uma grande vontade e curiosidade de saber o porque de cada coisa, e assim aprender da melhor forma  possivel ( ao meu ver ) com bastantes detalhes.

Mais uma vez, MUITO OBRIGADO!

P.S.: Espero que não se importem e nem tao pouco se irritem com minhas proximas duvidas ( proximos topicos ), mas quero dizer que se houver mais ( e haverao ) voces por favor me ajudem ( claro, dentro dos seus conhecimentos ) com toda a paciencia e riqueza de detalhes ditas nesse topico.

Grande abraço e fiquem com Deus!

[raidicar]

FuRuKaWa, não existe duvida boba, apenas duvidas... Boa sorte em seus testes.

Sobre a permissão 777, o zekkerj disse que tem arrepios, eu tenho é pavor mesmo, um tremendo de um cagaço...
O numero da besta deveria ser 777 e não 666.
É uma coisa louca mesmo, quase sempre injustificável, portanto, já que está estudando samba, estude os comandos chown e chmod.

Att,

[FuRuKaWa]

Quando eu digo duvidas bobas é porque eu nao sei NADA de linux, so o que eu sei é o que leio na net e escuto falar por outras pessoas!
Sou tecnico de informatica e to querendo sair do hardware pra passar a administrar servidores e depois partir pro Oracle.

Sobre a permissao 777, qual eu devo usar em caso de um servidor instalado em uma empresa?

[raidicar]

Sobre a permissao 777, qual eu devo usar em caso de um servidor instalado em uma empresa?

O correto é usar a permissão necessária.

Se você tem um documento e a ele você precisa das seguintes permissões:
O dono do documento le e altera.
Quem faz parte do mesmo grupo do dono do documento pode apenas ler.
Os demais usuários não podem ler o documento.
A permissão desse documento deve ser 640.

Se você tem um programa e a ele você precisa das seguintes permissões:
O dono do programa le, altera e executa.
Quem faz parte do mesmo grupo do dono do programa pode apenas ler e executar.
Os demais usuários podem apenas executar.
A permissão desse programa deve ser 751.

7 = le, grava e executa.
6 = le e grava.
5 = le e executa.
4 = apenas le.
3 = grava e executa.
2 = apenas grava.
1 = apenas executa.
0 = Não pode nada.

chmod 751 /home/arquivo (ou diretório)
esse comando da permissão 7 ao dono: lê, grava e executa.
esse comando da permissão 5 aos usuários do grupo do dono: lê e executa.
esse comando da permissão 1 aos demais usuários fora do grupo do dono: apenas executa.

chmod 751 /home/arquivo (ou diretório)
chmod 7(permissão dada ao dono) 5(permissão dada ao grupo do dono) 1(permissão dada aos demais usuários) /home/destino.
Nessa Ordem.

Digite "comando chmod" no google que terá informações completas sobre o funcionamento e opções do mesmo.

Com relação a administrar servidores e depois partir para o oracle, acredito que existe uma distinção boa entre ambas e talvez seja ideal ignorar uma delas e ir logo para onde quer trabalhar.
Ou você vai viver como adm de servidores (Linux, Windows, Unix... "Virtualizados"...) ou como um DBA.
Conhecimento é sempre bom, mas em grandes empresas, é cada um no seu quadrado.

Além disso tem o investimento, recebi uma proposta da Ka Solution hoje para uns cursos e certificações que preciso tirar voltados para rede e servidores.
O valor é de 18.000,00. Com desconto sai por R$ 10.600,00.
Além disso, tenho de estudar para as três provas lpi que me faltam.
Além disso busco a certificação da VMware para virtualização no ESXI.
E ainda tem a Itil (que vou tentar tirar na raça, sem curso preparatório).
Não acha que eu vou gastar tudo isso para depois gastar mais dinheiro e tempo, me especializar em oracle, me tornar um DBA e nunca mais mexer com AD, Exchange, Ldap, Cyrus, Postfix, Samba, Bind, DHCP, virtualização, etc...

Estamos sempre atrasados e perder tempo e dinheiro pode fazer a diferença.
Um bom planejamento pode ser um diferencial no futuro.
Com relação a concertar micro, sinceramente, acredito que em 10/15 anos isso não deve mais existir. Não tem futuro.

Boa sorte,

Att,

[FuRuKaWa]

Amigos olha eu aqui mais uma vez.
Gente eu to agora com outra duvida!
Como eu faço pra configurar meu pc na rede S/fio ou C/fio por linha de comando?
To perguntando isso porque eu so pra testar instalei o Ubuntu server 11.10 em um notebook velho que eu tenho aqui em casa, instalou normal e ta funcionando só que eu nao sei como configurar pra a placa de rede dele pra poder baixar alguns programas e instalar!
Lembrando que eu uso roteador então a rede S/fio tem senha!

[zekkerj]

Pesquise na sala "Internet, Redes e Segurança" por máquinas iguais à sua.