Re: [FUG-BR] RES: [OFF] roteamento
Coopermine escreveu: Deixa eu ver se intendi.. removo os ips da fast internet() desativo o nat e adicionoa faixa 189.3.4.0 na serial() como secundario? - Original Message - From: Alex Almeida [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Monday, February 26, 2007 4:27 PM Subject: Re: [FUG-BR] RES: [OFF] roteamento Boa tarde, Pelo que vi aqui, voce esta querendo que o roteador faça NAT e responda tambem por ips validos, ate hj nao vi isso funcionar nao. Ou um ou outro. []´s Alex Almeida PS: Tire os ips reais da interface FastEthernet0 deixe apenas os ip nao validos. Juliano P. Matos - Linhares On line escreveu: Essa classe 189.3.4 é válida.. não deve ser usada tente trocar esse ip na sua rede. Atts, Juliano P. Matos Analista de TI Linhares On line Tel: 55 (27) 2103-8100 Cel: 55 (27) 9974-6734 E-mail: [EMAIL PROTECTED] Messenger: [EMAIL PROTECTED] Skype: julianomatos -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Coopermine Enviada em: sábado, 24 de fevereiro de 2007 20:02 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: [FUG-BR] [OFF] roteamento ola lista... interface Serial0 estou com um problema (acho) de roteamento em um roteador cisco 1700. o ip que a embratel me deu foi Bloco : 189.003.004.000/26, 189.003.004.064/26 Máscara : 255.255.255.192 End IP Cliente : 201.38.230.38 End IP Embratel : 201.38.230.37 Máscara: 255.255.255.252 aki vai meu show run --- description LINK_EMBRATEL bandwidth 2048 ip address 201.38.230.38 255.255.255.252 ip nat outside encapsulation ppp no fair-queue ! interface FastEthernet0 description REDE_LOCAL ip address 192.168.0.1 255.255.255.0 secondary ip address 192.168.45.199 255.255.255.0 secondary ip address 189.3.4.1 255.255.255.192 ip nat inside speed auto ! -- o problema eh... algum servicos nao estao funcionando no meu FREEBSD6.1. e como se hospeda-se coisas atras de nat.. eu naum intendo muito de configuracao de roteadores cisco. mais pelo que vejo parece que o range 189.3.4 esta atras de um nat. certo? ou nao? oq estou fazendo errado nesse caso...? ps: todas as portas estao abertas, testei. desculpe estar postando aki.. mais quero ter a certeza que o problema eh na configuracao do roteador e nao do meu free. Abracos David Coopermine. Não... Você tira o nat e os ips inválidos. Você realmente precisa de nat no roteador ? nao pode fazer isso no bsd ? É provavelmente essa configuração de nat pela interface que esta lhe causando problemas. O correto (no roteador) seria o nat por access list, para fazer nat apenas dos ips inválidos e rotear os válidos. É bem mais fácil (e melhor documentado) resolver isso no bsd... luiz - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: RES: C/C++
Ok Paulo, neste ponto você esta correto. Abraços, um bom dia. Att. Anderson P. Matos Analista de Suporte Linhares Serviços On-Line Tel: (27) 2103-8100 E-mail: [EMAIL PROTECTED] - Tel.: (27) 2103-8105 Cel: (27) 9936-4186 E-mail: [EMAIL PROTECTED] Messenger: [EMAIL PROTECTED] Skype: andersonpmatos -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Paulo Pires Enviada em: sábado, 24 de fevereiro de 2007 23:28 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: C/C++ On 2/24/07, Anderson P. Matos - LINHARES ON LINE [EMAIL PROTECTED] wrote: Paulo, a função main nem sempre deve retorna um valor, somente se você quiser, quando a função começa com void, significa que não retorna valor nenhum, e ainda você falou que a função main DEVE retornar um valor inteiro, isso também esta errado, a função pode retornar um char, float, double, usigned float...e mais um monte... Obrigado pela lembrança. Eu já trabalhei com compilador C para outras arquiteturas e outros sistemas operacionais, e já fiz muito void main() -- mas nunca um double main() -- , mas vale o recado para que os outros saibam que em C é possível ter outros tipos de retorno para main() em determinadas situações. Entretanto, note que eu disse que era um erro em C++, que era a linguagem do programa original, e disse explicitamente que não seria indicado como erro em C. Note também que não estamos falando de CP/M-80 ou de alguma dispositivo embarcado usando microPIC, mas de UNIX, onde um comando return dentro de main(), mesmo em C, retorna ao sistema operacional um valor para ser informado como estado de saída do processo, e que esse valor de estado é um inteiro. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - 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
[FUG-BR] RES: RES: C/C++
Ei Paulo, eu ate achei engraçado quando você escreveu essa frase, posso não ter entendido muito bem, mas o main não retornar um valor é considerado um erro...percebi que durante dois anos que estudei C na faculdade me passaram uma informaçao errada entao. PS. A função main não retornar um valor é considerado um ERRO NÃO-FATAL. Tudo bem, vamos acabar com esse topico por aqui. Um bom dia de trabalho e uma otima semana. Att. Anderson P. Matos Analista de Suporte Linhares Serviços On-Line Tel: (27) 2103-8100 E-mail: [EMAIL PROTECTED] - Tel.: (27) 2103-8105 Cel: (27) 9936-4186 E-mail: [EMAIL PROTECTED] Messenger: [EMAIL PROTECTED] Skype: andersonpmatos -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Paulo Pires Enviada em: sábado, 24 de fevereiro de 2007 23:48 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: C/C++ On 2/24/07, gethostbyname [EMAIL PROTECTED] wrote: Bom, creio que ele deve estar se referindo ao padrão mais atual da linguagem, C99. O padrão ANSI já está meio obsoleto pelos padrões ISO C89 e C99. Você está fazendo alguma confusão. C89 é ANSI, cujo correspondente ISO (praticamente idêntico, apenas recredenciado) é o C90. Teve um cara que liberou o C Completo e Total na rede um tempo atrás. Puxa, logo o livro do Herbert Schildt, o pior autor de todos os tempos. Não sei se é *o* pior, mas é um cara que claramente escreve sobre o que ele acha que vai lhe render uns trocados. É provável que o compromisso dele seja mais com fazer dinheiro rapidamente do que com a qualidade do que escreve. Nessa linha, o mais lamentável é quando, ao invés de ensinar a linguagem de programação a que se propõe na capa, ele começa a fazer apologia de determinadas tecnologias e de certos fabricantes de software (sobretudo do estado de Washington), talvez a fim de dar impulso a outros de seus livros. PS. A função main não retornar um valor é considerado um ERRO NÃO-FATAL. Eu freqüentemente compilo com -Werror -Wall; existem motivos para que o compilador emita warinings, ou eles não estariam lá. Um exemplo que volta e meia acontece comigo é usar = em lugar de ==; às vezes é intencional e às vezes por distração ou erro de digitação, mas um warning é bem-vindo nos dois casos. Todos sabemos fazer e às vezes somos forçados a fazer bacalhaus no código, mas também sabemos como usar a linguagem para, de forma sintaticamente correta e estilisticamente mais produtiva (no sentido de dar clareza que facilite a manutenção de código no futuro), fazer calar qualquer warning, mesmo quando se usa -pedantic. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - 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
[FUG-BR] RES: RES: [OFF] roteamento
Porque você está utilizando o Nat? A ebt lhe deu uma classe considerável de IP, coloque-os em sua DMZ e faça em seu Proxy Freebsd o Nat, se for necessário. É sempre oneroso e pouco justificável utilizar Nat em um roteador, a não ser em casos específicos(falta de IP, por exemplo, ou conflito de redes em um ambiente de VPN por exemplo, etc etc). -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Luiz Otavio Souza Enviada em: terça-feira, 27 de fevereiro de 2007 06:25 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: [OFF] roteamento Coopermine escreveu: Deixa eu ver se intendi.. removo os ips da fast internet() desativo o nat e adicionoa faixa 189.3.4.0 na serial() como secundario? - Original Message - From: Alex Almeida [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Monday, February 26, 2007 4:27 PM Subject: Re: [FUG-BR] RES: [OFF] roteamento Boa tarde, Pelo que vi aqui, voce esta querendo que o roteador faça NAT e responda tambem por ips validos, ate hj nao vi isso funcionar nao. Ou um ou outro. []´s Alex Almeida PS: Tire os ips reais da interface FastEthernet0 deixe apenas os ip nao validos. Juliano P. Matos - Linhares On line escreveu: Essa classe 189.3.4 é válida.. não deve ser usada tente trocar esse ip na sua rede. Atts, Juliano P. Matos Analista de TI Linhares On line Tel: 55 (27) 2103-8100 Cel: 55 (27) 9974-6734 E-mail: [EMAIL PROTECTED] Messenger: [EMAIL PROTECTED] Skype: julianomatos -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Coopermine Enviada em: sábado, 24 de fevereiro de 2007 20:02 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: [FUG-BR] [OFF] roteamento ola lista... interface Serial0 estou com um problema (acho) de roteamento em um roteador cisco 1700. o ip que a embratel me deu foi Bloco : 189.003.004.000/26, 189.003.004.064/26 Máscara : 255.255.255.192 End IP Cliente : 201.38.230.38 End IP Embratel : 201.38.230.37 Máscara: 255.255.255.252 aki vai meu show run --- description LINK_EMBRATEL bandwidth 2048 ip address 201.38.230.38 255.255.255.252 ip nat outside encapsulation ppp no fair-queue ! interface FastEthernet0 description REDE_LOCAL ip address 192.168.0.1 255.255.255.0 secondary ip address 192.168.45.199 255.255.255.0 secondary ip address 189.3.4.1 255.255.255.192 ip nat inside speed auto ! -- o problema eh... algum servicos nao estao funcionando no meu FREEBSD6.1. e como se hospeda-se coisas atras de nat.. eu naum intendo muito de configuracao de roteadores cisco. mais pelo que vejo parece que o range 189.3.4 esta atras de um nat. certo? ou nao? oq estou fazendo errado nesse caso...? ps: todas as portas estao abertas, testei. desculpe estar postando aki.. mais quero ter a certeza que o problema eh na configuracao do roteador e nao do meu free. Abracos David Coopermine. Não... Você tira o nat e os ips inválidos. Você realmente precisa de nat no roteador ? nao pode fazer isso no bsd ? É provavelmente essa configuração de nat pela interface que esta lhe causando problemas. O correto (no roteador) seria o nat por access list, para fazer nat apenas dos ips inválidos e rotear os válidos. É bem mais fácil (e melhor documentado) resolver isso no bsd... luiz - 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
[FUG-BR] problema imapd e mysql
Olá lista, Estou com um problema no imap e no mysql. No boot o mysql leva cerca de 5 minutos a arrancar. Quando alguém se liga ao webmail (squirrelmail), ao carregar a lista de mensagens o imap consome muito recursos. Alguém sabe como posso resolver isto? Obrigado 4445 postfix 1320 20252K 18272K RUN 3:25 88.04% 88.04% imapd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] clamav e amavis
Olá pessoal, Milters são filtros, certo? Usando o Postfix eu devo escolher a opção Milter para o clamav e o amavis-new? Obrigado pela atenção. At 14:53 26/2/2007, you wrote: On 2/26/07, Roberval Jesus Naka [EMAIL PROTECTED] wrote: Olá pessoal, Na instalação do Clamav e do Amavisd-new tem a opção Milter. O que é Milter e para que serve? Obrigado pela atenção. http://www.google.com.br/search?hl=pt-BRq=milterbtnG=Pesquisa+Googlemeta= -- 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
[FUG-BR] RES: [OFF-TOPIC] Material sobre IMIL
Fala Leonardo, Eu tenho muito material sobre esse assunto, que foi o foco de minha monografia. Entre em contato comigo (PVT) que posso te enviar alguma coisa. Um abraço. Atenciosamente, Lucas Bortoluzzi -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Leonardo Santos Enviada em: terça-feira, 27 de fevereiro de 2007 08:55 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] [OFF-TOPIC] Material sobre IMIL Desculpa pessoal é ITIL Leonardo Santos escreveu: Ola pessoal, estou procurando material na internet sobre IMIL e HOWTOs para a certificação IMIL alguem teria algo ou saberia onde encontrar Vlw a todos. - 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] problema imapd e mysql
Em Ter, 2007-02-27 às 11:56 +, José Luís Almeida escreveu: Olá lista, Estou com um problema no imap e no mysql. No boot o mysql leva cerca de 5 minutos a arrancar. Quando alguém se liga ao webmail (squirrelmail), ao carregar a lista de mensagens o imap consome muito recursos. Alguém sabe como posso resolver isto? Obrigado 4445 postfix 1320 20252K 18272K RUN 3:25 88.04% 88.04% imapd Teu imap usa Maildir? Por que se ele usar Mailbox e a caixa for grande ele tende a sugar muito processamento mesmo. Qual o servidor imap que vc está utilizando? []s Nilson - 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-TOPIC] Material sobre IMIL
Citando Leonardo Santos: Desculpa pessoal é ITIL Leonardo Santos escreveu: Ola pessoal, estou procurando material na internet sobre IMIL e HOWTOs para a certificação IMIL alguem teria algo ou saberia onde encontrar Vlw a todos. fiz a poucos dias um treinamento e certificacao, foi promovido pela empresa que eu trampo e quem deu o treinamento foi uma mulher da kalendae (kalendae.com.br). a coroa manja a lot :~~ bom, outra empresa ai que ja deu treinemento era uma tal de it partners (itpartners.com.br), mas prefiro a outra (: relatos dizem que vai haver outra turma pra treinamento ;x * 'howtos' pra se certificar? existem simulados online net afora, mas vai saber neh... um treinamento é mto bom []'s _ - 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-TOPIC] Material sobre IMIL
Leonardo, Desculpa pessoal é ITIL Sinceramente acredito que o treinamento ITIL Foundations seja o melhor caminho, se é que você deseja realmente absorver o conhecimento. Não sei de que região você é, sei de algumas empresas mais conceituadas nessa área como a IT Partners e Service IT. []s Ronan - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: [OFF-TOPIC] Material sobre IMIL
Opa, quanto a treinamentos em ITIL eu sugiro a HP (http://h30263.www3.hp.com/?jumpid=reg_R1002_BRPT). Ela ministra cursos há muito tempo e é um forte nome nessa área. Atenciosamente, Lucas Bortoluzzi -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Ronan Lucio Enviada em: terça-feira, 27 de fevereiro de 2007 10:40 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] [OFF-TOPIC] Material sobre IMIL Leonardo, Desculpa pessoal é ITIL Sinceramente acredito que o treinamento ITIL Foundations seja o melhor caminho, se é que você deseja realmente absorver o conhecimento. Não sei de que região você é, sei de algumas empresas mais conceituadas nessa área como a IT Partners e Service IT. []s Ronan - 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: [OFF-TOPIC] Material sobre IMIL
eu fiz ITIL e COBIT pela IT PARTNERS, muito bom o curso, o interessante é fazer primeiro ITIL que é mais operacional e depois o cobit. Lucas Bortoluzzi wrote: Opa, quanto a treinamentos em ITIL eu sugiro a HP (http://h30263.www3.hp.com/?jumpid=reg_R1002_BRPT). Ela ministra cursos há muito tempo e é um forte nome nessa área. Atenciosamente, Lucas Bortoluzzi -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Ronan Lucio Enviada em: terça-feira, 27 de fevereiro de 2007 10:40 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] [OFF-TOPIC] Material sobre IMIL Leonardo, Desculpa pessoal é ITIL Sinceramente acredito que o treinamento ITIL Foundations seja o melhor caminho, se é que você deseja realmente absorver o conhecimento. Não sei de que região você é, sei de algumas empresas mais conceituadas nessa área como a IT Partners e Service IT. []s Ronan - 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
[FUG-BR] Domínio virtual + qmail ???
Pessoal, estou configurando o qmail e cheguei ao ponto: instalação do vpopmail Criando dominio e usuários # /usr/local/vpopmail/bin/vadddomain seudominio-virtual.com.br suasenha Um dos passos (citado acima) me pede para criar um domínio virtual, mas isto não ficou claro para mim. Pergunto: se tenho meu domínio (ex: empresa.com.br) para q criar este domínio virtual ? Grato a todos. H. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Ports.
Bom dia pessoal... Seguinte, eu atualizei meu ports hoje e fui atualizar alguns sources, mas quando dou um portupgrade, percebi que o didretório do portupgrade nçao está mais no /usr/ports/sysutils/portupgrade... Alguém sabe me explicar se houve algo com esse port? Grato, -- Junior Pires Assistente de Informáica CPD Gujão Alimentos. Tel: (75) 3244-2121 (Ramal 202). -- Esta mensagem foi verificada pelo sistema de antivírus e acredita-se estar livre de perigo. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Ports.
make search name=portupgrade ele mudou de lugar recenmente (veja tbm man 7 ports ) victor Em 27/02/07, Junior Pires[EMAIL PROTECTED] escreveu: Bom dia pessoal... Seguinte, eu atualizei meu ports hoje e fui atualizar alguns sources, mas quando dou um portupgrade, percebi que o didretório do portupgrade nçao está mais no /usr/ports/sysutils/portupgrade... Alguém sabe me explicar se houve algo com esse port? Grato, -- Junior Pires Assistente de Informáica CPD Gujão Alimentos. Tel: (75) 3244-2121 (Ramal 202). -- Esta mensagem foi verificada pelo sistema de antivírus e acredita-se estar livre de perigo. - 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] Ports.
Junior Pires escreveu: Bom dia pessoal... Seguinte, eu atualizei meu ports hoje e fui atualizar alguns sources, mas quando dou um portupgrade, percebi que o didretório do portupgrade nçao está mais no /usr/ports/sysutils/portupgrade... Alguém sabe me explicar se houve algo com esse port? Agora está em /usr/ports/ports-mgmt/portupgrade Att, Alexandre Vasconcelos - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Compilação do Sistema X Compilaçã o do Kernel
Boa tarde a todos!!! Estou com uma dúvida qto a compilação do sistema com o código-fonte STABLE. Sempre que faço download de um novo source eu tenho q fazer a compilação do kernel também ? Abraços, Renato - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Domínio virtual + qmail ???
On 2/27/07, Hermann T. Ribeiro [EMAIL PROTECTED] wrote: Pessoal, estou configurando o qmail e cheguei ao ponto: instalação do vpopmail Criando dominio e usuários # /usr/local/vpopmail/bin/vadddomain seudominio-virtual.com.br suasenha Um dos passos (citado acima) me pede para criar um domínio virtual, mas isto não ficou claro para mim. Pergunto: se tenho meu domínio (ex: empresa.com.br) para q criar este domínio virtual ? sim, seria para você criar o dominio empresa.com.br exemplo: /usr/local/vpopmail/bin/vadddomain empresa.com.br senha Agora é só ir adicionando usuários neste domínio /usr/local/vpopmail/bin/vadduser [EMAIL PROTECTED] senha /usr/local/vpopmail/bin/vadduser [EMAIL PROTECTED] senha Att, -- Welington F.J BSD User: 51392 Adm Redes MSN: [EMAIL PROTECTED] Drogas ? Pra que? Já Tenho Meu Windows!! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Ports.
Junior, Alguém sabe me explicar se houve algo com esse port? A árvore do ports foi reestruturada, o ideal é você atulizar o portupgrade: # portupgrade portupgrade -o /usr/ports/ports-mgmt/portupgrade []s Ronan - 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: RES: [OFF] roteamento (RESOLVIDO)
Obrigado, ja havia resolvido o problema, desativei o nat do roteador minha duvida era se realmente ia funcionar sem o nat.. pois o roteador ja estava configurado assim.. Funcionou perfeitamente para fins historicos configuracao antes.. --- interface Serial0 description LINK_EMBRATEL bandwidth 2048 ip address 201..x.x.x 255.255.255.252 ip nat outside encapsulation ppp no fair-queue ! interface FastEthernet0 description REDE_LOCAL ip address 192.168.0.1 255.255.255.0 secondary ip address 192.168.45.199 255.255.255.0 secondary ip address 189.x.x.x 255.255.255.192 ip nat inside speed auto ---\\ comandos utilizados para desativar o nat en conf t int serial0 no ip nat outside int f0 no ip nat inside no ip nat inside source list 10 interface Serial0 overload no ip nat inside source list 11 interface Serial0 overload caso de erro na hora de remover utilize... clear ip nat translation ---\\ ps: agradecimentos a alex.almeida e a lista. - Original Message - From: Renato Frederick [EMAIL PROTECTED] To: 'Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)' freebsd@fug.com.br Sent: Tuesday, February 27, 2007 8:42 AM Subject: [FUG-BR] RES: RES: [OFF] roteamento Porque você está utilizando o Nat? A ebt lhe deu uma classe considerável de IP, coloque-os em sua DMZ e faça em seu Proxy Freebsd o Nat, se for necessário. É sempre oneroso e pouco justificável utilizar Nat em um roteador, a não ser em casos específicos(falta de IP, por exemplo, ou conflito de redes em um ambiente de VPN por exemplo, etc etc). -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Luiz Otavio Souza Enviada em: terça-feira, 27 de fevereiro de 2007 06:25 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: [OFF] roteamento Coopermine escreveu: Deixa eu ver se intendi.. removo os ips da fast internet() desativo o nat e adicionoa faixa 189.3.4.0 na serial() como secundario? - Original Message - From: Alex Almeida [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Monday, February 26, 2007 4:27 PM Subject: Re: [FUG-BR] RES: [OFF] roteamento Boa tarde, Pelo que vi aqui, voce esta querendo que o roteador faça NAT e responda tambem por ips validos, ate hj nao vi isso funcionar nao. Ou um ou outro. []´s Alex Almeida PS: Tire os ips reais da interface FastEthernet0 deixe apenas os ip nao validos. Juliano P. Matos - Linhares On line escreveu: Essa classe 189.3.4 é válida.. não deve ser usada tente trocar esse ip na sua rede. Atts, Juliano P. Matos Analista de TI Linhares On line Tel: 55 (27) 2103-8100 Cel: 55 (27) 9974-6734 E-mail: [EMAIL PROTECTED] Messenger: [EMAIL PROTECTED] Skype: julianomatos -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Coopermine Enviada em: sábado, 24 de fevereiro de 2007 20:02 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: [FUG-BR] [OFF] roteamento ola lista... interface Serial0 estou com um problema (acho) de roteamento em um roteador cisco 1700. o ip que a embratel me deu foi Bloco : 189.003.004.000/26, 189.003.004.064/26 Máscara : 255.255.255.192 End IP Cliente : 201.38.230.38 End IP Embratel : 201.38.230.37 Máscara: 255.255.255.252 aki vai meu show run --- description LINK_EMBRATEL bandwidth 2048 ip address 201.38.230.38 255.255.255.252 ip nat outside encapsulation ppp no fair-queue ! interface FastEthernet0 description REDE_LOCAL ip address 192.168.0.1 255.255.255.0 secondary ip address 192.168.45.199 255.255.255.0 secondary ip address 189.3.4.1 255.255.255.192 ip nat inside speed auto ! -- o problema eh... algum servicos nao estao funcionando no meu FREEBSD6.1. e como se hospeda-se coisas atras de nat.. eu naum intendo muito de configuracao de roteadores cisco. mais pelo que vejo parece que o range 189.3.4 esta atras de um nat. certo? ou nao? oq estou fazendo errado nesse caso...? ps: todas as portas estao abertas, testei. desculpe estar postando aki.. mais quero ter a certeza que o problema eh na configuracao do roteador e nao do meu free. Abracos David Coopermine. Não... Você tira o nat e os ips inválidos. Você realmente precisa de nat no roteador ? nao pode fazer isso no bsd ? É provavelmente essa configuração de nat pela interface que esta lhe causando problemas. O
Re: [FUG-BR] clamav e amavis
On 2/27/07, Roberval Jesus Naka [EMAIL PROTECTED] wrote: Olá pessoal, Milters são filtros, certo? Usando o Postfix eu devo escolher a opção Milter para o clamav e o amavis-new? Milter = Mail Filter Filtro de e-mail para o Sendmail, que também foi adotado pelo Postfix. Se está usando um destes dois MTAs, especialmente o Sendmail, use o milter do clamav. Ele é MUITO eficiente. João Rocha. Obrigado pela atenção. At 14:53 26/2/2007, you wrote: On 2/26/07, Roberval Jesus Naka [EMAIL PROTECTED] wrote: Olá pessoal, Na instalação do Clamav e do Amavisd-new tem a opção Milter. O que é Milter e para que serve? Obrigado pela atenção. http://www.google.com.br/search?hl=pt-BRq=milterbtnG=Pesquisa+Googlemeta= -- 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 -- Sempre se apanha mais com as menores besteiras. Experiência própria. [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.goffredo.eti.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Ports.
Muito obrigado pela atenção de todos... Eu estranhei, porque antes eu tinha dado um #make search name=portupgrade , mas ele tinha me retornado o diretório antigo. Grato. Bom dia pessoal... Seguinte, eu atualizei meu ports hoje e fui atualizar alguns sources, mas quando dou um portupgrade, percebi que o didretório do portupgrade nçao está mais no /usr/ports/sysutils/portupgrade... Alguém sabe me explicar se houve algo com esse port? Grato, -- Junior Pires Assistente de Informáica CPD Gujão Alimentos. Tel: (75) 3244-2121 (Ramal 202). -- Esta mensagem foi verificada pelo sistema de antivírus e acredita-se estar livre de perigo. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Junior Pires Assistente de Informáica CPD Gujão Alimentos. Tel: (75) 3244-2121 (Ramal 202). -- Esta mensagem foi verificada pelo sistema de antivírus e acredita-se estar livre de perigo. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Ports.
portsdb -U On Tue, 27 Feb 2007 14:17:18 -0300 (BRT) Junior Pires [EMAIL PROTECTED] wrote: Muito obrigado pela atenção de todos... Eu estranhei, porque antes eu tinha dado um #make search name=portupgrade , mas ele tinha me retornado o diretório antigo. Grato. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: Ports.
Estanho .. quando eu quero atualizar meu ports eu utilizo o portsnap update É diferente ? ou so muda a ferramenta? Atenciosamente, Marcel Souza Figueiredo Departamento de TI http://www.grupopcl.com.br -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Junior Pires Enviada em: terça-feira, 27 de fevereiro de 2007 11:23 Para: freebsd@fug.com.br Assunto: [FUG-BR] Ports. Bom dia pessoal... Seguinte, eu atualizei meu ports hoje e fui atualizar alguns sources, mas quando dou um portupgrade, percebi que o didretório do portupgrade nçao está mais no /usr/ports/sysutils/portupgrade... Alguém sabe me explicar se houve algo com esse port? Grato, -- Junior Pires Assistente de Informáica CPD Gujão Alimentos. Tel: (75) 3244-2121 (Ramal 202). -- Esta mensagem foi verificada pelo sistema de antivírus e acredita-se estar livre de perigo. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.446 / Virus Database: 268.18.4/703 - Release Date: 26/2/2007 14:56 -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.446 / Virus Database: 268.18.4/703 - Release Date: 26/2/2007 14:56 - 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: Ports.
Oi Marcel, o portupgrade não é para atualizar a árvore dos ports, mas para atualizar a versão de um port instalado. Junior, pode ver a situação de qualquer port na página dos ports em www.freebsd.org/ports e procurando pelo portupgrade vemos que ele está na categoria port-mgmt, que deve ter sido mais recentemente criada em função das várias ferramentas que já têm para gerenciar ports. http://www.freebsd.org/cgi/ports.cgi?query=portupgradestype=all Abraços, Cartola. Em 27/02/07, Marcel Souza Figueiredo (TI - PCLSE) [EMAIL PROTECTED] escreveu: Estanho .. quando eu quero atualizar meu ports eu utilizo o portsnap update É diferente ? ou so muda a ferramenta? Atenciosamente, Marcel Souza Figueiredo Departamento de TI http://www.grupopcl.com.br -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Junior Pires Enviada em: terça-feira, 27 de fevereiro de 2007 11:23 Para: freebsd@fug.com.br Assunto: [FUG-BR] Ports. Bom dia pessoal... Seguinte, eu atualizei meu ports hoje e fui atualizar alguns sources, mas quando dou um portupgrade, percebi que o didretório do portupgrade nçao está mais no /usr/ports/sysutils/portupgrade... Alguém sabe me explicar se houve algo com esse port? Grato, -- Junior Pires Assistente de Informáica CPD Gujão Alimentos. Tel: (75) 3244-2121 (Ramal 202). -- Esta mensagem foi verificada pelo sistema de antivírus e acredita-se estar livre de perigo. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.446 / Virus Database: 268.18.4/703 - Release Date: 26/2/2007 14:56 -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.446 / Virus Database: 268.18.4/703 - Release Date: 26/2/2007 14:56 - 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
[FUG-BR] Liberar IP sem restrições no IPFW
Olá, Eu tenho o squid + ipfw em um servidor e efetuei alguns bloqueios tanto no squid quanto no ipfw para a rede 192.168.0.0/24. Gostaria de liberar determinados IP's para não passarem pelos bloqueios do ipfw, podendo passar pelos bloqueios do squid. Se tiver uma alternativa para driblar o squid também não tem problema, onde o servidor do squid é o meu gateway. Aguardo uma possível ajuda. Atenciosamente, Rodrigo Teles Calado. Analista de Suporte Pleno 61-84297799 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Liberar IP sem restrições no IPFW
Em Ter, 2007-02-27 às 18:47 -0300, Rodrigo Teles Calado escreveu: Olá, Eu tenho o squid + ipfw em um servidor e efetuei alguns bloqueios tanto no squid quanto no ipfw para a rede 192.168.0.0/24. Gostaria de liberar determinados IP's para não passarem pelos bloqueios do ipfw, podendo passar pelos bloqueios do squid. Se tiver uma alternativa para driblar o squid também não tem problema, onde o servidor do squid é o meu gateway. O ideal seria que você passasse essas regras do IPFW para a lista, assim com certeza poderiamos dar uma resposta mais exata, mas vamos lá com o que entendi: Se você quiser apenas driblar o ipfw e deixar as conexões cairem na malha fina do squid, você poderia simplesmente antes da regra de bloqueio colocar uma regra de permissão, do tipo: allow ip from 192.168.0.50 to any Ou ainda, supondo que sua regra de bloqueio para a rede seja a regra numero 300, poderias colocar uma nova regra assim: ipfw add 250 skipto 400 ip from 192.168.0.50 to any Nesse segundo caso todas os pacotes que batessem com a regra 250 pulariam para a regra 400, ou seja, após a regra que bloqueia esta rede e então não seria bloqueado. []s Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: Liberar IP sem restrições no IPFW
Olá, Todas as instruções que você passou pra mim eu já tinha tentado, mas nenhuma delas funcionou. Veja o meu script ipfw: #!/bin/sh #Variaveis _ipfw=$(which ipfw) _ip_ext=200.199.194.84 _net=192.168.0.0/24 _portas=22,53,80,443,1433,1434,3306 _indev=vr0 #Deleta todas as regras $_ipfw -f flush #Inializa o natd $_ipfw -q add 50 divert natd all from any to any via $_indev #Software da caixa (conectividade) $_ipfw -q add 60 skipto 6 ip from $_net to 200.201.160.0/20 $_ipfw -q add 70 divert 8668 ip from any to any via $_indev # Proxy transparente $_ipfw -q add 100 allow tcp from me to any 80 $_ipfw -q add 110 fwd 127.0.0.1,3128 tcp from any to any 80 $_ipfw -q add 160 deny all from any to 64.124.41.0/24 $_ipfw -q add 170 deny tcp from any to any 6346 $_ipfw -q add 180 deny tcp from any 6346 to any $_ipfw -q add 190 deny tcp from $_ip_ext to any 139 $_ipfw -q add 200 deny tcp from $_ip_ext 139 to any $_ipfw -q add 210 deny tcp from $_ip_ext to any 137 $_ipfw -q add 220 deny tcp from $_ip_ext 137 to any $_ipfw -q add 230 deny tcp from $_ip_ext to any 138 $_ipfw -q add 240 deny tcp from $_ip_ext 138 to any $_ipfw -q add 250 deny tcp from any to any 445 $_ipfw -q add 260 deny tcp from any 445 to any $_ipfw -q add 270 deny tcp from any to any 1512 $_ipfw -q add 280 deny all from any 1512 to any $_ipfw -q add 290 deny tcp from any to any 31337 $_ipfw -q add 300 deny tcp from any 31337 to any $_ipfw -q add 310 deny tcp from any to any 1234 $_ipfw -q add 320 deny tcp from any 1234 to any $_ipfw -q add 330 deny tcp from any to any 12345 $_ipfw -q add 340 deny tcp from any 12345 to any $_ipfw -q add 341 deny all from any to 72.14.209.85 $_ipfw -q add 342 deny all from any to 72.14.209.86 $_ipfw -q add 343 deny all from any to 72.14.209.87 $_ipfw -q add 344 deny all from any to 72.14.209.94 $_ipfw -q add 345 deny all from any to 66.249.81.94 $_ipfw -q add 346 deny all from any to 66.249.81.85 $_ipfw -q add 347 deny all from any to 66.249.81.86 $_ipfw -q add 348 deny all from any to 66.249.81.87 $_ipfw -q add 349 deny all from any to 200.185.117.196 $_ipfw -q add 352 deny all from any to 65.54.179.227 $_ipfw -q add 353 deny all from any to 65.54.183.227 $_ipfw -q add 354 deny all from any to 65.54.179.226 $_ipfw -q add 355 deny all from any to 65.54.183.226 $_ipfw -q add 350 deny all from any to 216.32.90.26 $_ipfw -q add 361 deny tcp from any to 62.193.226.74 $_ipfw -q add 362 deny tcp from any to 62.193.235.46 $_ipfw -q add 363 deny tcp from any to 62.193.236.96 $_ipfw -q add 364 deny tcp from any to 62.193.236.100 $_ipfw -q add 365 deny tcp from any to 62.193.245.234 $_ipfw -q add 366 deny tcp from any to 62.193.249.41 $_ipfw -q add 367 deny tcp from any to 66.232.102.157 $_ipfw -q add 368 deny tcp from any to 66.232.117.243 $_ipfw -q add 369 deny tcp from any to 66.232.118.93 $_ipfw -q add 370 deny tcp from any to 66.232.118.195 $_ipfw -q add 371 deny tcp from any to 66.232.118.237 $_ipfw -q add 372 deny tcp from any to 69.46.17.168 $_ipfw -q add 373 deny tcp from any to 193.164.132.164 $_ipfw -q add 370 deny tcp from any 4661-4664 to any $_ipfw -q add 380 deny tcp from any to any 4661-4664 $_ipfw -q add 390 deny udp from any 4661-4664 to any $_ipfw -q add 400 deny udp from any to any 4661-4664 $_ipfw -q add 416 reset log tcp from any to any 1080,8080,8088,11523 out via $_indev $_ipfw -q add 428 reset log tcp from any to any 6346 in via $_indev $_ipfw -q add 429 reset log tcp from any to any 41170 out via $_indev $_ipfw -q add 430 reset log tcp from any to any 41170 in via $_indev $_ipfw -q add 431 reset log tcp from any to any 411 out via $_indev $_ipfw -q add 432 reset log tcp from any to any 412 out via $_indev $_ipfw -q add 436 reset log tcp from any to any 1214 out via $_indev $_ipfw -q add 437 reset log tcp from any to any 7729-7735,6699 out via $_indev $_ipfw -q add 438 deny log udp from any to any 6257 in via $_indev $_ipfw -q add 439 reset log tcp from any to any 6699 in via $_indev $_ipfw -q add 440 reset log tcp from any to any 4661,4665 out via $_indev $_ipfw -q add 441 reset log tcp from any to any 4662 in via $_indev Atenciosamente, Rodrigo Teles Calado. Analista de Suporte Pleno 61-84297799 -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Nilson Debatin Enviada em: terça-feira, 27 de fevereiro de 2007 19:46 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] Liberar IP sem restrições no IPFW Em Ter, 2007-02-27 às 18:47 -0300, Rodrigo Teles Calado escreveu: Olá, Eu tenho o squid + ipfw em um servidor e efetuei alguns bloqueios tanto no squid quanto no ipfw para a rede 192.168.0.0/24. Gostaria de liberar determinados IP's para não passarem pelos bloqueios do ipfw, podendo passar pelos bloqueios do squid. Se tiver uma alternativa para driblar o squid também não tem problema, onde o servidor do squid é o meu gateway. O ideal seria que você passasse essas regras do IPFW para a lista, assim com certeza
Re: [FUG-BR] RES: Liberar IP sem restrições no IPFW
Em 27/02/07, Rodrigo Teles Calado[EMAIL PROTECTED] escreveu: Olá, Todas as instruções que você passou pra mim eu já tinha tentado, mas nenhuma delas funcionou. Veja o meu script ipfw: #!/bin/sh #Variaveis _ipfw=$(which ipfw) _ip_ext=200.199.194.84 _net=192.168.0.0/24 _portas=22,53,80,443,1433,1434,3306 _indev=vr0 #Deleta todas as regras $_ipfw -f flush #Inializa o natd $_ipfw -q add 50 divert natd all from any to any via $_indev #Software da caixa (conectividade) $_ipfw -q add 60 skipto 6 ip from $_net to 200.201.160.0/20 $_ipfw -q add 70 divert 8668 ip from any to any via $_indev # Proxy transparente $_ipfw -q add 100 allow tcp from me to any 80 $_ipfw -q add 110 fwd 127.0.0.1,3128 tcp from any to any 80 $_ipfw -q add 160 deny all from any to 64.124.41.0/24 $_ipfw -q add 170 deny tcp from any to any 6346 $_ipfw -q add 180 deny tcp from any 6346 to any $_ipfw -q add 190 deny tcp from $_ip_ext to any 139 $_ipfw -q add 200 deny tcp from $_ip_ext 139 to any $_ipfw -q add 210 deny tcp from $_ip_ext to any 137 $_ipfw -q add 220 deny tcp from $_ip_ext 137 to any $_ipfw -q add 230 deny tcp from $_ip_ext to any 138 $_ipfw -q add 240 deny tcp from $_ip_ext 138 to any $_ipfw -q add 250 deny tcp from any to any 445 $_ipfw -q add 260 deny tcp from any 445 to any $_ipfw -q add 270 deny tcp from any to any 1512 $_ipfw -q add 280 deny all from any 1512 to any $_ipfw -q add 290 deny tcp from any to any 31337 $_ipfw -q add 300 deny tcp from any 31337 to any $_ipfw -q add 310 deny tcp from any to any 1234 $_ipfw -q add 320 deny tcp from any 1234 to any $_ipfw -q add 330 deny tcp from any to any 12345 $_ipfw -q add 340 deny tcp from any 12345 to any $_ipfw -q add 341 deny all from any to 72.14.209.85 $_ipfw -q add 342 deny all from any to 72.14.209.86 $_ipfw -q add 343 deny all from any to 72.14.209.87 $_ipfw -q add 344 deny all from any to 72.14.209.94 $_ipfw -q add 345 deny all from any to 66.249.81.94 $_ipfw -q add 346 deny all from any to 66.249.81.85 $_ipfw -q add 347 deny all from any to 66.249.81.86 $_ipfw -q add 348 deny all from any to 66.249.81.87 $_ipfw -q add 349 deny all from any to 200.185.117.196 $_ipfw -q add 352 deny all from any to 65.54.179.227 $_ipfw -q add 353 deny all from any to 65.54.183.227 $_ipfw -q add 354 deny all from any to 65.54.179.226 $_ipfw -q add 355 deny all from any to 65.54.183.226 $_ipfw -q add 350 deny all from any to 216.32.90.26 $_ipfw -q add 361 deny tcp from any to 62.193.226.74 $_ipfw -q add 362 deny tcp from any to 62.193.235.46 $_ipfw -q add 363 deny tcp from any to 62.193.236.96 $_ipfw -q add 364 deny tcp from any to 62.193.236.100 $_ipfw -q add 365 deny tcp from any to 62.193.245.234 $_ipfw -q add 366 deny tcp from any to 62.193.249.41 $_ipfw -q add 367 deny tcp from any to 66.232.102.157 $_ipfw -q add 368 deny tcp from any to 66.232.117.243 $_ipfw -q add 369 deny tcp from any to 66.232.118.93 $_ipfw -q add 370 deny tcp from any to 66.232.118.195 $_ipfw -q add 371 deny tcp from any to 66.232.118.237 $_ipfw -q add 372 deny tcp from any to 69.46.17.168 $_ipfw -q add 373 deny tcp from any to 193.164.132.164 $_ipfw -q add 370 deny tcp from any 4661-4664 to any $_ipfw -q add 380 deny tcp from any to any 4661-4664 $_ipfw -q add 390 deny udp from any 4661-4664 to any $_ipfw -q add 400 deny udp from any to any 4661-4664 $_ipfw -q add 416 reset log tcp from any to any 1080,8080,8088,11523 out via $_indev $_ipfw -q add 428 reset log tcp from any to any 6346 in via $_indev $_ipfw -q add 429 reset log tcp from any to any 41170 out via $_indev $_ipfw -q add 430 reset log tcp from any to any 41170 in via $_indev $_ipfw -q add 431 reset log tcp from any to any 411 out via $_indev $_ipfw -q add 432 reset log tcp from any to any 412 out via $_indev $_ipfw -q add 436 reset log tcp from any to any 1214 out via $_indev $_ipfw -q add 437 reset log tcp from any to any 7729-7735,6699 out via $_indev $_ipfw -q add 438 deny log udp from any to any 6257 in via $_indev $_ipfw -q add 439 reset log tcp from any to any 6699 in via $_indev $_ipfw -q add 440 reset log tcp from any to any 4661,4665 out via $_indev $_ipfw -q add 441 reset log tcp from any to any 4662 in via $_indev Atenciosamente, Rodrigo Teles Calado. Analista de Suporte Pleno 61-84297799 -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Nilson Debatin Enviada em: terça-feira, 27 de fevereiro de 2007 19:46 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] Liberar IP sem restrições no IPFW Em Ter, 2007-02-27 às 18:47 -0300, Rodrigo Teles Calado escreveu: Olá, Eu tenho o squid + ipfw em um servidor e efetuei alguns bloqueios tanto no squid quanto no ipfw para a rede 192.168.0.0/24. Gostaria de liberar determinados IP's para não passarem pelos bloqueios do ipfw, podendo passar pelos bloqueios do squid. Se tiver uma alternativa para driblar o
[FUG-BR] RES: RES: Liberar IP sem restriç ões no IPFW
MSN, Orkut, Gazzag, Kproxy, PublicProxyServers, Rádios online, shoutcast, limeware, emule e p2ps em geral. Atenciosamente, Rodrigo Teles Calado. Analista de Suporte Pleno 61-84297799 -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Alessandro de Souza Rocha Enviada em: terça-feira, 27 de fevereiro de 2007 21:01 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: Liberar IP sem restrições no IPFW Em 27/02/07, Rodrigo Teles Calado[EMAIL PROTECTED] escreveu: Olá, Todas as instruções que você passou pra mim eu já tinha tentado, mas nenhuma delas funcionou. Veja o meu script ipfw: #!/bin/sh #Variaveis _ipfw=$(which ipfw) _ip_ext=200.199.194.84 _net=192.168.0.0/24 _portas=22,53,80,443,1433,1434,3306 _indev=vr0 #Deleta todas as regras $_ipfw -f flush #Inializa o natd $_ipfw -q add 50 divert natd all from any to any via $_indev #Software da caixa (conectividade) $_ipfw -q add 60 skipto 6 ip from $_net to 200.201.160.0/20 $_ipfw -q add 70 divert 8668 ip from any to any via $_indev # Proxy transparente $_ipfw -q add 100 allow tcp from me to any 80 $_ipfw -q add 110 fwd 127.0.0.1,3128 tcp from any to any 80 $_ipfw -q add 160 deny all from any to 64.124.41.0/24 $_ipfw -q add 170 deny tcp from any to any 6346 $_ipfw -q add 180 deny tcp from any 6346 to any $_ipfw -q add 190 deny tcp from $_ip_ext to any 139 $_ipfw -q add 200 deny tcp from $_ip_ext 139 to any $_ipfw -q add 210 deny tcp from $_ip_ext to any 137 $_ipfw -q add 220 deny tcp from $_ip_ext 137 to any $_ipfw -q add 230 deny tcp from $_ip_ext to any 138 $_ipfw -q add 240 deny tcp from $_ip_ext 138 to any $_ipfw -q add 250 deny tcp from any to any 445 $_ipfw -q add 260 deny tcp from any 445 to any $_ipfw -q add 270 deny tcp from any to any 1512 $_ipfw -q add 280 deny all from any 1512 to any $_ipfw -q add 290 deny tcp from any to any 31337 $_ipfw -q add 300 deny tcp from any 31337 to any $_ipfw -q add 310 deny tcp from any to any 1234 $_ipfw -q add 320 deny tcp from any 1234 to any $_ipfw -q add 330 deny tcp from any to any 12345 $_ipfw -q add 340 deny tcp from any 12345 to any $_ipfw -q add 341 deny all from any to 72.14.209.85 $_ipfw -q add 342 deny all from any to 72.14.209.86 $_ipfw -q add 343 deny all from any to 72.14.209.87 $_ipfw -q add 344 deny all from any to 72.14.209.94 $_ipfw -q add 345 deny all from any to 66.249.81.94 $_ipfw -q add 346 deny all from any to 66.249.81.85 $_ipfw -q add 347 deny all from any to 66.249.81.86 $_ipfw -q add 348 deny all from any to 66.249.81.87 $_ipfw -q add 349 deny all from any to 200.185.117.196 $_ipfw -q add 352 deny all from any to 65.54.179.227 $_ipfw -q add 353 deny all from any to 65.54.183.227 $_ipfw -q add 354 deny all from any to 65.54.179.226 $_ipfw -q add 355 deny all from any to 65.54.183.226 $_ipfw -q add 350 deny all from any to 216.32.90.26 $_ipfw -q add 361 deny tcp from any to 62.193.226.74 $_ipfw -q add 362 deny tcp from any to 62.193.235.46 $_ipfw -q add 363 deny tcp from any to 62.193.236.96 $_ipfw -q add 364 deny tcp from any to 62.193.236.100 $_ipfw -q add 365 deny tcp from any to 62.193.245.234 $_ipfw -q add 366 deny tcp from any to 62.193.249.41 $_ipfw -q add 367 deny tcp from any to 66.232.102.157 $_ipfw -q add 368 deny tcp from any to 66.232.117.243 $_ipfw -q add 369 deny tcp from any to 66.232.118.93 $_ipfw -q add 370 deny tcp from any to 66.232.118.195 $_ipfw -q add 371 deny tcp from any to 66.232.118.237 $_ipfw -q add 372 deny tcp from any to 69.46.17.168 $_ipfw -q add 373 deny tcp from any to 193.164.132.164 $_ipfw -q add 370 deny tcp from any 4661-4664 to any $_ipfw -q add 380 deny tcp from any to any 4661-4664 $_ipfw -q add 390 deny udp from any 4661-4664 to any $_ipfw -q add 400 deny udp from any to any 4661-4664 $_ipfw -q add 416 reset log tcp from any to any 1080,8080,8088,11523 out via $_indev $_ipfw -q add 428 reset log tcp from any to any 6346 in via $_indev $_ipfw -q add 429 reset log tcp from any to any 41170 out via $_indev $_ipfw -q add 430 reset log tcp from any to any 41170 in via $_indev $_ipfw -q add 431 reset log tcp from any to any 411 out via $_indev $_ipfw -q add 432 reset log tcp from any to any 412 out via $_indev $_ipfw -q add 436 reset log tcp from any to any 1214 out via $_indev $_ipfw -q add 437 reset log tcp from any to any 7729-7735,6699 out via $_indev $_ipfw -q add 438 deny log udp from any to any 6257 in via $_indev $_ipfw -q add 439 reset log tcp from any to any 6699 in via $_indev $_ipfw -q add 440 reset log tcp from any to any 4661,4665 out via $_indev $_ipfw -q add 441 reset log tcp from any to any 4662 in via $_indev Atenciosamente, Rodrigo Teles Calado. Analista de Suporte Pleno 61-84297799 -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Nilson Debatin Enviada em: terça-feira, 27 de fevereiro de 2007 19:46 Para: Lista
[FUG-BR] RES: RES: Liberar IP sem restriç ões no IPFW
Você pode fazer isso que o Nilson falou. Onde eu trabalho existem regras parecidas com o que você quer. Ficaria + o - assim: . IPS_LIBERADOS=127.0.0.1,192.0.0.28,192.266.27.1 ### IPS Liberados ### $_ipfw -q add 130 allow all $IPS_LIBERADOS to any in via $_indev Essa liberaria os IPs que voce quiser,eles não cairiam nas regras que estivessem abaixo, mas ainda cairia no SQUID Para pular o SQUID tbm você poderia colocar as regras do NAT e do redirecionamento da porta 80 por ultimo, e colocar uma regra skipto para pular o SQUID, tipo assim: ### IPS Liberados ### $_ipfw -q add 130 skipto 1 ip from $IPS_LIBERADOS to any $_ipfw -q add 140 skipto 1 ip from any to $IPS_LIBERADOS ### SQUID $_ipfw -q add 9000 fwd 127.0.0.1,3128 tcp from any to any 80 ### NAT $_ipfw -q add 1 divert natd all from any to any via $_indev Com a regra de IPs liberados antes dos denys ela pularia tudo, inclusive a regra do SQUID e cairia direto no NAT. Acho que era isso. Espero ter ajudado. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: RES: RES: C/C++
Sim ,gostaria de trabalhar com desenvolvimento em C ou C++ no Free, C e C++ eu conheço bem, porem, o ambiente de desenvolvimento do Free, ferramentas, as funções que o sistema disponibiliza, isso eu não conheço muito bem, nesse sentido que gostaria de livros que me ajudem... obrigado -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de gethostbyname Enviada em: segunda-feira, 26 de fevereiro de 2007 12:42 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: RES: C/C++ A não ser que você queira escrever um driver ou ajudar no desenvolvimento do kernel do FreeBSD, eu sugiro C++. gethostbyname Henrique Berenguel escreveu: Alguém conhece livro bom ou curso bom de c para unix? -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Paulo Pires Enviada em: domingo, 25 de fevereiro de 2007 00:57 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: C/C++ On 2/25/07, gethostbyname [EMAIL PROTECTED] wrote: Essa exigência não é apenas da linguagem C++: *ISO/IEC 9899:1999 (E)(c)ISO/IEC* *5.1.2.2.1 Program startup* The function called at program startup is named main. The implementation declares no prototype for this function. It shall be defined **with a return type of int** and with no parameters: *int *main(void) { /*...*/ } or with two parameters (referred to here as argc and argv, though any names may be used, as they are local to the function in which they are declared): *int *main(int argc, char *argv[]) { /*...*/ } or equivalent [ver a Nota]; or in some other implementation-defined manner. *Nota*: Thus, int can be replaced by a typedef name defined as int,or the type of argv can be written as char ** argv, and so on. Eu não se se foi coisa da lista, mas aqui apareceu um monte de asteriscos (acho que você que usou negritos), fazendo parecer ponteiros; eu achei um PDF do padrão através do Google (talvez o mesmo que você achou, em http://www.nirvani.net.nyud.net:8090/docs/ansi_c.pdf), onde vi que eu não estava louco com um bando de ponteiros. :) Mas veja o ponto-e-vírgula antes de or some other implementation-defined manner. Visualmente, acho que outra arrumação poderia aumentar mais a clareza, mas o que entendo é que uma implementação hosted (isto é, aquela que executa em um sistema operacional) pode optar entre retornar int _ou_ alguma outra maneira definida pela implementação. Se optar por int, então deve aceitar int main(void){/*...*/} *e* int main(int argc, char *argv[]){/*...*/}. Mas que o fraseamento e a composição visual não ajudam na clareza, não ajudam mesmo. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Internal Virus Database is out-of-date. Checked by AVG Free Edition. Version: 7.5.441 / Virus Database: 268.17.37/682 - Release Date: 12/2/2007 13:23 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: RES: RES: C/C++
Alguem conhece alguma lista especifica de C/C++ de Free? []´s -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Anderson P. Matos - LINHARES ON LINE Enviada em: terça-feira, 27 de fevereiro de 2007 08:34 Para: 'Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)' Assunto: [FUG-BR] RES: RES: C/C++ Ei Paulo, eu ate achei engraçado quando você escreveu essa frase, posso não ter entendido muito bem, mas o main não retornar um valor é considerado um erro...percebi que durante dois anos que estudei C na faculdade me passaram uma informaçao errada entao. PS. A função main não retornar um valor é considerado um ERRO NÃO-FATAL. Tudo bem, vamos acabar com esse topico por aqui. Um bom dia de trabalho e uma otima semana. Att. Anderson P. Matos Analista de Suporte Linhares Serviços On-Line Tel: (27) 2103-8100 E-mail: [EMAIL PROTECTED] - Tel.: (27) 2103-8105 Cel: (27) 9936-4186 E-mail: [EMAIL PROTECTED] Messenger: [EMAIL PROTECTED] Skype: andersonpmatos -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Paulo Pires Enviada em: sábado, 24 de fevereiro de 2007 23:48 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: C/C++ On 2/24/07, gethostbyname [EMAIL PROTECTED] wrote: Bom, creio que ele deve estar se referindo ao padrão mais atual da linguagem, C99. O padrão ANSI já está meio obsoleto pelos padrões ISO C89 e C99. Você está fazendo alguma confusão. C89 é ANSI, cujo correspondente ISO (praticamente idêntico, apenas recredenciado) é o C90. Teve um cara que liberou o C Completo e Total na rede um tempo atrás. Puxa, logo o livro do Herbert Schildt, o pior autor de todos os tempos. Não sei se é *o* pior, mas é um cara que claramente escreve sobre o que ele acha que vai lhe render uns trocados. É provável que o compromisso dele seja mais com fazer dinheiro rapidamente do que com a qualidade do que escreve. Nessa linha, o mais lamentável é quando, ao invés de ensinar a linguagem de programação a que se propõe na capa, ele começa a fazer apologia de determinadas tecnologias e de certos fabricantes de software (sobretudo do estado de Washington), talvez a fim de dar impulso a outros de seus livros. PS. A função main não retornar um valor é considerado um ERRO NÃO-FATAL. Eu freqüentemente compilo com -Werror -Wall; existem motivos para que o compilador emita warinings, ou eles não estariam lá. Um exemplo que volta e meia acontece comigo é usar = em lugar de ==; às vezes é intencional e às vezes por distração ou erro de digitação, mas um warning é bem-vindo nos dois casos. Todos sabemos fazer e às vezes somos forçados a fazer bacalhaus no código, mas também sabemos como usar a linguagem para, de forma sintaticamente correta e estilisticamente mais produtiva (no sentido de dar clareza que facilite a manutenção de código no futuro), fazer calar qualquer warning, mesmo quando se usa -pedantic. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - 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 -- Internal Virus Database is out-of-date. Checked by AVG Free Edition. Version: 7.5.441 / Virus Database: 268.17.37/682 - Release Date: 12/2/2007 13:23 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] C/C++ - Desenvolvimento no FreeBSD
O meu email é baseado em opiniões pessoais. Qual ferramenta ou biblioteca utilizar pode ser algo muito pessoal. Você domina o gcc? Autoconf, automake e libtool? Seria bom também controle de versão (subversion, de preferência) para você já ir se acostumando com técnicas/ferramentas usadas em projetos de software livre. *Ferramentas*: Se o projeto que você quiser desenvolver for grande, eu sugiro uma IDE para automatizar o desenvolvimento: Anjuta (a versão 2.x estável está quase desenvolvida, eu acho. Essa nova versão vai ser excepcional.), Eclipse ou NetBeans. As duas últimas desenvolvidas em JAVA; portanto, você vai precisar de uma máquina melhor devido a lentidão inerente a JAVA (Eu muito gosto da linguagem JAVA, da API e tal; mas, para mim, é uma lentidão [na inicialização] inquestionável). Caso contrário, utilize o emacs mesmo como ferramenta no modo texto. *Sobre as funções que o sistema disponbiliza*: O que exatamente você pretende aprender/fazer no sistema? Na maioria das vezes você vai utilizar: - bibliotecas externas ao SO, geralmente portáveis - bibliotecas relacionadas a C e/ou C++ - bibliotecas relacionadas ao POSIX Nada verdadeiramente específico do FreeBSD. É justamente essa a causa da portabilidade entre os unix(s): devido a padronização das linguagens C/C++ e do padrão POSIX. Você deveria procurar ler é sobre o padrão POSIX, então. Eu recomendo esses livros que abordam algumas coisas do POSIX: * Practical Unix programming : a guide to concurrency, communication, and multithreading -- Esse livro é bem antigo, mas tem muitas explicações boas nele. Você poderia pular algumas partes que ele foge do POSIX atual e ler as outras partes normalmente. Robbins, Kay A * POSIX Programmer's Guide Writing Portable UNIX Programs with the POSIX.1 Standard Donald A. Lewine Data General Corporation É bom ter a própria especificação do POSIX para consulta. O padrão atual tem quase 4000 páginas hehehe. Tente procurar uma versão completa na rede P2P. Se não encontrar, me diga. Eu consegui essa versão completa gratuitamente de uma pessoa do OpenGroup que gentilmente me adicionou como colaborador do padrão só para eu ter acesso à versão completa. Eu gostei da atitude desse cara que coordena uma lista de discussão do posix dentro do OpenGroup. até, gethostbyname Henrique Berenguel escreveu: Sim ,gostaria de trabalhar com desenvolvimento em C ou C++ no Free, C e C++ eu conheço bem, porem, o ambiente de desenvolvimento do Free, ferramentas, as funções que o sistema disponibiliza, isso eu não conheço muito bem, nesse sentido que gostaria de livros que me ajudem... obrigado - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd