<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Boas colega Paulo.<br>
<br>
<br>
Como todo e qualquer sistema inform&aacute;tico as c&oacute;pias de seguran&ccedil;a ser&atilde;o
&uacute;teis, mas no D-Star s&atilde;o irrelevantes, porque quando a m&aacute;quina se liga
ao "trusted server" ele actualiza os dados de DNS da pr&oacute;pria m&aacute;quina
(que &eacute; o mais importante) sobra s&oacute; os registos feitos na p&aacute;gina pessoal
da associa&ccedil;&atilde;o e esses s&atilde;o salvos por um script que se encontra no
pacote do dstar de nome dstar_db-backup.<br>
Com respeito a serem dois os respons&aacute;veis, concordo, mas sempre na base
de serem dependentes do sistema e n&atilde;o o contr&aacute;rio.<br>
<br>
Um abra&ccedil;o <br>
<br>
<br>
Jorge Santos - CT1JIB<br>
<br>
Paulo Mendes escreveu:
<blockquote
 cite="mid:8ba2a47b0808081002h7f5ceeddkb2c965359909d15a@mail.gmail.com"
 type="cite">
  <div dir="ltr">Muito bem, eu ainda defendo que deve ser mantido por
duas ou mais pessoas para que n&atilde;o haja dep&ecirc;nd&ecirc;ncia directa de "A" mas
de "A" ou "B".<br>
Aconselho a todos que fa&ccedil;am copias de seguran&ccedil;a automaticamente e
priodicamente dos PC&acute;s que est&atilde;o a fazer a gest&atilde;o do sistema para outro
PC que esteja na mesma rede, assim se o disco pifar os dados est&atilde;o
salvados.<br>
  <br>
73&acute;s CT2HQT, Paulo Mendes.<br>
  <br>
  <br>
  <br>
  <div class="gmail_quote">2008/8/8 Jorge Santos <span dir="ltr">&lt;<a
 moz-do-not-send="true" href="mailto:nobre.santos@netvisao.pt">nobre.santos@netvisao.pt</a>&gt;</span><br>
  <blockquote class="gmail_quote"
 style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Boas
noites colegas.<br>
    <br>
    <br>
    <br>
O D-Star trouxe uma revolu&ccedil;&atilde;o &agrave;s comunica&ccedil;&otilde;es &eacute; indiscut&iacute;vel, a
possibilidade de um operador m&oacute;vel contactar algu&eacute;m que se encontre num
qualquer repetidor utilizando a "gateway" ou o link de micro ondas
entre repetidores, d&aacute;-nos a possibilidade quase ilimitada de estarmos
sempre dispon&iacute;veis e quando n&atilde;o estivermos deixamos uma mensagem vocal
al&eacute;m de o nosso interlocutor ficar na nossa lista de "chamadas
perdidas", digamos que &eacute; quase um telem&oacute;vel, mas como uma vantagem &eacute;
nosso, operamos o nosso hobbie, pudemos faz&ecirc;-lo a n&iacute;vel nacional ou
internacional e o melhor de tudo, sendo uma tecnologia nova (data de
nascimento 2003) ainda tem muito para desvendar.<br>
    <br>
Mas bem este meu email &eacute; dirigido &agrave;s associa&ccedil;&otilde;es que pretendam aplicar
o sistema, vem em forma de aviso.<br>
    <br>
Num sistema de RF, temos uma fonte de alimenta&ccedil;&atilde;o, que estando
"folgada" e devidamente protegida, quer termicamente quer contra
qualquer hip&oacute;tese de sobrecarga, ter&aacute; uma dura&ccedil;&atilde;o que podemos estimar
de 5 anos sem manuten&ccedil;&atilde;o, temos o sistema repetidor, que sendo
devidamente protegido tanto termicamente como a n&iacute;vel de sistema
irradiante n&atilde;o ir&aacute; dar problemas no mesmo per&iacute;odo e acabam-se por aqui
(duma forma simplista) os problemas.<br>
    <br>
