> Olá amigo...
>
> sim estamos falando exatamente da mesma coisa...
>
> é um servidor que recebera dial de uma máquina na unidade onde o link
> estiver down, e a partir dela terá acesso apenas ao servidor DB (bloqueio o
> resto dos acessos por iptables).
>
> E sim, resolve meu problema... :)
>
> a replicação de dados seria sim a forma mais simples de resolver se eu
> tivesse servidores em todos as 150 unidades, como não tenho :) fica mais
> dificil :) ... os dados são todos centralizados na sede, e eles acessam
> absolutamente tudo pelo link (q se estiver down para a unidade
> praticamente). Só que os serviços conseguem seguir por algumas horas sem
> link, menos esse que é urgente e precisa ser feito 'na hora', então, esse
> sistema RAS resolveria lento mas beeem barato. Será que entendeu? Sei que é
> bem diferente do que você já viu hehehehe mas a verba é pouca e as vezes
> temos que fazer algumas coisas fora do padrão.
>
> agradeço muito sua atenção até agora
>
> vou começar os testes hoje talvez, e vou atualizando vocês de como foi
> feito...
>
> talvez não sirva pra mais ninguém hoje em dia, mas quem sabe alguém não
> aproveita as informações...
>
> ah, e realmente RAS foi atropelado pela VPN :) mas é que não quero deixar as
> unidades fazerem acesso a um ISP (tipo ig, terra, uol, sei la mais qual)
> para evitar acessos a sites indevidos, entradas de virus e essas coisas na
> minha rede. Com o RAS ela só vai acessar esse servidor DB e pronto.
>
> agradeço por hora
>
> att
>
> Harlei
>
>
> 2009/10/27 hamacker <
sirhamacker@gmail.com>
>>
>> Podemos estar falando de coisas diferentes, mas o RAS que conheco é um
>> sistema de dialup onde voce se conecta ao seu servidor e dali em
>> diante voce esta numa rede ponto-a-ponto, podendo inclusive ter acesso
>> a internet se este servidor o possuir. Este processo foi atropelado
>> pela VPN.
>>
>> Do jeito que vejo um RAS, ele não resolve seu problema de conexão.
>>
>> Se o seu problema é basicamente com o banco de dados, há varias
>> solucoes que podem ser aplicadas com pouca ou nenhuma aquisição de
>> novos hardwares. Uma delas é replicação de dados, a outra uma solução
>> de contigencia com escrituração offline com ou sem reaproveitamento se
>> o sistema voltar a ficar online.
>>
>> []'s e sucesso.
>>
>> 2009/10/27 Harlei Liguori Marcelino <
hliguori@gmail.com>:
>> > Caro amigo,
>> >
>> > realmente vc está coberto de razão, redundancia de link é o ideal,
>> > porém,
>> > não tenho como fazer redundância de 150 links por questão de verba.
>> >
>> > Se um link de uma unidade cai, ela não consegue acessar a sede para
>> > atualizar o banco de dados. Na sede tenho redundâncias e ele NUNCA está
>> > offline pela redundância, agora, as unidades costumam ter problemas,
>> > entende
>> > agora?
>> >
>> > Esse RAS resolveria meu problema do banco de dados, de uma forma lenta,
>> > porém eficaz e barata.
>> >
>> > será que alguém pode me auxiliar nessa implementação compartilhando
>> > experiências ou informações conforme solicitei no e-mail base?
>> >
>> > agradeço desde já
>> >
>> > att
>> >
>> > Harlei
>> >
>> >
>> > 2009/10/27 hamacker <
sirhamacker@gmail.com>
>> >>
>> >> O que voce precisa é apenas uma redundancia de link.
>> >> Um RAS num link que está down provavelmente lhe geraria o mesmo
>> >> problema.
>> >>
>> >> Voce até pode pendurar dois ADSL, pois existem roteadores com 2
>> >> entradas WAN e com isso voce tem redundancia (uma WAN é backup da
>> >> outrra) e se desejar terá também balanceamento de carga. Administração
>> >> por hardware é sempre muito mais facil do que montar um servidor para
>> >> isso, no entanto, esteja atento ao seguinte :
>> >> - Ter dois ADSL da mesma telefonica é uma redundancia problematica,
>> >> pois muitas vezes a telefonica é "boazinha" sempre com todos.
>> >> - Portas criptografadas (HTTPS) não podem simplesmente operar com
>> >> balanceamento de carga, não podem trocar de IP que senão a conexao vai
>> >> expirar. Se tiver isso aí, existem muitas opcoes normalmente no
>> >> proprio roteador ou soluções usando servidores de sessão.
>> >>
>> >> []'s e sucesso.
>> >>
>> >>
>> >> 2009/10/27 Harlei Liguori Marcelino <
hliguori@gmail.com>:
>> >> > Olá amigos,
>> >> >
>> >> > se estiver enganado por favor me digam :)
>> >> >
>> >> > A situação é a seguinte... tenho diversas unidades que alimentam um
>> >> > banco de
>> >> > dados e essa alimentação é vital. Todos devem ter problemas com a
>> >> > telefônica
>> >> > como eu tenho, e já que tenho diversas unidades (+-150), sempre
>> >> > existe
>> >> > pelo
>> >> > menos uma com o link down, correto? Com o link down não há
>> >> > alimentação
>> >> > do BD
>> >> > o que me gera problemas :) Obvio!
>> >> >
>> >> > Estive pensando, e parece que um RAS server me solucionaria para
>> >> > casos
>> >> > de
>> >> > urgência como o supracitado.
>> >> >
>> >> > Quando o link cair, se houver dados para alimentar o banco de dados,
>> >> > via
>> >> > modem, a unidade conectaria a um server que eu liberaria apenas
>> >> > acesso
>> >> > ao
>> >> > servidor DB e pronto, banco atualizado, mesmo com link down, me
>> >> > parece a
>> >> > solução.
>> >> >
>> >> > Agora vem a pergunta...
>> >> >
>> >> > Existe RAS server service para debian? Se sim qual é? E se possivel,
>> >> > alguém
>> >> > conhece algum tutorial ou alguém com experiência para trocar uma
>> >> > ideia?
>> >> >
>> >> > Nunca implementei isso, e nem achava que seria viável hoje em dia...
>> >> >
>> >> > mas para evitar que a unidade se conecte à internet via modem
>> >> > burlando
>> >> > minhas regras de segurança e abrindo a rede para virus e tudo mais
>> >> > preferi
>> >> > optar por este método de acesso.
>> >> >
>> >> > se alguém puder me ajudar ficarei grato
>> >> >
>> >> > att
>> >> >
>> >> > Harlei
>> >> >
>> >
>> >
>
>