Re: RAS Server
Acho que um winmodem não serviria para uso em servidor de conexao, winmodem é capado de muitas funções por hardware, e em geral as funcoes do driver resumem-se muito ao básico para não consumir muita CPU (ja deve ter ouvido falar de winmodem que trava a maquina quando se ouvia mp3, né ?). Digo isso porque no caso do Hylafax que também usava pppd, mgetty havia uma lista de modems compativeis e referente aos winmodems eles diziam que não eram modems e portando não podiam ser usados. As vezes voce tá gastando os neoronios a toa, e a culpa do nao funcionamento é o winmodem. Para essa operação voce precisa dum hardmodem pci ou externo, um externo é mais fácil achar, mas voce deve saber que nos dias atuais muitas placas-maes são desprovidas de porta COM e adaptadores USB->COM nem sempre são funcionais. Como existe a lei da oferta/procura, é muito provavel que voce pague caro por um modem desses nos dias atuais. Chuta o pau da barraca é pede para programadores sensatos criarem um programa de importação/exportação de dados. É muito melhor custo/beneficio do que você está fazendo. Treinar filiais a usar sistemas de dialup a qual não estao acostumados vai custar dinheiro, quando o procedimento nao funcionar alguem vai ter que ir lá ver o que acontece e isso tambem custa dinheiro. 2009/10/28 Harlei Liguori Marcelino : > :) > > Gostei das informações... muita coisa que ainda não vi, mas procurarei saber > amanha certamente... > > hoje foi um arduo dia tentando configurar um winmodem para testar hahahaha > foi dificil mas consegui! :) > > agora que ele ja disca (dial out), pode ser que ele receba (dial in) de > alguma forma... > > amanha pesquisarei e instalarei os pacotes necessários, e vou atualizando > vocês dos progressos... > > agradeço a todos pela ajuda > > att > > Harlei > > > 2009/10/28 Paulino Kenji Sato >> >> 2009/10/27 Harlei Liguori Marcelino : >> > Olá amigos, >> > >> > se estiver enganado por favor me digam :) >> > >> >> > >> > 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? >> > >> >> Ola, >> Já li as outras mensagens. >> >> O próprio pppd pode fazer a parte do RAS, bastando configurar o mesmo >> para escutar o modem. >> Mas, a forma tradicional de se fazer isso e usando um getty adequado >> no inittab. Acho que e o mgetty que faz isso. >> O mgetty fica escutando o modem, quando o mesmo rebebe uma ligação, o >> mgetty chama o pppd. Eo pppd se encarrega de fazer a autenticação e >> estabelecer a conexão. A autenticação pode ser feita usando o banco de >> dados do proprio pppd, o do sistema ou usar o radius. >> Faz muito tempo que configurei um Linux para atender a uma conexão >> discada, então, não lembro dos detalhes. >> Recomento o uso de hardmodem, um externo, como os USR/3COM muito >> populares na década de 1990. >> A velocidade da conexão estaria limitado a 36kbps. (56k precisa de uma >> RAS digital) >> A linha não pode ser a mesma que tem um ADSL, o sinal do ADSL atrapalha. >> >> >> Não seria possivel utilizar um desses provedores dial up gratuitos? >> A filial usa esse provedor, e estabelece uma VPN (ou não) com o seu >> servidor. >> Além de conexões 3G (via rede de celular). >> >> >> -- >> Paulino Kenji Sato >> http://www.nobel.com.br >> >> >> -- >> To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org >> with a subject of "unsubscribe". Trouble? Contact >> listmas...@lists.debian.org >> > > -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: RAS Server
:) Gostei das informações... muita coisa que ainda não vi, mas procurarei saber amanha certamente... hoje foi um arduo dia tentando configurar um winmodem para testar hahahaha foi dificil mas consegui! :) agora que ele ja disca (dial out), pode ser que ele receba (dial in) de alguma forma... amanha pesquisarei e instalarei os pacotes necessários, e vou atualizando vocês dos progressos... agradeço a todos pela ajuda att Harlei 2009/10/28 Paulino Kenji Sato > 2009/10/27 Harlei Liguori Marcelino : > > Olá amigos, > > > > se estiver enganado por favor me digam :) > > > > > > > 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? > > > > Ola, > Já li as outras mensagens. > > O próprio pppd pode fazer a parte do RAS, bastando configurar o mesmo > para escutar o modem. > Mas, a forma tradicional de se fazer isso e usando um getty adequado > no inittab. Acho que e o mgetty que faz isso. > O mgetty fica escutando o modem, quando o mesmo rebebe uma ligação, o > mgetty chama o pppd. Eo pppd se encarrega de fazer a autenticação e > estabelecer a conexão. A autenticação pode ser feita usando o banco de > dados do proprio pppd, o do sistema ou usar o radius. > Faz muito tempo que configurei um Linux para atender a uma conexão > discada, então, não lembro dos detalhes. > Recomento o uso de hardmodem, um externo, como os USR/3COM muito > populares na década de 1990. > A velocidade da conexão estaria limitado a 36kbps. (56k precisa de uma > RAS digital) > A linha não pode ser a mesma que tem um ADSL, o sinal do ADSL atrapalha. > > > Não seria possivel utilizar um desses provedores dial up gratuitos? > A filial usa esse provedor, e estabelece uma VPN (ou não) com o seu > servidor. > Além de conexões 3G (via rede de celular). > > > -- > Paulino Kenji Sato > http://www.nobel.com.br > > > -- > To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > >
Re: RAS Server
2009/10/27 Harlei Liguori Marcelino : > Olá amigos, > > se estiver enganado por favor me digam :) > > > 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? > Ola, Já li as outras mensagens. O próprio pppd pode fazer a parte do RAS, bastando configurar o mesmo para escutar o modem. Mas, a forma tradicional de se fazer isso e usando um getty adequado no inittab. Acho que e o mgetty que faz isso. O mgetty fica escutando o modem, quando o mesmo rebebe uma ligação, o mgetty chama o pppd. Eo pppd se encarrega de fazer a autenticação e estabelecer a conexão. A autenticação pode ser feita usando o banco de dados do proprio pppd, o do sistema ou usar o radius. Faz muito tempo que configurei um Linux para atender a uma conexão discada, então, não lembro dos detalhes. Recomento o uso de hardmodem, um externo, como os USR/3COM muito populares na década de 1990. A velocidade da conexão estaria limitado a 36kbps. (56k precisa de uma RAS digital) A linha não pode ser a mesma que tem um ADSL, o sinal do ADSL atrapalha. Não seria possivel utilizar um desses provedores dial up gratuitos? A filial usa esse provedor, e estabelece uma VPN (ou não) com o seu servidor. Além de conexões 3G (via rede de celular). -- Paulino Kenji Sato http://www.nobel.com.br -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
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 : > 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 >> >> 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 : >> > 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 >> >> >> >> 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 : >> >> > 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 >> >> >> >> >> >> 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
Re: RAS Server
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 > 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 : > > 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 > >> > >> 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 : > >> > 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 > >> >> > >> >> 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 normalmen
Re: RAS Server
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 : > 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 >> >> 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 : >> > 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 >> >> >> >> 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 : >> >> > 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 >>
Re: RAS Server
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 > 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 : > > 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 > >> > >> 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 : > >> > 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 > >> > conhec
Re: RAS Server
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 : > 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 >> >> 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 : >> > 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
Re: RAS Server
Obrigado Henrique... Achei um tutorial: http://stilius.net/callback_en.php não sei se é o que procuro exatamente, mas parece ser... vou ver se consigo testar... se mais alguém tiver alguma informação ou tutorial útil será legal att Harlei 2009/10/27 Henrique Carvalho > Harlei, > > > > Se não estou enganado usei o RAS da Cyclades (não sei se existe) e depois > mudei pro RAS da Digitel (também não sei se ainda existe), o primeiro > funcionou mas não tinha boa qualidade, depois passei pro Digitel com link > E1 ficou perfeito, o software que utilizei foi o próprio pppd. Como faz > tempo não lembro quase de nada, tem um tutorial da Sun com o Red Hat 6.1, > antigão mas pode ti ajudar. Veja aí > http://developers.sun.com/solaris/technotes/linuxppp.html > > > > PPP package é o caminho. > > > > Se eu puder ajudar em mais alguma coisa estou a disposição. > > > > Henrique Carvalho > > > > *De:* Harlei Liguori Marcelino [mailto:hligu...@gmail.com] > *Enviada em:* terça-feira, 27 de outubro de 2009 14:54 > *Para:* Henrique Carvalho > *Cc:* hamacker; debian-user-portuguese@lists.debian.org > *Assunto:* Re: RAS Server > > > > Henrique, > > vc está coberto de razão, porém, como eu disse, só será utilizado por > unidades offline em casos específicos, o que me geraria uma demanda de no > MÁXIMO duas conexões simultâneas. > > Não entendo muito de RAS, mas acredito que tendo duas linhas telefônicas > (ou dois números no range do PABX) conectadas ao servidor RAS eu consiga > esses dois acessos simultâneos, correto? > > É um servidor bem simples que desejo, apenas para conectar uma máquina de > uma unidade até o servidor de DB para fazer a atualização crítica do banco > caso necessário. > > agradeço a ajuda desde já > > estou procurando uma forma de fazer isso > > se tiver alguma ideia será legal > > att > > Harlei > > 2009/10/27 Henrique Carvalho > > Harlei existe solução RAS para atender sua necessidade, a questão é, > quantos acessos/conexões simultâneos você precisará e por quanto tempo esses > acessos/conexões ficarão ativos por demanda, lembre que será necessário > canal ativo pra cada acesso/conexão. > > Num passado longe tive essa necessidade e funcionou perfeitamente. > > > > Henrique Carvalho > > > > *De:* Harlei Liguori Marcelino [mailto:hligu...@gmail.com] > *Enviada em:* terça-feira, 27 de outubro de 2009 14:40 > *Para:* hamacker > *Cc:* debian-user-portuguese@lists.debian.org > *Assunto:* Re: RAS Server > > > > 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 > > 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 : > > > 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! > &
Re: RAS Server
Henrique, vc está coberto de razão, porém, como eu disse, só será utilizado por unidades offline em casos específicos, o que me geraria uma demanda de no MÁXIMO duas conexões simultâneas. Não entendo muito de RAS, mas acredito que tendo duas linhas telefônicas (ou dois números no range do PABX) conectadas ao servidor RAS eu consiga esses dois acessos simultâneos, correto? É um servidor bem simples que desejo, apenas para conectar uma máquina de uma unidade até o servidor de DB para fazer a atualização crítica do banco caso necessário. agradeço a ajuda desde já estou procurando uma forma de fazer isso se tiver alguma ideia será legal att Harlei 2009/10/27 Henrique Carvalho > Harlei existe solução RAS para atender sua necessidade, a questão é, > quantos acessos/conexões simultâneos você precisará e por quanto tempo esses > acessos/conexões ficarão ativos por demanda, lembre que será necessário > canal ativo pra cada acesso/conexão. > > Num passado longe tive essa necessidade e funcionou perfeitamente. > > > > Henrique Carvalho > > > > *De:* Harlei Liguori Marcelino [mailto:hligu...@gmail.com] > *Enviada em:* terça-feira, 27 de outubro de 2009 14:40 > *Para:* hamacker > *Cc:* debian-user-portuguese@lists.debian.org > *Assunto:* Re: RAS Server > > > > 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 > > 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 : > > > 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 > > > > >
Re: RAS Server
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 > 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 : > > 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 > > >
Re: RAS Server
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 : > 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
