Re: RAS Server
Meu ultimo suspiro com modem foi instalando o Hylafax server.
Inclusive na época tive de criar um cliente em português para enviar
fax e consultar recebidos no windows, pois os que existiam eram feios
e apenas em inglês, o que atrapalhava bastante. O código até hoje
permanece no sourceforge.net.
Sim, esta batalha é das mais ingratas.
Não basta receber uma ligação e fazer o programa atender, é necessário
que o cliente de RAS lá do outro lado refaça sua rota padrão.
[]'s e boa sorte.
2009/10/28 Harlei Liguori Marcelino <hliguori@gmail.com>:
> Talvez os desenvolvedores consigam fazer algo nesse sistema, mas, não
> gostaria de passar mais essa demanda para eles agora.
>
> Estou apanhando para testar os modens em modo texto hahaha nunca fiz isso em
> linux...
>
> uma hora consigo ! :)
>
> abraços
>
> Harlei
>
>
> 2009/10/28 hamacker <sirhamacker@gmail.com>
>>
>> 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 <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
>> >> >> >
>> >> >
>> >> >
>> >
>> >
>
>
Reply to: