Re: RAS Server

[Harlei Liguori Marcelino <hliguori@gmail.com>]

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
>> >
>
>