Na realidade, com um RAS voce está pregando aquela máquina em sua rede da mesma forma que o seria com a VPN. É realmente muito diferente do que estou acostumado, pois atualmente 33Kbps (4 ou 5 KB/s) é muito lento para qualquer forma de transmissão e atualmente com universalização dos celulares é dificil acreditar que voce só encontrou essa forma.
Não existe a possbilidade de seu sistema importar dados ? Assim uma filial poderia enviar os dados em .zip por um celular/email/whatever ? []'s 2009/10/28 Harlei Liguori Marcelino <[email protected]>: > 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 >> >> > >> > >> > > > -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
