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 <hligu...@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 <sirhamac...@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 <hligu...@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 >> > > > -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org