Arquivos contendo comandos que configuram os ambientes das estações de trabalho dos usuários sempre que eles fazem login. Os login scripts são semelhantes aos arquivos de lote e são executados pelo utilitário LOGIN.
Você pode usar os login scripts para:
Os login scripts funcionam da mesma maneira nas estações de trabalho DOS e MS Windows.
Quando um usuário faz login, o utilitário LOGIN executa os login scripts apropriados. Três tipos de login scripts podem ser utilizados juntos para definir um ambiente personalizado para seus usuários. Todos os três tipos de login são opcionais.
O utilitário LOGIN contém um login script default. Esse login script é executado na primeira vez que você faz login como o objeto usuário ADMIN. Ele contém apenas os comandos essenciais, como um mapeamento de drives para os utilitários do NetWare.
Este login script default também é executado para qualquer usuário que não tenha um login script de usuário individual.
Se você não deseja criar um login script de usuário e quer evitar a execução do login script default, pode desabilitar o script default incluindo o comando NO_DEFAULT nos login scripts de container e de perfil.
Manter vários login scripts de usuário pode consumir muito tempo. Portanto, inclua a maior quantidade possível de informações personalizadas nos login scripts de container e de perfil, pois são menores em número e mais fáceis de serem mantidos.
Por exemplo, se todos os usuários precisam acessar os utilitários do NetWare no mesmo volume, coloque o mapeamento do drive de pesquisa nesse volume em um único login script de container, e não no login script de cada usuário.
Crie login scripts de perfil se houver vários usuários com as mesmas necessidades de login script. Estes login scripts às vezes são considerados como login scripts de grupo.
Finalmente, nos login scripts de usuário, inclua apenas os itens individuais que não podem ser incluídos nos login scripts de perfil ou de container.
Como até três login scripts podem ser executados sempre que um usuário faz login, poderão ocorrer conflitos . Se isso acontecer, o último login script a ser executado (geralmente o login script de usuário) prevalece sobre qualquer comando conflitante em um login script anterior.
Os login scripts são propriedades de objetos.
A tabela abaixo mostra os objetos que podem conter login scripts
|
Objeto |
Tipo de login script |
|---|---|
|
Organização |
Container |
|
Unidade Organizacional |
Container |
|
Perfil |
Perfil |
|
Usuário |
Usuário |
A figura abaixo mostra como os diferentes tipos de login scripts podem residir em uma árvore do Diretório e como eles afetam os usuários.
Figura 28. Onde Estão Localizados os Login Scripts
Na figura anterior, há três usuários: ESANTOS, SOLIVEIRA e MRAMOS. A tabela abaixo mostra os login scripts executados quando um usuário faz login.
|
Quando este usuário faz login |
Os login scripts são executados na seguinte ordem |
|---|---|
|
ESANTOS |
1. Login script de container de VENDAS PV 2. Login script de usuário de ESANTOS |
|
SOLIVEIRA |
1. Login script de container de VENDAS PV 2. Login script de usuário default |
|
MRAMOS |
1. Login script de container de CONTABILIZAÇÃO 2. Login script de perfil de ESCRITURLogin script de usuário de MRAMOS |
Os login scripts de container só afetam os usuários imediatamente abaixo da Organização ou Unidade Organizacional que contenha o login script.
Por exemplo, na figura, embora haja dois níveis de objetos Container acima dos usuários ESANTOS e SOLIVEIRA, apenas o login script de container imediatamente acima deles (em OU=VENDAS PV) é executado quando eles fazem login.
Se VENDAS PV não tivesse nenhum login script de container definido, nenhum login script de container seria executado para ESANTOS e SOLIVEIRA, ainda que houvesse um login script de container em um nível superior.
Como SOLIVEIRA não tem nenhum login script de usuário definido, o login script default é executado após o login script de container.
Como MRAMOS pertence ao perfil ESCRITUR, o login script de perfil de ESCRITUR é executado antes do login script de usuário de MRAMOS. Os usuários só podem pertencer a um Perfil, portanto apenas um login script de perfil pode ser executado para qualquer usuário.
Você pode usar os utilitários NETADMIN ou Administrador do NetWare para criar ou modificar login scripts.
A principal diferença entre criar login scripts de container, de perfil e de usuário reside no objeto que você seleciona para conter os scripts.
NOTA: Um usuário pode ter login scripts tanto na Árvore do Diretório como no bindery. Entretanto, se uma alteração for feita em um deles, ela não será feita automaticamente no outro. Você terá que modificar os dois login scripts manualmente se quiser que fiquem idênticos.
Todos os três scripts utilizam as mesmas convenções, comandos e variáveis.
Alguns dos comandos que você pode utilizar nos login scripts estão listados na tabela abaixo. (Para obter uma lista de todos os comandos de login script e uma descrição completa de cada um deles, consulte "Comandos e Variáveis de Login Scripts" no Capítulo 3 de Supervisão da Rede.
|
Comando de login script |
Descrição |
|---|---|
|
ATTACH |
Conecta servidores NetWare baseados em bindery (NetWare 2 ou NetWare 3) ou servidores NetWare 4 usando os serviços de bindery. |
|
COMSPEC |
Se os usuários executarem o DOS a partir da rede, este comando especifica o diretório onde o processador de comado do DOS (COMMAND.COM) está carregado. |
|
EXIT |
Encerra a execução do utilitário LOGIN e executa um programa externo. |
|
FIRE PHASERS |
Emite um som phaser em determinadas condições. |
|
IF...THEN |
Executa uma opção somente em determinadas condições. |
|
MAP |
Mapeia drives e drives de pesquisa para os diretórios da rede e os objetos do NDS. |
|
PAUSE |
Cria uma pausa na execução do login script. |
|
SET |
Define uma variável de ambiente do DOS. |
|
WRITE |
Mostra mensagens na tela da estação de trabalho quando um usuário faz login. |
Com vários comandos de login script, você pode utilizar as variáveis identificadoras para tornar o seu login script mais eficaz e flexível.
As variáveis identificadoras permitem que você indique uma variável (como LOGIN_NAME) em um comando de login script, e não um nome específico (como RAMOS). Usando a variável, você pode tornar o comando de login script aplicável a vários usuários.
Quando o login script é executado, ele substitui os valores reais das variáveis identificadoras. Portanto, quando Ramos faz login, o comando
WRITE "Oi,";LOGIN_NAME
mostra a seguinte mensagem na tela da estação de trabalho de Ramos:
Oi, Ramos
No exemplo acima, quando Ramos fez login, o nome que ele digitou foi subtituído pela variável LOGIN_NAME.
A tabela abaixo lista as variáveis identificadoras que podem ser usadas em login scripts.
|
Categoria |
Variável identificadora |
Função |
|---|---|---|
|
Data |
DAY |
Número do dia (de 01 a 31). |
|
|
DAY_OF_WEEK |
Dia da semana (Segunda-feira, Terça-feira etc.). |
|
|
MONTH |
Número do mês (de 01 a 12). |
|
|
MONTH_NAME |
Nome do mês (Janeiro, Fevereiro, etc.). |
|
|
NDAY_OF_WEEK |
Número do dia da semana (de 1 a 7, sendo 1=Domingo). |
|
|
SHORT_YEAR |
Últimos dois dígitos do ano (93, 94, 95 etc.). |
|
|
YEAR |
Todos os dígitos do ano (1993, 1994, 1995 etc.). |
|
Hora |
AM_PM |
Dia ou noite (am ou pm). |
|
|
GREETING_TIME |
Turno do dia (manhã, tarde ou noite). |
|
|
HOUR |
Hora (escala de 12 horas; de 1 a 12). |
|
|
HOUR24 |
Horário (escala de 24 horas; de 00 a 23, sendo 00=meia-noite). |
|
|
MINUTE |
Minuto (de 00 a 59). |
|
|
SECOND |
Segundo (de 00 a 59). |
|
Ambiente DOS |
<variável> |
Qualquer variável do ambiente DOS pode ser usada entre sinais de menor e maior ( |
|
Rede |
FILE_SERVER |
Nome do servidor NetWare. |
|
|
NETWORK_ADDRESS |
Número de rede do sistema de cabeamento (número hexadecimal de 8 dígitos). |
|
Usuário |
FULL_NAME |
Nome completo do usuário no contexto do Diretório, ou nome completo no NetWare baseado em bindery. |
|
|
LAST_NAME |
Sobrenome do usuário no NDS, ou nome completo no NetWare com base em bindery. |
|
|
LOGIN_NAME |
Nome de usuário único. (Nomes longos são reduzidos para oito caracteres.) |
|
|
MEMBER OF "grupo" |
Objeto grupo ao qual o usuário é atribuído. |
|
|
NOT MEMBER OF "grupo" |
Objeto grupo ao qual o usuário não é atribuído. |
|
|
PASSWORD-EXPIRES |
Número de dias antes da senha vencer. |
|
|
PLATFORM |
Workstation's operating system platform: DOS, OS2, WIN (Windows3.1), WNT (WindowsNT*), or W95 (Windows95*) |
|
|
USER_ID |
Número atribuído a cada usuário. |
|
Estação de trabalho |
MACHINE |
Tipo de computador (PC_ IBM, etc.). Consulte o manual do DOS para obter mais informações. |
|
|
NETWARE--REQUESTER |
|
|
|
OS |
Tipo de DOS na estação de trabalho (DRDOS, MSDOS, etc.). |
|
|
OS_VERSION |
Versão do DOS na estação de trabalho (3.30, etc.). |
|
|
P_STATION |
Endereço do nó da estação de trabalho (hexadecimal de 12 dígitos). |
|
|
SHELL_TYPE |
Versão do shell do DOS da estação de trabalho (1.02, etc.). Suporta os shells do NetWare 2 e NetWare 3 e o NetWare Requester 4 para DOS. |
|
|
SMACHINE |
Short machine name (IBM, etc.) |
|
|
STATION |
Número de conexão da estação de trabalho. |
|
Diversos |
ACCESS_SERVER |
Mostra se o servidor de acesso está funcional (VERDADEIRO=funcional, FALSO=não-funcional). |
|
|
ERROR_LEVEL |
Número de erros (0=sem erros). |
|
|
%n |
Substituído pelos parâmetros que o usuário digita na linha de comando com o utilitário LOGIN. |
|
Propriedades de objeto |
nome da propriedade |
Você pode usar qualquer propriedade dos objetos do NDS como uma variável. Use o nome da propriedade do mesmo modo utilizado que qualquer variável identificadora. Se houver um espaço no nome da propriedade, coloque o nome entre aspas. |
As amostras de login scripts a seguir podem ajudá-lo a planejar seu próprio perfil de container e login scripts de usuário. Cada exemplo de script é mostrado em uma tabela. A coluna da esquerda mostra os comandos no script. Enquanto a coluna da direita explica o comando.
Login script de container. O login script de container deve conter quaisquer informações que se aplicam a todos os usuários.
|
Comandos de login script |
Finalidade |
|---|---|
|
MAP DISPLAY OFF |
Evita que os comandos de mapeamento sejam mostrados na tela. |
|
MAP ERRORS OFF |
Evita que os erros de mapeamento sejam mostrados na tela. |
|
MAP *1:=SYS: |
Mapeia o primeiro drive para o volume SYS:. |
|
MAP *1:=SYS:%LOGIN_NAME |
Mapeia o primeiro drive para o diretório pessoal do usuário. Se o usuário não tiver nenhum diretório pessoal, o primeiro drive continuará a ser mapeado para o SYS:. |
|
IF "%1"= "ADMIN"THEN MAP *1:=SYS:SYSTEM |
Se o nome de login for ADMIN, ele mapeará o primeiro drive para SYS:SYSTEM, em vez de mapear para o diretório pessoal do usuário. |
|
IF OS2 THEN MAP P:=SYS:PUBLIC ELSE MAP INS S1:=SYS:PUBLIC MAP INS S2:=SYS:PUBLIC\ %MACHINE\%OS\%OS_VERSION END |
Por exemplo, se todas as estações usarem o DOS, utilize os dois comandos abaixo, em vez do comando IF...THEN: MAP INS S1:=SYS:PUBLICMAP INS S2:=SYS:PUBLIC\ %MACHINE\%OS\%OS_VERSION |
|
IF MEMBER OF "WIN31" THEN MAP INS *2:=SYS:USERS\%LOGIN_NAME\WIN31 MAP INS S16:=SYS:APPS\WINAPPS\WIN31 SET TEMP = "P:\USERS\%LOGIN_NAME\WIN31\TEMP" END |
Se o usuário que fizer login for um membro do objeto Grupo WIN31, o próximo drive disponível será mapeado para o diretório do MS Windows do usuário. Depois, o próximo drive de pesquisa disponível será mapeado para o diretório do MS Windows para o grupo WIN31. Por fim, o diretório TEMP do MS Window será definido para um subdiretório do diretório do MS Windows do usuário. |
|
MAP INS S16:=VOL1:APPL\WP |
Mapeia o próximo drive de pesquisa disponível para o diretório que contém o WordPerfect*. |
|
MAP INS S16:=VOL1:APPL\LOTUS |
Mapeia o próximo drive de pesquisa disponível para o diretório que contém o Lotus*. |
|
MAP INS S16:=SYS:E-mail |
Mapeia o próximo drive de pesquisa disponível que contém o diretório do E-mail. |
|
MAP O:=SYS:DOC |
Mapeia o drive O: para um diretório necessário à execução da documentação eletrônica do NetWare. |
|
IF MEMBER OF "GERENTES" THEN MAP *3:=VOL1:PROJETOS\RELATORIOS END |
Se o usuário pertencer ao objeto Grupo GERENTES, o script irá mapear o quarto drive da rede para o diretório RELATORIOS. |
|
IF MEMBER OF "ANALIS" THEN MAP *4:=INPUT:STATUS\UPDATES END |
Se o usuário pertencer ao objeto Grupo ANALIS, o script irá mapear o quarto drive da rede para o diretório UPDATES. |
|
COMSPEC = S2:COMMAND.COM |
Define COMSPEC para o processador de comandos do DOS, localizado no diretório do DOS (no segundo drive de pesquisa). |
|
SET PROMPT = "$P$G" |
Define o prompt para mostrar o caminho do diretório atual do usuário, seguido pelo símbolo >. |
|
MAP DISPLAY ON |
Permite que os comandos de mapeamento sejam mostrados. |
|
MAP |
Mostra uma lista de todos os mapeamentos de drives. |
|
WRITE |
Mostra uma linha em branco entre a lista de mapeamentos e as linhas seguintes. |
|
WRITE "Bom %GREETING_TIME, %FULL_NAME." |
Mostra uma saudação ao usuário. Exemplo: "Bom dia, MARIA.VENDAS.NOVELL." |
|
WRITE "Sua senha vence em %PASSWORD_EXPIRES dias." |
Mostra uma mensagem indicando o número de dias antes da data de vencimento da senha do usuário. |
|
FIRE PHASERS 3 TIMES |
Faz com que o som phaser soe três vezes para avisar ao usuário que o processo de login está completo. |
Login script de perfil. Se você tiver grupos de usuários com necessidades de login scripts idênticas, poderá criar um objeto Perfil e um login script para esse objeto. Em seguida, você poderá designar cada usuário como membro deste objeto Perfil.
Segue-se um exemplo de login script de perfil que você pode criar para usuários no objeto Perfil CONTABILIZAÇÃO. O perfil de login script CONTABILIZAÇAO seria executado após o login script de container.
|
Comandos de login script |
Finalidade |
|---|---|
|
MAP DISPLAY OFF |
Evita que os comandos de mapeamento sejam mostrados na tela quando são atribuídos. |
|
MAP ERRORS OFF |
Evita que os erros de mapeamento sejam mostrados na tela. |
|
MAP INS S16:=VOL1:APPL\DB |
Mapeia o primeiro drive de pesquisa disponível (após aqueles atribuídos no login script de container) para o diretório que contém o programa do banco de dados. |
|
MAP *5:=VOL1:ACCOUNTS\NEW |
Mapeia o quinto drive da rede (após aqueles atribuídos no login script de container) para o subdiretório NEW. |
|
MAP *6:=VOL1:ACCOUNTS\RECORDS |
Mapeia o sexto drive da rede (após aqueles atribuídos no login script de container) para o subdiretório RECORDS. |
|
#WSUPDATE S1:IPXODI.COM /LOCAL |
Executa o WSUPDATE, que atualiza o arquivo IPXODI.COM na estação de trabalho do usuário com uma nova versão do arquivo localizado no primeiro drive de pesquisa. |
|
MAP DISPLAY ON |
Permite que os comandos de mapeamento sejam mostrados. |
|
MAP |
Mostra uma lista de todos os mapeamentos de drives. |
|
WRITE |
Mostra uma linha em branco entre a lista de mapeamentos e as linhas seguintes. |
|
IF DAY_OF_WEEK = "SEXTAS" THEN WRITE "O relatório de progresso semanal vence hoje." FIRE 2 END |
As sextas-feiras, o som phaser soa duas vezes para alertar o usuário, enquanto a mensagem "O relatório de progresso semanal vence hoje" é mostrada na tela. |
|
PCCOMPATIBLE EXIT "NMENU WORK" |
Interrompe o login script de perfil e envia o usuário a um programa de menu chamado WORK. O EXIT também evita que os login scripts do usuário sejam executados. Se você quiser que um login script de usuário seja executado depois do script de perfil, coloque essas linhas no final do login script de usuário. As estações de trabalho DOS com nome de máquina PC_IBM não precisam da linha PCCOMPATIBLE. |
Login script de usuário. A seguir você encontrará um exemplo de login script de usuário para MARIA. O login script de usuário é executado após os login scripts de container e de perfil.
|
Comandos de login script |
Finalidade |
|---|---|
|
MAP DISPLAY OFF |
Evita que os comandos de mapeamento sejam mostrados na tela quando são atribuídos. |
|
MAP ERRORS OFF |
Evita que os erros de mapeamento sejam mostrados na tela. |
|
MAP *7:=VOL1:MARIA\PROJECTS\RESEARCH |
Mapeia o sétimo drive de rede de Maria (após aqueles atribuídos nos scripts de perfil e de container) para o subdiretório RESEARCH no seu diretório pessoal. |
|
MAP *8:=VOL1:FORMS |
Mapeia o oitavo drive de rede de Maria (após aqueles atribuídos nos scripts de perfil e de container) para o diretório FORMS. |
|
REM Maria precisa acessar o FORMS enquanto ela está na REM equipe de troubleshooting de problemas. Remova esse mapeamento de drives REM quando ela for atribuída novamente. |
Essa observação é um lembrete para a pessoa que criou o login script. Não aparece na tela do usuário. (Como a observação tem várias linhas, cada linha inicia com a palavra-chave REM.) |
|
SET WP="/u-mjr/b-5" |
Define as variáveis de ambiente de Maria para WordPerfect. |
|
SET USR="mramos" |
Define o nome de usuário de Maria (mramos) para o programa de correio eletrônico. |
|
#CAPTURE Q=FAST_Q NB TI=10 NFF |
Executa o utilitário CAPTURE para que Maria possa imprimir a partir de aplicativos que não sejam da rede. |
|
PCCOMPATIBLE EXIT "NMENU TRAINING" |
Interrompe o login script de usuário e envia o usuário a um programa de menu chamado TRAINING. As estações de trabalho DOS com nome de máquina PC_IBM não precisam da linha PCCOMPATIBLE. |
NOTA: Se você ainda não existia como um usuário em um servidor antes de ser feito o upgrade para o NetWare 4 e agora você precisa fazer login através dos serviços de bindery, use o SYSCON (utilitário do NetWare 3) para criar o login script.
Para obter informações sobre como criar, modificar e copiar login scripts, consulte "Criação, Modificação, Cópia e Impressão de Login Scripts" no Capítulo 3 de Supervisão da Rede.
Consulte também "Mapeamento de Drives".