O D-Star.<br>
O seu sistema repetidor n&atilde;o mais &eacute; do que os nossos velhos sistemas mas
a ele junta-se uma novidade para alguns colegas, um *servidor*, que
para azar tem um sistema operativo "esquisito". Pois bem &eacute; aqui que
reside o problema. Quando inici&aacute;mos esta actividade n&atilde;o nos disseram
que t&iacute;nhamos que ser "expert" nessa mat&eacute;ria que &eacute; a inform&aacute;tica e no
caso do D-Star &eacute; dose para burro, as vari&aacute;veis s&atilde;o tantas e o sistema
pode arraiar por tanto s&iacute;tio quanto o n&uacute;mero dessas vari&aacute;veis. Sen&atilde;o
vejamos:<br>
1&ordm; - temos que ter o servidor instalado com o CentOS 5.1 mas ele
insiste em actualizar &agrave; vers&atilde;o 5.2, aqui come&ccedil;a o azar, a &nbsp;vers&atilde;o 5.2
introduz umas altera&ccedil;&otilde;es que deixam o sistema inst&aacute;vel e &agrave;s vezes mesmo
sem comunicar com o "trusted server", solu&ccedil;&atilde;o formatar e instalar de
novo n&atilde;o permitindo as actualiza&ccedil;&otilde;es.<br>
2&ordm; - O link de acesso: - quase todos os repetidores est&atilde;o em zonas
inacess&iacute;veis e n&oacute;s temos que fornecer-lhe acesso &agrave; internet porque sem
ela passaremos a ter um repetidor igual aos j&aacute; instalados mas mais
caros e devido ao sinal necess&aacute;rio para n&atilde;o haver "drop outs" no &aacute;udio
com menos cobertura, portanto precisamos mesmo da internet. Este &eacute; mais
um problema, tem solu&ccedil;&atilde;o como tudo na vida, mas a sua manuten&ccedil;&atilde;o tal
como a do servidor j&aacute; n&atilde;o se pode basear nos tais 5 anos, talvez seja
uma vis&atilde;o optimista pormos a situa&ccedil;&atilde;o em 5 meses.<br>
3&ordm; - e &uacute;ltimo, a falta de informa&ccedil;&atilde;o generalizada ensinando, formando
os futuros "sysop's" dos sistemas.<br>
    <br>
&Eacute; aqui que eu queria chegar, a todas as associa&ccedil;&otilde;es que pretendam
instalar este fant&aacute;stico sistema t&ecirc;m que contar com a disponibilidade
de um t&eacute;cnico cujo o grau de conhecimentos j&aacute; n&atilde;o se compatibiliza com
a simples formata&ccedil;&atilde;o e saber fazer umas c&oacute;pias por uma rede, j&aacute; t&ecirc;m que
ter conhecimentos profundos (pelo menos do Linux , roteamentos,
entender um pouco a filosofia da Gateway) e essencialmente a
disponibilidade, o sistema actualiza-se de 15 em 15 minutos, uma falha
desta actualiza&ccedil;&atilde;o significa no seu pior, que por exemplo um colega com
um "Dongle" n&atilde;o aceda ao repetidor ou um colega em m&oacute;vel que estava a
falar com outro colega num repetidor de repente perde-o. Esta
necessidade j&aacute; foge um pouco ao esp&iacute;rito do nosso hobbie que &eacute;,
praticamo-lo quando temos tempo, pois o D-Star n&atilde;o pode ficar &agrave; espera
de "quando tivermos tempo".<br>
    <br>
&Eacute; s&oacute; este o aviso que pretendo deixar aos colegas que pretendam ou que
tenham sistemas digitais, escolham um t&eacute;cnico pe&ccedil;am-lhe disponibilidade
e dentro do meu conhecimento disponibilizo-me para na medida do
poss&iacute;vel os formar, naquilo que eu continuo a afirmar, ser um sistema
com muitas potencialidades.<br>
    <br>
    <br>
Divirtam-se com o D-Star.<br>
    <font color="#888888"><br>
    <br>
    <br>
Jorge Santos - CT1JIB<br>
    <br>
    <br>
    </font><br>
_______________________________________________<br>
CLUSTER mailing list<br>
    <a moz-do-not-send="true" href="mailto:CLUSTER@radio-amador.net">CLUSTER@radio-amador.net</a><br>
    <a moz-do-not-send="true"
 href="http://radio-amador.net/cgi-bin/mailman/listinfo/cluster"
 target="_blank">http://radio-amador.net/cgi-bin/mailman/listinfo/cluster</a><br>
    <br>
  </blockquote>
  </div>
  <br>
  </div>
</blockquote>
</body>
</html>