próximo acima anterior sumário índice
Próximo: 12.3.7 O Arquivo port Acima: 12.3.6 O Arquivo sys Anterior: 12.3.6.5 Alternativas   Sumário   Índice


12.3.6.6 Restringindo os Horários de Conexões

O Taylor UUCP provê diversas formas de restringir os horários de realização de chamadas para um sistema remoto. Pode-se usar este procedimento devido a limitações de uso do sistema remoto em horários comerciais ou fora deles, ou simplesmente para evitar tarifas telefônicas mais caras, por exemplo. Note que sempre é possível alterar as restrições de horário de chamadas através das opções -S ou -f do programa uucico.

Por padrão, o Taylor UUCP desabilitará conexões a qualquer tempo, fazendo com que seja necessária algum tipo de especificação de horário no arquivo sys. Caso não haja nenhuma restrição de horário, deve-se especificar a opção time com um valor igual a Any no arquivo sys.

A forma mais simples de se restringir o horário de acesso é através da opção time, o qual é seguido por uma expressão composta pelos campos dia e horário. Dia pode ser igual a Mo, Tu, We, Th, Fr, Sa, Su12.11 ou composto por uma combinação destes, ou Any, Never, ou Wk para dias de semana. O tempo consiste de dois relógios marcando de 0 a 24 horas, separados por um hífen. A combinação destas convenções deve ser especificada sem espaços entre elas, podendo ser especificada qualquer quantidade de entradas, devendo estar separadas por vírgulas. O exemplo a seguir



permite chamadas às Segundas e Quartas, das 3 da manhã até as 7.30 horas e nas Sextas entre 18.05 e 20.00 horas. Quando um campo de horário ultrapassa a meia noite, digamos Mo1830-0600, ele na realidade significa Segunda-feira, entre meia-noite e 6 da manhã e 18.30 até a meia-noite.

As expressões especiais de horário Any e Never significam que as conexões podem ser efetuadas em qualquer horário ou em nenhum, respectivamente.

O comando time pode ser especificado com um segundo argumento que descreve o intervalo de tentativas em minutos. Quando uma tentativa de estabelecimento de conexão falha, uucico não irá tentar uma nova conexão com o sistema remoto durante um determinado intervalo. Por padrão, uucico usa um esquema exponencial para definir o intervalo a ser usado, aonde o intervalo cresce após cada falha ocorrida. Por exemplo, ao se especificar um intervalo de 5 minutos, uucico irá se recusar a tentar uma nova conexão em um intervalo menor que 5 minutos após a última falha.

A opção timegrade permite a definição das tarefas que serão executadas em determinado horário. Por exemplo, imaginemos que temos um sistema com os seguintes comandos timegrade em uma entrada system:



Essa definição permite que as tarefas com índices C ou maiores (normalmente as mensagens enfileiradas de correio utilizam índices B ou C) sejam transferidas em qualquer conexão que seja realizada, enquanto que as notícias (normalmente com o índice N) serão transferidas somente à noite ou nos finais de semana.

Assim como em time, o comando timegrade tem um terceiro parâmetro opcional que define o intervalo de tentativas em minutos.

Existem porém algumas deficiências sobre os índices de ordem: primeiro, a opção timegrade aplica-se somente ao que o sistema local envia, o sistema remoto ainda pode transferir qualquer coisa que ele queira. Neste caso deve-se usar a opção call-timegrade para explicitamente definir as tarefas que podem ser recebidas, porém não há garantias de que a máquina remota irá obedecer.12.12

Similarmente o campo timegrade não é checado pelo sistema remoto, quando ele inicia uma conexão, sendo que qualquer tarefa enfileirada para a máquina será executada. De qualquer forma o sistema remoto pode explicitamente requisitar que o programa uucico local restrinja as transferências dentro de certos índices.


próximo acima anterior sumário índice
Próximo: 12.3.7 O Arquivo port Acima: 12.3.6 O Arquivo sys Anterior: 12.3.6.5 Alternativas   Sumário   Índice
www.conectiva.com