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 <[email protected]> > 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 <[email protected]>: > > 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 <[email protected]> > >> > >> 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 <[email protected]>: > >> > 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 > >> > > > > > >
