Re: [FUG-BR] [Off-Topic] Curso Asterisk
Em 4 de fevereiro de 2012 10:52, Thiago Rocha thiago.ro...@bsd.com.brescreveu: On Feb 3, 2012, at 2:35 PM, Luciano Bissoli wrote: Boa tarde. Alguem poderia me dizer se vai ter, e se tiver a data, de curso de Asterisk pela FUG??? Ou então alguem poderia me indicar onde tem algum curso bom dele, estou querendo implementa-lo na empresa que trabalho, mais gostaria de ter uma base melhor do que somente procurar no noss oraculo Google. Att -- Luciano O. Bissoli Analista de Informática - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Luciano, Pela FUG não sei, mas um excelente curso é o da Asteriks [1] configura o agendamento. O instrutor é o Alexandre Keller [2], autor do livro [3], para resumir o cara é muito bom no que faz. Tendo oportunidade, adquira o livro, este te dará uma boa base e conceitos além de ter laboratórios práticos e completos. Também em oportunidade faça esse treinamento básico, acredito que não se arrependerá. Há também, a lista Asterik-BR [4], é também um bom lugar para se começar. Bons estudos, 1 - http://www.asteriks.com.br 2 - http://www.novateceditora.com.br/autores/alexandrekeller/ 3 - http://www.novateceditora.com.br/livros/asterisk2ed/ 4 - http://www.asteriskbrasil.org/ Thiago Rocha thiago.ro...@bsd.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Thiago, muito obrigado pela resposta, agora da para ter uma base de onde começar a procurar, me ajudou muito. Atenciosamente -- Luciano O. Bissoli Analista de Informática - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] BGP
Opa o peer que a operadora fechou a vizinhança BGP é um endereço na mesma subrede da sua caixa rodando bgp? Normalmente isto acontece quando o nexthop está em outra subrede. Por exemplo: Endereço de WAN: 200.2.2.2/30 Peer BGP 200.100.100.1. No exemplo acima, as rotas que foram aprendidas teriam o gateway 200.100.100.1, porém ele não é local, fazendo com que o kernel se recuse a injetá-la(já que ela so seria acessível atrás o gateway, não fazendo lógica). Não sei no quagga, como falo aqui larguei este bicho a tempos, mas no opebgpd você faz um filtro tipo o abaixo e resolve: match from 200.100.100.1 set nexthop 200.2.2.1 Ou seja, as redes entregues pelo peer 200.100.100.1, o openbgpd vai falar pro kernel colocar o next-hop como 200.2.2.1, que é o endereço do router da operadora, ficando com a rota válida. Eventualmente, em cenários mais complexos como um PTT, você pode precisar usar enforce neighbor-as no, mas acredito que não é seu caso. Note que em um cenário igual o seu, com 1 operadora só, aprender 300mil e tantas rotas seria mesmo só para fins de aprendizado, 1 operadora somente defaultroute aprende, você pode eventualmente fazer um filtro para ignorar as rotas, poupando memória e no futuro desfazer o filtro, quando tiver 2 operadoras. Sobre sua outra dúvida, sim, quando você fechar a 2a sessão e receber full-routing, o sistema vai decidir, via redes aprendidsa pelo bgp, qual é o caminho mais curto para um destino. você pode usar manobras como pbr(análogo a isto no mundo bsd tem o route-to do pf e o fwd do ipfw) para forçar a saída por um link e manobras como divulgar redes mais específicas(ou preprends - não recomendado) para tentar forçar o retorno por um link, sempre mantendo redundância. Em 04/02/12 23:40, Levi Lins escreveu: Boa Noite pessoal, conseguir colocar o link para funcionar em full-routing. Agora apareceu uma dúvida em muitos arquivos de conf que vi. A opção fib-update no estava configurada. Só que quando ativo essa configuração, não é colocado as rotas que pego na tabela de roteamento do kernel e fico sem rota. No BGP consigo pegar todas as rotas, mas, como não esta na tabela de roteamento do kernel não consigo saída para internet. Notei também que essa opção normalmente só vinha habilitada nos cenários com dois links. Essa configuração específica é feita para dois links? Pergunto, pois, também vou levantar uma segunda sessão com outra operadora. A impressão que tive é que quando as rotas vão para a tabela de roteamento do kernel o BGP não tem poder de decidir qual melhor rota seguir. Não sei se é a ideia correta. Outra dúvida é quanto quando ativar o segundo trânsito. Vou pegar as rotas de ambos os trânsito mas quando for saír, vai saír pela melhor rota com a opção fib-update yes? desde já muito obrigado pela atenção de todos. :) Date: Wed, 25 Jan 2012 01:03:58 -0200 From: lis...@intersolinformatica.com.br To: freebsd@fug.com.br Subject: Re: [FUG-BR] BGP já conseguiu? tenho este cenário com o quagga nao está completo mas posso passar, se precisar avisa falou - Mensagem original - De: Levi Linslevitl...@hotmail.com Para: freebsd@fug.com.br Enviadas: Segunda-feira, 23 de Janeiro de 2012 18:09:42 Assunto: Re: [FUG-BR] BGP Muito obrigado Otavio. Date: Mon, 23 Jan 2012 18:01:10 -0200 From: otavi...@gmail.com To: freebsd@fug.com.br Subject: Re: [FUG-BR] BGP Acredito que vc contratou um link e irá fechar uma sessão BGP com a operadora. Se este for o caso vc deve pedir para eles fornecerem full ou partial routing. Em full ele irão publicar para vc todas as rotas que eles possuem ( normalmente todos os AS da internet). Se for parcial ele irão mandar pra vc apenas os ASs mais próximos deles e/ou os nacionais. Nos dois casos o OpenBGP será configurado da mesma forma. Dica.: Como vc é iniciante execute a configuração mínima para fechar a sessão com a Operadora e depois acrescente suas personalização dos filtros. Em 23 de janeiro de 2012 17:54, Levi Linslevitl...@hotmail.com escreveu: Boa tarde a todos, Galera Como é que faz para configurar full-routing ou partial-routing no openbgpd? Alguém pode mim ajudar? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Otavio Augusto - Consultor de TI Citius Tecnologia 31 37761866 31 88651242 http://www.citiustecnologia.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] BGP
Obrigado Renato pelas explicações. Realmente era o que você imaginou, estamos em uma subrede diferente do bgp da operadora e temos que colocar uma rota estática para alcançar o BGP da operadora. incluir o match redirecionado o nexthop Realmente, na tabela rib antes ficava o ip do BGP da operadora, agora está o do gateway da rede /30. ok Acabei de saber pelo diretor financeiro que renovamos o contrato com a nosso segunda operadora a que antes seria cancelada. Então vou ter que fechar a segunda sessão BGP.: ) Mesmo depois de colocar o match e o nexthop fica o gateway da minha rede /30. Tentei disabilitar a opção fib-update recebir todas as 392 mil rotas no BGP e nenhuma rota na tabela do Kernel mas quando tento pingar para qualquer ip da internet não pinga. Da a mensagem: no route to host . Quando ativo a opção, fib-update yes, ele funciona blz. Quando eu colocar a segunda operadora mesmo com a opção, -- fib-update yes -- , não tem problemas? é necessário a opção, -- fib-update no --, para duas operadora? muito obrigado a quem puder ajudar. fiquem com Deus... Date: Mon, 6 Feb 2012 08:13:24 -0200 From: ren...@frederick.eti.br To: freebsd@fug.com.br Subject: Re: [FUG-BR] BGP Opa o peer que a operadora fechou a vizinhança BGP é um endereço na mesma subrede da sua caixa rodando bgp? Normalmente isto acontece quando o nexthop está em outra subrede. Por exemplo: Endereço de WAN: 200.2.2.2/30 Peer BGP 200.100.100.1. No exemplo acima, as rotas que foram aprendidas teriam o gateway 200.100.100.1, porém ele não é local, fazendo com que o kernel se recuse a injetá-la(já que ela so seria acessível atrás o gateway, não fazendo lógica). Não sei no quagga, como falo aqui larguei este bicho a tempos, mas no opebgpd você faz um filtro tipo o abaixo e resolve: match from 200.100.100.1 set nexthop 200.2.2.1 Ou seja, as redes entregues pelo peer 200.100.100.1, o openbgpd vai falar pro kernel colocar o next-hop como 200.2.2.1, que é o endereço do router da operadora, ficando com a rota válida. Eventualmente, em cenários mais complexos como um PTT, você pode precisar usar enforce neighbor-as no, mas acredito que não é seu caso. Note que em um cenário igual o seu, com 1 operadora só, aprender 300mil e tantas rotas seria mesmo só para fins de aprendizado, 1 operadora somente defaultroute aprende, você pode eventualmente fazer um filtro para ignorar as rotas, poupando memória e no futuro desfazer o filtro, quando tiver 2 operadoras. Sobre sua outra dúvida, sim, quando você fechar a 2a sessão e receber full-routing, o sistema vai decidir, via redes aprendidsa pelo bgp, qual é o caminho mais curto para um destino. você pode usar manobras como pbr(análogo a isto no mundo bsd tem o route-to do pf e o fwd do ipfw) para forçar a saída por um link e manobras como divulgar redes mais específicas(ou preprends - não recomendado) para tentar forçar o retorno por um link, sempre mantendo redundância. Em 04/02/12 23:40, Levi Lins escreveu: Boa Noite pessoal, conseguir colocar o link para funcionar em full-routing. Agora apareceu uma dúvida em muitos arquivos de conf que vi. A opção fib-update no estava configurada. Só que quando ativo essa configuração, não é colocado as rotas que pego na tabela de roteamento do kernel e fico sem rota. No BGP consigo pegar todas as rotas, mas, como não esta na tabela de roteamento do kernel não consigo saída para internet. Notei também que essa opção normalmente só vinha habilitada nos cenários com dois links. Essa configuração específica é feita para dois links? Pergunto, pois, também vou levantar uma segunda sessão com outra operadora. A impressão que tive é que quando as rotas vão para a tabela de roteamento do kernel o BGP não tem poder de decidir qual melhor rota seguir. Não sei se é a ideia correta. Outra dúvida é quanto quando ativar o segundo trânsito. Vou pegar as rotas de ambos os trânsito mas quando for saír, vai saír pela melhor rota com a opção fib-update yes? desde já muito obrigado pela atenção de todos. :) Date: Wed, 25 Jan 2012 01:03:58 -0200 From: lis...@intersolinformatica.com.br To: freebsd@fug.com.br Subject: Re: [FUG-BR] BGP já conseguiu? tenho este cenário com o quagga nao está completo mas posso passar, se precisar avisa falou - Mensagem original - De: Levi Linslevitl...@hotmail.com Para: freebsd@fug.com.br Enviadas: Segunda-feira, 23 de Janeiro de 2012 18:09:42 Assunto: Re: [FUG-BR] BGP Muito obrigado Otavio. Date: Mon, 23 Jan 2012 18:01:10 -0200 From: otavi...@gmail.com To: freebsd@fug.com.br Subject: Re: [FUG-BR] BGP Acredito que vc contratou um link e irá fechar uma sessão BGP com a operadora. Se este for o caso vc deve pedir para eles fornecerem full ou partial routing. Em full ele irão publicar para vc todas as rotas que eles possuem (
Re: [FUG-BR] BGP
você tem que colocar fib-update, senão não vai injetar as rotas no kernel. esta opção, quando setada para no é para que a máquina fique sendo um looking glass(recebe as rotas mas não injeta no kernel, para fins de diagnóstico, algo do tipo http://lg.alog.com.br ). Em 06/02/2012 09:01, Levi Lins escreveu: Obrigado Renato pelas explicações. Realmente era o que você imaginou, estamos em uma subrede diferente do bgp da operadora e temos que colocar uma rota estática para alcançar o BGP da operadora. incluir o match redirecionado o nexthop Realmente, na tabela rib antes ficava o ip do BGP da operadora, agora está o do gateway da rede /30. ok Acabei de saber pelo diretor financeiro que renovamos o contrato com a nosso segunda operadora a que antes seria cancelada. Então vou ter que fechar a segunda sessão BGP.: ) Mesmo depois de colocar o match e o nexthop fica o gateway da minha rede /30. Tentei disabilitar a opção fib-update recebir todas as 392 mil rotas no BGP e nenhuma rota na tabela do Kernel mas quando tento pingar para qualquer ip da internet não pinga. Da a mensagem: no route to host . Quando ativo a opção, fib-update yes, ele funciona blz. Quando eu colocar a segunda operadora mesmo com a opção, -- fib-update yes -- , não tem problemas? é necessário a opção, -- fib-update no --, para duas operadora? muito obrigado a quem puder ajudar. fiquem com Deus... Date: Mon, 6 Feb 2012 08:13:24 -0200 From: ren...@frederick.eti.br To: freebsd@fug.com.br Subject: Re: [FUG-BR] BGP Opa o peer que a operadora fechou a vizinhança BGP é um endereço na mesma subrede da sua caixa rodando bgp? Normalmente isto acontece quando o nexthop está em outra subrede. Por exemplo: Endereço de WAN: 200.2.2.2/30 Peer BGP 200.100.100.1. No exemplo acima, as rotas que foram aprendidas teriam o gateway 200.100.100.1, porém ele não é local, fazendo com que o kernel se recuse a injetá-la(já que ela so seria acessível atrás o gateway, não fazendo lógica). Não sei no quagga, como falo aqui larguei este bicho a tempos, mas no opebgpd você faz um filtro tipo o abaixo e resolve: match from 200.100.100.1 set nexthop 200.2.2.1 Ou seja, as redes entregues pelo peer 200.100.100.1, o openbgpd vai falar pro kernel colocar o next-hop como 200.2.2.1, que é o endereço do router da operadora, ficando com a rota válida. Eventualmente, em cenários mais complexos como um PTT, você pode precisar usar enforce neighbor-as no, mas acredito que não é seu caso. Note que em um cenário igual o seu, com 1 operadora só, aprender 300mil e tantas rotas seria mesmo só para fins de aprendizado, 1 operadora somente defaultroute aprende, você pode eventualmente fazer um filtro para ignorar as rotas, poupando memória e no futuro desfazer o filtro, quando tiver 2 operadoras. Sobre sua outra dúvida, sim, quando você fechar a 2a sessão e receber full-routing, o sistema vai decidir, via redes aprendidsa pelo bgp, qual é o caminho mais curto para um destino. você pode usar manobras como pbr(análogo a isto no mundo bsd tem o route-to do pf e o fwd do ipfw) para forçar a saída por um link e manobras como divulgar redes mais específicas(ou preprends - não recomendado) para tentar forçar o retorno por um link, sempre mantendo redundância. Em 04/02/12 23:40, Levi Lins escreveu: Boa Noite pessoal, conseguir colocar o link para funcionar em full-routing. Agora apareceu uma dúvida em muitos arquivos de conf que vi. A opção fib-update no estava configurada. Só que quando ativo essa configuração, não é colocado as rotas que pego na tabela de roteamento do kernel e fico sem rota. No BGP consigo pegar todas as rotas, mas, como não esta na tabela de roteamento do kernel não consigo saída para internet. Notei também que essa opção normalmente só vinha habilitada nos cenários com dois links. Essa configuração específica é feita para dois links? Pergunto, pois, também vou levantar uma segunda sessão com outra operadora. A impressão que tive é que quando as rotas vão para a tabela de roteamento do kernel o BGP não tem poder de decidir qual melhor rota seguir. Não sei se é a ideia correta. Outra dúvida é quanto quando ativar o segundo trânsito. Vou pegar as rotas de ambos os trânsito mas quando for saír, vai saír pela melhor rota com a opção fib-update yes? desde já muito obrigado pela atenção de todos. :) Date: Wed, 25 Jan 2012 01:03:58 -0200 From: lis...@intersolinformatica.com.br To: freebsd@fug.com.br Subject: Re: [FUG-BR] BGP já conseguiu? tenho este cenário com o quagga nao está completo mas posso passar, se precisar avisa falou - Mensagem original - De: Levi Linslevitl...@hotmail.com Para: freebsd@fug.com.br Enviadas: Segunda-feira, 23 de Janeiro de 2012 18:09:42 Assunto: Re: [FUG-BR] BGP Muito obrigado Otavio. Date: Mon, 23 Jan 2012 18:01:10 -0200 From: otavi...@gmail.com To: freebsd@fug.com.br Subject: Re: [FUG-BR]
Re: [FUG-BR] BGP
Valeu Renato, obrigado pela atenção. Date: Mon, 6 Feb 2012 09:24:55 -0200 From: ren...@frederick.eti.br To: freebsd@fug.com.br Subject: Re: [FUG-BR] BGP você tem que colocar fib-update, senão não vai injetar as rotas no kernel. esta opção, quando setada para no é para que a máquina fique sendo um looking glass(recebe as rotas mas não injeta no kernel, para fins de diagnóstico, algo do tipo http://lg.alog.com.br ). Em 06/02/2012 09:01, Levi Lins escreveu: Obrigado Renato pelas explicações. Realmente era o que você imaginou, estamos em uma subrede diferente do bgp da operadora e temos que colocar uma rota estática para alcançar o BGP da operadora. incluir o match redirecionado o nexthop Realmente, na tabela rib antes ficava o ip do BGP da operadora, agora está o do gateway da rede /30. ok Acabei de saber pelo diretor financeiro que renovamos o contrato com a nosso segunda operadora a que antes seria cancelada. Então vou ter que fechar a segunda sessão BGP.: ) Mesmo depois de colocar o match e o nexthop fica o gateway da minha rede /30. Tentei disabilitar a opção fib-update recebir todas as 392 mil rotas no BGP e nenhuma rota na tabela do Kernel mas quando tento pingar para qualquer ip da internet não pinga. Da a mensagem: no route to host . Quando ativo a opção, fib-update yes, ele funciona blz. Quando eu colocar a segunda operadora mesmo com a opção, -- fib-update yes -- , não tem problemas? é necessário a opção, -- fib-update no --, para duas operadora? muito obrigado a quem puder ajudar. fiquem com Deus... Date: Mon, 6 Feb 2012 08:13:24 -0200 From: ren...@frederick.eti.br To: freebsd@fug.com.br Subject: Re: [FUG-BR] BGP Opa o peer que a operadora fechou a vizinhança BGP é um endereço na mesma subrede da sua caixa rodando bgp? Normalmente isto acontece quando o nexthop está em outra subrede. Por exemplo: Endereço de WAN: 200.2.2.2/30 Peer BGP 200.100.100.1. No exemplo acima, as rotas que foram aprendidas teriam o gateway 200.100.100.1, porém ele não é local, fazendo com que o kernel se recuse a injetá-la(já que ela so seria acessível atrás o gateway, não fazendo lógica). Não sei no quagga, como falo aqui larguei este bicho a tempos, mas no opebgpd você faz um filtro tipo o abaixo e resolve: match from 200.100.100.1 set nexthop 200.2.2.1 Ou seja, as redes entregues pelo peer 200.100.100.1, o openbgpd vai falar pro kernel colocar o next-hop como 200.2.2.1, que é o endereço do router da operadora, ficando com a rota válida. Eventualmente, em cenários mais complexos como um PTT, você pode precisar usar enforce neighbor-as no, mas acredito que não é seu caso. Note que em um cenário igual o seu, com 1 operadora só, aprender 300mil e tantas rotas seria mesmo só para fins de aprendizado, 1 operadora somente defaultroute aprende, você pode eventualmente fazer um filtro para ignorar as rotas, poupando memória e no futuro desfazer o filtro, quando tiver 2 operadoras. Sobre sua outra dúvida, sim, quando você fechar a 2a sessão e receber full-routing, o sistema vai decidir, via redes aprendidsa pelo bgp, qual é o caminho mais curto para um destino. você pode usar manobras como pbr(análogo a isto no mundo bsd tem o route-to do pf e o fwd do ipfw) para forçar a saída por um link e manobras como divulgar redes mais específicas(ou preprends - não recomendado) para tentar forçar o retorno por um link, sempre mantendo redundância. Em 04/02/12 23:40, Levi Lins escreveu: Boa Noite pessoal, conseguir colocar o link para funcionar em full-routing. Agora apareceu uma dúvida em muitos arquivos de conf que vi. A opção fib-update no estava configurada. Só que quando ativo essa configuração, não é colocado as rotas que pego na tabela de roteamento do kernel e fico sem rota. No BGP consigo pegar todas as rotas, mas, como não esta na tabela de roteamento do kernel não consigo saída para internet. Notei também que essa opção normalmente só vinha habilitada nos cenários com dois links. Essa configuração específica é feita para dois links? Pergunto, pois, também vou levantar uma segunda sessão com outra operadora. A impressão que tive é que quando as rotas vão para a tabela de roteamento do kernel o BGP não tem poder de decidir qual melhor rota seguir. Não sei se é a ideia correta. Outra dúvida é quanto quando ativar o segundo trânsito. Vou pegar as rotas de ambos os trânsito mas quando for saír, vai saír pela melhor rota com a opção fib-update yes? desde já muito obrigado pela atenção de todos. :) Date: Wed, 25 Jan 2012 01:03:58 -0200 From: lis...@intersolinformatica.com.br To: freebsd@fug.com.br Subject: Re: [FUG-BR] BGP já conseguiu? tenho este cenário com o quagga nao está completo mas posso passar, se precisar avisa falou - Mensagem original
[FUG-BR] Faça parte da minha rede no LinkedIn
LinkedIn Eu gostaria de adicioná-lo à minha rede profissional no LinkedIn. -Pablo Pablo Sánchez Analista de Sistemas Nível 1 na FNDE - Fundo Nacional de Desenvolvimento da Educação Brasília e redondezas, Brasil Confirme que você conhece Pablo Sánchez: https://www.linkedin.com/e/9hgj3a-gybfkcad-k/isd/5804376860/lytdMssU/?hs=falsetok=2vXbkMH3qZT541 -- Você está recebendo convites de conexão por e-mail. Clique aqui para parar de recebê-los: http://www.linkedin.com/e/9hgj3a-gybfkcad-k/vh_2wbx0_cn64TWHsUiJSWB3y12LS2dg65/goo/Freebsd%40df%2Efug%2Ecom%2Ebr/20061/I2019301509_1/?hs=falsetok=0rOMgxOdSZT541 (c) 2012 LinkedIn Corporation. 2029 Stierlin Ct, Mountain View, CA 94043 - EUA. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Convites linkedin
Galera, Se receberem algum e-mail desses pela lista, me perdoem. O linkedin hoje me sacaneou legal falando de 50 pessoas para adicionar, e disparando mais de 2000 emails. Eu já estou no linkedin há anos, não sei porque hoje ele veio com essa porcaria e mandou e-mail para listas que eu já tinha filtrado quando entrei nessa budega! -- * Pablo Santiago Sánchez* ZCE ZEND006757 phack...@gmail.com (61) 9975-0883 http://www.sansis.com.br *Pluralitas non est ponenda sine necessitate* - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] ppp over tcp
Olá lista! Preciso criar uma especie de acesso remoto para varias maquinas ,onde as mesmas vao criar um tunel ppp via internet dialup para o servidor,(do lado do servidor o acesso é somente via internet banda larga). Baseado em algumas ideias que pesquisei ,fiz as configuraçoes no servidor conforme segue abaixo, gostaria que esta conexao para o servidor fosse feita com o tunel ppp sobre tpc ip pois levando em conta a velociade de acesso do lado das maquinas cliente e os serviços que irao trafegar no tunel,dispensam uso de vpn ou tunel ssh. Sendo assim gostaria da ajuda de voces para a implementaçao funcionar, a minha duvida é quanto a configuraçao do inetd.conf para ele tratar a conexao ppp vinda da maquina cliente, ou seja ,quando chegar uma conexao ppp na porta especificada o servidor tera que rodar o processo ppp conforme as configuraçoes que seguem: dede já fico agradecido Sds. Marcos ppp.conf das maquinas cliente serv: set escape 0xff set device ip-servidor:remoto/tcp set dial set authname cliente set authkey senhacliente set ifaddr 192.168.0.10 192.168.0.2 255.255.255.0 set login Configuraçoes maquina servidor: /etc/services adicionado serviço remoto remoto 3001/tcp # fica escutando conexoes ppp /etc/inetd.conf remoto stream tcp nowait (AQUI PRECISO DEFINIR COMO SERA TRATADO CONEXOES NA PORTA 3001) Conta usuario cliente1 usuario cliente1 adicionado ao grupo networks shel do usuario cliente /etc/ppp/ppp_start script em /etc/ppp/ppp_start #!/bin/sh # PPP Start script. Check if we're already running if so kill old one. PUSER=`echo $USER | sed s/network//` PID_FILE=/tmp/$USER.pid if [ -s $PID_FILE ] then PID=`cat $PID_FILE` kill -0 $PID 2gt; /dev/null if [ $? = 0 ] then kill -15 $PID sleep 2 fi fi echo $$ gt; $PID_FILE exec /usr/sbin/ppp -direct $PUSER ppp.conf do servidor default: allow users cliente1: disable passwdauth set timeout 0 set ifaddr 192.168.0.2 192.168.0.10 255.255.255.0 cliente2: disable passwdauth set timeout 0 set ifaddr 192.168.0.2 192.168.0.10 255.255.255.0 . . cliente3 .etc... - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Curso Asterisk Gratuito
Quando vc compra a placa FXS/FXO (digivoice) a fabrica te da o curso gratuito basico de asterisk. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Script SARG não está rodando no FREEBSD9.0
Erro ao rodar script abaixo. Obs. Já dei as permissões necessárias #!/bin/csh set HOJE=$(%d/%m/%Y) /usr/local/bin/sarg -f /usr/local/etc/sarg/sarg.conf -p -d $hoje-$hoje exit 0 Erro apresentado... BSD9-01# ./rodadiario.sh SARG: Invalid date range passed on command line Se executar linha por linha no prompt dá certo.. Veja o procedimento no passo a passo escolho o shell /bin/csh ==ENTER - resultado OK Seto a variável set HOJE=$(%d/%m/%Y) ==ENTER - resultado OK Rodo o comando para gerar o relatório /usr/local/bin/sarg -f /usr/local/etc/sarg/sarg.conf -p -d $hoje-$hoje ==ENTER - Resultado OK - Relatório é gerado Não consigo rodar o script inteiro. Desde já agradeço a ajuda. Wendell - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] [OFF] Semana IPv6 no Brasil
Pessoal, seguindo a mesma idéia do World IPv6 Day realizado no ano passado, iniciou-se hoje a Semana IPv6 no Brasil, promovida pelo NIC.br -http://www.ipv6.br/IPV6/SemanaIPv6 - onde os grandes portais estão com IPv6 habilitado em suas homes. Quem não tem ipv6 nativo e quiser testar o acesso IPv6 a partir do seu desktop FreeBSD, segue a dica para configurar um tunel teredo: - Instalar o miredo (sw que implementa o teredo no FreeBSD e Linux) cd /usr/ports/net/miredo/ make install clean ou pkg_add -rv miredo - Incluir miredo_enable=YES no rc.conf - Iniciar - /usr/local/etc/rc.d/miredo start - Verificar com o ifconfig se a interface teredo foi criada. Pronto ! Agora só testar.. # ping6 ig.com.br PING ig.com.br(2804:13c:0::187:31:64:25) 56 data bytes 64 bytes from 2804:13c:0::187:31:64:25: icmp_seq=1 ttl=48 time=410 ms 64 bytes from 2804:13c:0::187:31:64:25: icmp_seq=2 ttl=48 time=476 ms Quem usa Firefox pode saber se está acessando os sites em IPv6 instalando o add-on ShowIP, que irá mostrar no rodapé o ip do site. Boa navegação. IPv6 Bits must flow! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Script SARG não está rodando no FREEBSD9.0
2012/2/6 Wendell C. de Almeida wend...@pontualcargas.com.br: Erro ao rodar script abaixo. Obs. Já dei as permissões necessárias #!/bin/csh set HOJE=$(%d/%m/%Y) /usr/local/bin/sarg -f /usr/local/etc/sarg/sarg.conf -p -d $hoje-$hoje exit 0 Você setou a variável HOJE, em maiúsculo, e está tentando usar a variável $hoje, em minúsculo. Antes de chamar o sarg, coloca um echo $hoje só pra conferir, pois até onde sei o csh é case-sensitive. []s -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF] Semana IPv6 no Brasil
Porque nao usar um túnel nacional? A Sixxs tem uma parceria com a CTBC para prover conectividade aqui no Brasil. Sds, -- Eduardo Schoedler Enviado via iPhone Em 06/02/2012, às 16:17, TIsOrA - Wilson Rogerio Lopes tisora_tai...@hotmail.com escreveu: Pessoal, seguindo a mesma idéia do World IPv6 Day realizado no ano passado, iniciou-se hoje a Semana IPv6 no Brasil, promovida pelo NIC.br -http://www.ipv6.br/IPV6/SemanaIPv6 - onde os grandes portais estão com IPv6 habilitado em suas homes. Quem não tem ipv6 nativo e quiser testar o acesso IPv6 a partir do seu desktop FreeBSD, segue a dica para configurar um tunel teredo: - Instalar o miredo (sw que implementa o teredo no FreeBSD e Linux) cd /usr/ports/net/miredo/ make install clean ou pkg_add -rv miredo - Incluir miredo_enable=YES no rc.conf - Iniciar - /usr/local/etc/rc.d/miredo start - Verificar com o ifconfig se a interface teredo foi criada. Pronto ! Agora só testar.. # ping6 ig.com.br PING ig.com.br(2804:13c:0::187:31:64:25) 56 data bytes 64 bytes from 2804:13c:0::187:31:64:25: icmp_seq=1 ttl=48 time=410 ms 64 bytes from 2804:13c:0::187:31:64:25: icmp_seq=2 ttl=48 time=476 ms Quem usa Firefox pode saber se está acessando os sites em IPv6 instalando o add-on ShowIP, que irá mostrar no rodapé o ip do site. Boa navegação. IPv6 Bits must flow! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: Script SARG não está rodando no FREEBSD9.0
Você esta tentando formatar uma data sem utilizar o programa 'date'. # man date Coloque a linha de comando correta (e testada) no seu script na linha 'set $hoje=...' -- Eduardo Schoedler Enviado via iPhone Em 06/02/2012, às 17:39, Wendell C. de Almeida wend...@pontualcargas.com.br escreveu: Não deu certo.. Reescrevi o script #!/bin/csh set hoje=$(%d/%m/%Y) echo $hoje /usr/local/bin/sarg -f /usr/local/etc/sarg/sarg.conf -p -d $hoje-$hoje exit 0 Executei ./rodadiario.sh Erro apresentado SARG: Invalid date range passed on command line Tentei echo $hoje echo $hoje sem o echo.. e continua com erro, não roda.. Se tiver algum script que funcione para rodar o sarg diário, já serve.. Só encontrei usando Bash, tentei e também não funciona. Testei em vários Freebsd 8.1 e 9.0 o erro é o mesmo 2012/2/6 Wendell C. de Almeida wend...@pontualcargas.com.br: Erro ao rodar script abaixo. Obs. Já dei as permissões necessárias #!/bin/csh set HOJE=$(%d/%m/%Y) /usr/local/bin/sarg -f /usr/local/etc/sarg/sarg.conf -p -d $hoje-$hoje exit 0 Você setou a variável HOJE, em maiúsculo, e está tentando usar a variável $hoje, em minúsculo. Antes de chamar o sarg, coloca um echo $hoje só pra conferir, pois até onde sei o csh é case-sensitive. []s -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: Script SARG não está rodando no FREEBSD9.0
Em 6 de fevereiro de 2012 17:39, Wendell C. de Almeida wend...@pontualcargas.com.br escreveu: Não deu certo.. Reescrevi o script #!/bin/csh set hoje=$(%d/%m/%Y) echo $hoje /usr/local/bin/sarg -f /usr/local/etc/sarg/sarg.conf -p -d $hoje-$hoje exit 0 Executei ./rodadiario.sh Erro apresentado SARG: Invalid date range passed on command line Tentei echo $hoje echo $hoje sem o echo.. e continua com erro, não roda.. Se tiver algum script que funcione para rodar o sarg diário, já serve.. Só encontrei usando Bash, tentei e também não funciona. Testei em vários Freebsd 8.1 e 9.0 o erro é o mesmo 2012/2/6 Wendell C. de Almeida wend...@pontualcargas.com.br: Erro ao rodar script abaixo. Obs. Já dei as permissões necessárias #!/bin/csh set HOJE=$(%d/%m/%Y) /usr/local/bin/sarg -f /usr/local/etc/sarg/sarg.conf -p -d $hoje-$hoje exit 0 Você setou a variável HOJE, em maiúsculo, e está tentando usar a variável $hoje, em minúsculo. Antes de chamar o sarg, coloca um echo $hoje só pra conferir, pois até onde sei o csh é case-sensitive. []s -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Renato, já tentou assim: #!/bin/csh set HOJE=`date +%d/%m/%Y` echo $HOJE -- Deve-se aprender sempre, até mesmo com um inimigo. (Isaac Newton) Atenciosamente, Saul Figueiredo Analista FreeBSD/Linux Linux Professional Institute Certification Level 1 Linux Professional Institute Certification Level 2 saulfelip...@gmail.com saul-fel...@hotmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Utilização de SWAP no FreeBSD 64bits proxy squid
Em 2 de fevereiro de 2012 10:55, Saul Figueiredo saulfelip...@gmail.com escreveu: Em 2 de fevereiro de 2012 10:31, Marcelo Gondim gon...@bsdinfo.com.br escreveu: Em 02/02/2012 10:04, Saul Figueiredo escreveu: Olá a todos, Essa é minha primeira participação na lista, espero poder contribuir muito com essa comunidade, mais com soluções do que com problemas espero. Tenho alguns servidores proxy onde trabalho, todos FreeBSD. Observei que todas as maquinas estavam rodando o FreeBSD 8.2 i386 (versão 32bits) e que uma delas, uma maquina Dell, tinha um processador que da suporte a sistemas 64bits. Eu estava tendo alguns problemas de memoria com a máquina, cerca de 6 mil usuários utilizam aquela maquina como proxy (a carga é balanceada entre os 3), e as vezes o squid simplesmente reiniciava do nada. Pesquisei um pouco e vi que meu problema era memoria: Eu utilizo um CacheMem 3072 MB e a maquina reconhecia 3254 MB de RAM, O sistema Saul o uso do CacheMem não é como você está colocando, existe uma formula para isso. As pessoas costumam confundir isso e aí socam valores altos no CacheMem. Inclusive está relacionado com o cache_dirs. Abaixo a recomendação do próprio pessoal do Squid: How much memory do I need in my Squid server? As a rule of thumb on Squid uses approximately 10 MB of RAM per GB of the total of all cache_dirs (more on 64 bit servers such as Alpha), plus your cache_mem setting and about an additional 10-20MB. It is recommended to have at least twice this amount of physical RAM available on your Squid server. For a more detailed discussion on Squid's memory usage see the sections above. Ex: vamos dizer que você tenha no cache_dirs definido 100G de espaço. Logo em sistemas 32bits squid usa uns 10Mb por giga em 64bits uns 16Mb por giga. Vamos dizer que no seu cache_mem esteja com 256M logo a fórmula seria algo assim: - 100Gb de espaço no cache_dirs - 10Mb por cada giga dos 100Gb do cache_dirs em sistemas 32bits, em 64bits eu colocaria 16Mb por cada giga. - 256Mb de cache_mem - 20Mb adicional sugerido para o cálculo. Conta: 100 * 10 = 1000Mb + 256M + 20M = 1276Mb onde vc deveria ter de ram pelo menos o dobro desse valor, ou seja, você teria que ter na máquina 2552Mb. Repare que se você aumenta um valor o outro também é ajustado e eles são interligados. rodava apertado com pouco menos de 200MB de RAM e quando a carga do servdor subia, derrubava o squid e o inicializava novamente. Percebi que era ora de atualizar a memoria deste servidor. Enquanto as memorias eram emcomendadas na dell (+4GB) , peguei este servidor e instalei um FreeBSD 8.2 só que 64 Bits, ao fim da instalação, a maquina reconheceu os 4GB de RAM. Vejam a configuração atual: proxy4# muse -m kvm_open: kvm_nlist: No such file or directory kvm_open: kvm_nlist: No such file or directory Active: 2840.688 MB Inactive: 341.574 MB Wired: 542.820 MB Reserved: 5.324 MB Cache: 111.945 MB Kernel: 0.133 MB Interrupt: 0.008 MB Buffer: 417.938 MB Total: 3939.402 MB Free: 101.762 MB Swap: 8192MB - proxy4# sysctl -a | egrep -i 'hw.machine|hw.model|hw.ncpu' hw.machine: amd64 hw.model: Intel(R) Xeon(R) CPU 5130 @ 2.00GHz hw.ncpu: 4 hw.machine_arch: amd64 -- proxy4# uname -a FreeBSD proxy4 8.2-RELEASE FreeBSD 8.2-RELEASE #0: Thu Feb 17 02:41:51 UTC 2011 r...@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 --- Agora continuo usando 3072 MB de CacheMem para o squid, e sobra um pouco mais de memoria para o sisetma em sí utilizar. Porem venho notado algumas coisas, que achei bem estranho: 1 - Quando faço alguma alteração no squid, e dou um squid -k reconfigure demora cerca de 3 a 4 minutos para o squid compilar e voltar a navegar, o que não acontecia quando eu tinha a versão 32 bits; 2 - A Utilização da SWAP passa a ser frequente agora. Antes no FreeBSD 32bits, mesmo com falta de memoria, ele não usava sequer 100MB de swap, já hoje, ele utiliza mais de 50% da partição de swap e olha que eu tenho 8192MB de Swap. Vejam no link da imagem a baixo o como fica o meu HTOP: http://illuminaticorp.org/Util_swap.jpg Isso é normal ? -- Deve-se aprender sempre, até mesmo com um inimigo. (Isaac Newton) Atenciosamente, Saul Figueiredo Analista FreeBSD/Linux Linux Professional Institute Certification Level 1 Linux Professional Institute Certification Level 2 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Marcelo, Obrigado pela resposta. Eu não conhecia muito bem a formula
[FUG-BR] RES: RESOLVIDO RES: Script SARG não está rodando no FREEBSD9.0
Agradeço a todos... Consegui... Script que funcionou assim... #!/bin/csh set hoje=`date +%d/%m/%Y` echo $hoje /usr/local/bin/sarg -f /usr/local/etc/sarg/sarg.conf -p -d $hoje-$hoje exit 0 Wendell -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Saul Figueiredo Enviada em: segunda-feira, 6 de fevereiro de 2012 15:51 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: Script SARG não está rodando no FREEBSD9.0 Em 6 de fevereiro de 2012 17:39, Wendell C. de Almeida wend...@pontualcargas.com.br escreveu: Não deu certo.. Reescrevi o script #!/bin/csh set hoje=$(%d/%m/%Y) echo $hoje /usr/local/bin/sarg -f /usr/local/etc/sarg/sarg.conf -p -d $hoje-$hoje exit 0 Executei ./rodadiario.sh Erro apresentado SARG: Invalid date range passed on command line Tentei echo $hoje echo $hoje sem o echo.. e continua com erro, não roda.. Se tiver algum script que funcione para rodar o sarg diário, já serve.. Só encontrei usando Bash, tentei e também não funciona. Testei em vários Freebsd 8.1 e 9.0 o erro é o mesmo 2012/2/6 Wendell C. de Almeida wend...@pontualcargas.com.br: Erro ao rodar script abaixo. Obs. Já dei as permissões necessárias #!/bin/csh set HOJE=$(%d/%m/%Y) /usr/local/bin/sarg -f /usr/local/etc/sarg/sarg.conf -p -d $hoje-$hoje exit 0 Você setou a variável HOJE, em maiúsculo, e está tentando usar a variável $hoje, em minúsculo. Antes de chamar o sarg, coloca um echo $hoje só pra conferir, pois até onde sei o csh é case-sensitive. []s -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Renato, já tentou assim: #!/bin/csh set HOJE=`date +%d/%m/%Y` echo $HOJE -- Deve-se aprender sempre, até mesmo com um inimigo. (Isaac Newton) Atenciosamente, Saul Figueiredo Analista FreeBSD/Linux Linux Professional Institute Certification Level 1 Linux Professional Institute Certification Level 2 saulfelip...@gmail.com saul-fel...@hotmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
