Algo muito útil para criação de usuários por script é informar seu password. Porém os comandos adduser e passwd só permitem que a senha seja informada pelo usuário, não por um script, o passwd segue a mesma linha.
Não conhecia o comando chpasswd, com ele podemos informar a senha do usuário em texto plano como no script abaixo:
#!/bin/bash
sUsuario="suelen"
sSenha="su3l3n"
echo ${sUsuario}:${sSenha} | chpasswd -m
#Nota: -m utiliza MD5
sexta-feira, 10 de julho de 2009
sexta-feira, 19 de junho de 2009
Como criar um outro disco para maquinas virtuais Xen
Tenho um servidor web linux rodando em um servidor de maquinas virtuais Xen.
O espaço em disco do meu servidor web encheu! Precisei criar outro disco para o servidor web utilizar.
Fiz os passos abaixo:
[Criando arquivo/disco]
- Precisamos criar um novo arquivo para servir como disco rígido:
dd if=/dev/zero of=/xen/SRV-WEB1.disk2 bs=1M seek=10000 count=1
Nota: estou criando um arquivo/disco de 10000MB.
- Formatando arquivo/disco com sistema ext3:
mkfs.ext3 /xen/SRV-WEB1.disk2
Nota: será alertado que o arquivo não é de bloco, apenas confirme que quer continuar.
[Adicionando arquivo/disco à maquina virtual]
- Recuperando configurações da máquina virtual Xen:
virsh dumpxml SRV-WEB1 > /tmp/SRV-WEB1.xml
- Edite as configurações:
vim /tmp/SRV-WEB1.xml
- Adicione o novo arquivo/disco. No exemplo abaixo temos um pedaço do arquivo /tmp/SRV-WEB1.xml com configuração do primeiro e segundo disco.
Preste atenção que também foi informado o device 'xvdb' no segundo disco:
.
.
.
<disk type='file' device='disk'>
<driver name='file'/>
<source file='/xen/SRV-WEB1.disk1'/>
<target dev='xvda' bus='xen'/>
</disk>
<disk type='file' device='disk'>
<driver name='file'/>
<source file='/xen/SRV-WEB1.disk2'/>
<target dev='xvdb' bus='xen'/>
</disk>
.
.
.
- Desligue a maquina virtual:
xm shutdown SRV-WEB1
- Remova as configurações da máquina:
virsh undefine SRV-WEB1
- Adicione as novas configurações inseridas no arquivo /tmp/SRV-WEB1.xml:
virsh define /tmp/SRV-WEB1.xml
- Inicie novamente a máquina:
xm start SRV-WEB1
- Por fim, monte o novo HD em seu sistema:
mount /dev/xvdb1 /novohd
Nota: Se o disco não estiver formatado e particionado não aparecerá xvdb1 somente xvdb.
O espaço em disco do meu servidor web encheu! Precisei criar outro disco para o servidor web utilizar.
Fiz os passos abaixo:
[Criando arquivo/disco]
- Precisamos criar um novo arquivo para servir como disco rígido:
dd if=/dev/zero of=/xen/SRV-WEB1.disk2 bs=1M seek=10000 count=1
Nota: estou criando um arquivo/disco de 10000MB.
- Formatando arquivo/disco com sistema ext3:
mkfs.ext3 /xen/SRV-WEB1.disk2
Nota: será alertado que o arquivo não é de bloco, apenas confirme que quer continuar.
[Adicionando arquivo/disco à maquina virtual]
- Recuperando configurações da máquina virtual Xen:
virsh dumpxml SRV-WEB1 > /tmp/SRV-WEB1.xml
- Edite as configurações:
vim /tmp/SRV-WEB1.xml
- Adicione o novo arquivo/disco. No exemplo abaixo temos um pedaço do arquivo /tmp/SRV-WEB1.xml com configuração do primeiro e segundo disco.
Preste atenção que também foi informado o device 'xvdb' no segundo disco:
.
.
.
<disk type='file' device='disk'>
<driver name='file'/>
<source file='/xen/SRV-WEB1.disk1'/>
<target dev='xvda' bus='xen'/>
</disk>
<disk type='file' device='disk'>
<driver name='file'/>
<source file='/xen/SRV-WEB1.disk2'/>
<target dev='xvdb' bus='xen'/>
</disk>
.
.
.
- Desligue a maquina virtual:
xm shutdown SRV-WEB1
- Remova as configurações da máquina:
virsh undefine SRV-WEB1
- Adicione as novas configurações inseridas no arquivo /tmp/SRV-WEB1.xml:
virsh define /tmp/SRV-WEB1.xml
- Inicie novamente a máquina:
xm start SRV-WEB1
- Por fim, monte o novo HD em seu sistema:
mount /dev/xvdb1 /novohd
Nota: Se o disco não estiver formatado e particionado não aparecerá xvdb1 somente xvdb.
quinta-feira, 18 de junho de 2009
Como montar um device ISCSI, cliente ISCSI
Um servidor ISCSI permite que você crie um servidor de discos scsi. Deste modo, um servidor A com 500GB pode compartilha-los para que outros servidores utilizem esse espaço como um disco scsi local.
Veja como montar um servidor ISCSI em http://www.1bit.com.br/content.1bit/weblog/iscsi_cluster.
Nesse post ensinarei como montar um disco ISCSI existente em um servidor, isso não foi comentado no artigo do 1bit.
A seguinte instalação foi realizada no unbuntu 9.
- Baixe o pacote que permite a conexão com o servidor:
apt-get install open-iscsi
- Edite o arquivo que indica o modo de autenticação, login e senha do servidor
vim /etc/iscsi/iscsid.conf
informe as seguintes linhas:
.
.
.
node.session.auth.authmethod = CHAP
node.session.auth.username = USUARIO
node.session.auth.password = SENHA
.
.
.
- Reinicie o serviço cliente para que as configurações tenham efeito
/etc/init.d/open-iscsi restart
- Conecte ao servidor ISCSI:
iscsiadm -m discovery -t sendtargets --login -p IP_DO_SERVIDOR_ISCSI
Nota:
Esse comando faz login no servidor ISCSI com as credenciais informadas em /etc/iscsi/iscsid.conf.
Após a execução desse comando será criado um novo device scsi. Ex.: /dev/sdb
[Possíveis Erros]
- "iscsiadm: automatic login after discovery is not fully implemented yet."
Se está utilizando o debian etch, baixe os pacotes do open-iscsi da versão lenny. Pelo que se pode ver, na versão etch não é suportado o login para os servidores.
[Dúvidas]
Ainda não sei como criar vários devices de servidores ISCSI diferentes. Pois o arquivo /etc/iscsi/iscsid.conf não permite informar diferentes logins para diferentes servidores. Se alguém sabe a solução, por favor comente-a aqui.
Veja como montar um servidor ISCSI em http://www.1bit.com.br/content.1bit/weblog/iscsi_cluster.
Nesse post ensinarei como montar um disco ISCSI existente em um servidor, isso não foi comentado no artigo do 1bit.
A seguinte instalação foi realizada no unbuntu 9.
- Baixe o pacote que permite a conexão com o servidor:
apt-get install open-iscsi
- Edite o arquivo que indica o modo de autenticação, login e senha do servidor
vim /etc/iscsi/iscsid.conf
informe as seguintes linhas:
.
.
.
node.session.auth.authmethod = CHAP
node.session.auth.username = USUARIO
node.session.auth.password = SENHA
.
.
.
- Reinicie o serviço cliente para que as configurações tenham efeito
/etc/init.d/open-iscsi restart
- Conecte ao servidor ISCSI:
iscsiadm -m discovery -t sendtargets --login -p IP_DO_SERVIDOR_ISCSI
Nota:
Esse comando faz login no servidor ISCSI com as credenciais informadas em /etc/iscsi/iscsid.conf.
Após a execução desse comando será criado um novo device scsi. Ex.: /dev/sdb
[Possíveis Erros]
- "iscsiadm: automatic login after discovery is not fully implemented yet."
Se está utilizando o debian etch, baixe os pacotes do open-iscsi da versão lenny. Pelo que se pode ver, na versão etch não é suportado o login para os servidores.
[Dúvidas]
Ainda não sei como criar vários devices de servidores ISCSI diferentes. Pois o arquivo /etc/iscsi/iscsid.conf não permite informar diferentes logins para diferentes servidores. Se alguém sabe a solução, por favor comente-a aqui.
Marcadores:
cliente ISCSI,
device ISCSI,
iscsi,
open-iscsi
quinta-feira, 7 de maio de 2009
"Unable to connect to the domain controller because the logon attempt failed" ou "virus W32.Downadup"
Caso você esteja em um domínio de active directory e essa mensagem aparece quando você tenta usar alguma ferramenta de administração do active directory, tente os passos abaixo:
- Reinicie o serviço netlogon.
- Iniciar->executar->services.msc
Esse serviço é necessário para efetuar logon na rede.
[Atenção]
O virus W32.Downadup afeta os compartilhamentos de arquivos.
Como o Active Directory compartilhas as GPOs (diretivas de segurança) via compartilhamento de pasta para seus hosts, essas mensagens irão aparecer se seu PDC ou SDC estiver infectado com esse virus.
A solução é arrumar um bom antivirus e aplicá-lo aos PDC e SDC, verifique as tarefas agendadas, esse virus cria inúmeras schedules tasks para se propagar, limpe-as manualmente e crie uma regra para impedir a criação de tarefas agendadas nos controladores de domínio.
- Reinicie o serviço netlogon.
- Iniciar->executar->services.msc
Esse serviço é necessário para efetuar logon na rede.
[Atenção]
O virus W32.Downadup afeta os compartilhamentos de arquivos.
Como o Active Directory compartilhas as GPOs (diretivas de segurança) via compartilhamento de pasta para seus hosts, essas mensagens irão aparecer se seu PDC ou SDC estiver infectado com esse virus.
A solução é arrumar um bom antivirus e aplicá-lo aos PDC e SDC, verifique as tarefas agendadas, esse virus cria inúmeras schedules tasks para se propagar, limpe-as manualmente e crie uma regra para impedir a criação de tarefas agendadas nos controladores de domínio.
Marcadores:
active directory,
ad,
netlogon,
W32.Downadup
"Unable to obtain Terminal Server User Configuration" ou "the user has not been granted the requested logon type" ou "virus W32.Downadup"
Caso você esteja em um domínio de active directory e tente usar o remote desktop, fazer ftp, ou qualquer outra forma de autenticação utilizando o AD e essas mensagens aparecerem, tente os passos abaixo:
- verifique se o comando ntrights do pacote rktools.exe está instalado em seu PDC.
- estando instalado em seu PDC execute:
ntrights +r SeNetworkLogonRight -u Users
ntrights -r SeDenyNetworkLogonRight -u Users
Esse comando libera o grupo Users a fazer logon na rede, deste modo o remote desktop, ftp e outros serviços serão liberados também.
[Atenção]
O virus W32.Downadup afeta os compartilhamentos de arquivos.
Como o Active Directory compartilhas as GPOs (diretivas de segurança) via compartilhamento de pasta para seus hosts, essas mensagens irão aparecer se seu PDC ou SDC estiver infectado com esse virus.
A solução é arrumar um bom antivirus e aplicá-lo aos PDC e SDC, verifique as tarefas agendadas, esse virus cria inúmeras schedules tasks para se propagar, limpe-as manualmente e crie uma regra para impedir a criação de tarefas agendadas nos controladores de domínio.
- verifique se o comando ntrights do pacote rktools.exe está instalado em seu PDC.
- estando instalado em seu PDC execute:
ntrights +r SeNetworkLogonRight -u Users
ntrights -r SeDenyNetworkLogonRight -u Users
Esse comando libera o grupo Users a fazer logon na rede, deste modo o remote desktop, ftp e outros serviços serão liberados também.
[Atenção]
O virus W32.Downadup afeta os compartilhamentos de arquivos.
Como o Active Directory compartilhas as GPOs (diretivas de segurança) via compartilhamento de pasta para seus hosts, essas mensagens irão aparecer se seu PDC ou SDC estiver infectado com esse virus.
A solução é arrumar um bom antivirus e aplicá-lo aos PDC e SDC, verifique as tarefas agendadas, esse virus cria inúmeras schedules tasks para se propagar, limpe-as manualmente e crie uma regra para impedir a criação de tarefas agendadas nos controladores de domínio.
Marcadores:
active directory,
erro em gpo,
ntrights,
remote desktop access denied,
rktools.exe,
W32.Downadup
terça-feira, 3 de março de 2009
Net ads join -U administrador -S dominio retorna: "ads_connect Preauthentication failed"
Quando utilizar o comando net ads join -U administrador -S dominio para logar em um domínio AD pelo linux e o seguinte erro for retornado:
"ads_connect Preauthentication failed"
Coloque a seguinte linha no seu /etc/samba/smb.conf:
security = ads
"ads_connect Preauthentication failed"
Coloque a seguinte linha no seu /etc/samba/smb.conf:
security = ads
sexta-feira, 27 de fevereiro de 2009
Como criar um host virtual (virtual host) no apache
Edite o final do arquivo /etc/httpd/conf/httpd.conf adicionando as seguinte linhas:
<virtualhost> #url e porta que o servidor ficará escutando
ServerAdmin webcorreio@ufes.br #email do administrador
DocumentRoot /var/www/webcorreio #pasta do site, a pasta deve existir, senão o servidor acusará erro
ServerName webcorreio.ufes.br #url que chegará nas requisições
ErrorLog logs/webcorreio.ufes.br-error_log #arquivo de log de erro
CustomLog logs/webcorreio.ufes.br-access_log common #arquivo de log de acesso
</virtualhost>
- Tive uma dúvida logo que aprendi esse esquema de virtual host: Se o servidor web tem o ip Y e atende por vários nomes dns, e o dns resolve os nomes e sempre retorna o ip Y. Como o servidor web distinguirá os virtualhosts?
R.: O dns retorna o ip do servidor web, mas a requisição http ainda continua com o nome dns e porta que você requisitou!
<virtualhost> #url e porta que o servidor ficará escutando
ServerAdmin webcorreio@ufes.br #email do administrador
DocumentRoot /var/www/webcorreio #pasta do site, a pasta deve existir, senão o servidor acusará erro
ServerName webcorreio.ufes.br #url que chegará nas requisições
ErrorLog logs/webcorreio.ufes.br-error_log #arquivo de log de erro
CustomLog logs/webcorreio.ufes.br-access_log common #arquivo de log de acesso
</virtualhost>
- Tive uma dúvida logo que aprendi esse esquema de virtual host: Se o servidor web tem o ip Y e atende por vários nomes dns, e o dns resolve os nomes e sempre retorna o ip Y. Como o servidor web distinguirá os virtualhosts?
R.: O dns retorna o ip do servidor web, mas a requisição http ainda continua com o nome dns e porta que você requisitou!
Marcadores:
apache,
host virtual,
httpd,
linux,
virtualhost
Assinar:
Postagens (Atom)
