[FUG-BR] pfSense em pendrive
hail, alguém tem alguma exp nisso ? to com um mini itx da Via com cpu crusoe, quando vai dar boot pelo pendrive ele mostra o prompt com caracteres loucos. e não sai. fica algo como: i386 (0,a): se alguém souber :) matheus -- We will call you cygnus, The God of balance you shall be - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] XOrg 7.4
2009/2/11 Renato Botelho : > 2009/2/11 Joao Rocha Braga Filho : >> 2009/2/11 Renato Botelho : >>> 2009/2/11 Joao Rocha Braga Filho : Alguém mais teve problemas com o XOrg 7.4? Eu estou tendo. Compilo no meu computador novo, e ele não aceita mouse e o teclado não escreve nada nas janelas, como se elas não estivessem em foco. Mas quando eu instalo do DVD o 7.3 isto tudo funciona. Mesmo usando o mesmo arquivo de configuração. >>> >>> Sim, o xorg 7.4 passou a usar o hald para reconhecer o hardware, >>> Se vc nao quiser isso, quiser usar o arquivo antigo do xorg.conf, >>> adicione a seguinte opcao ao bloco ServerLayout >>> >>> Option "AllowEmptyInput" "off" >> >> >> Funcionou direitinho... >> >>> >>> Agora, se vc ja quiser modernizar o negocio e usar o hal, vc tem >>> que startar o hald e o dbus na inicializacao, basta adicionar ao >>> /etc/rc.conf >>> >>> hald_enable="YES" >>> dbus_enable="YES" >> >> Não funcionou, mas vou ver com calma depois. >> >>> Eu ainda uso a moda antiga, mas a maioria das pessoas esta indo >>> pro hald, principalmente quem usa gnome e/ou kde, que precisam >>> do hal habilitado de qualquer jeito. >> >> >> Muito obrigado. Agora vou compilar o KDE. > > Se você não adiciona aquela linha ao xorg.conf, tem que configurar o > teclado / mouse no hal, criando um arquivo .fdi, agora, como você vai > usar o KDE, que por si só já depende do hald, acredito que nem precisa > se preocupar com o xorg.conf, deve ter jeito de configurar o teclado > dentro do próprio KDE, assim como no gnome. Desabilitei o daemon do hal e do dbus, e está funcionando legal. Estou nele. João Rocha. > > -- > Renato Botelho > - > 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." goffr...@gmail.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] XOrg 7.4
> Se você não adiciona aquela linha ao xorg.conf, tem que configurar o > teclado / mouse no hal, criando um arquivo .fdi, agora, como você vai > usar o KDE, que por si só já depende do hald, acredito que nem precisa > se preocupar com o xorg.conf, deve ter jeito de configurar o teclado > dentro do próprio KDE, assim como no gnome. Tive os mesmos problemas. Só precisa reinstalar (ou atualizar) o hald. Infelizmente a atualização acabou com o gnome, que até agora não consegui resolver: simplesmente trava. Já vi que é algo da comunicação interna, envolvendo até o gnome-keyring, mas ainda não achei uma solução (nem as sugestões do UPDATES funcionou). -- []´s Helio Loureiro - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Pfsense com captive portal (RESOLVIDO)
Blz thiago, obrigado por responder ok, pra ficar registrado na lista. Abraços 2009/2/12 Thiago Gomes > Max, > > Isso mesmo.. foi resolvido colocando a faixa de ip da minha VPN. > > Obrigado > > 2009/2/12 max _tor : > > Tiago, entendi mais ou menos o que voce quer, vou te dar uma dica: > > > > Va em Services->Captive Portal->Allowed IP Address > > Clique em "Add Address" > > Em "Direction" use "To", e coloque a rede da sua OpenVPN > > > > Não sei se vai funcionar, estou dando um chute. > > Porque? porque quando voce ativa o captive portal ele ativa o ipfw2, que > e > > outro filtro de pacotes > > para o FreeBSD.Não sei ate onde o captive_portal + ipfw2 atrapalha o > > openvpn, certamente > > ele nao gere regras de excessoes como faz para o ipsec. > > > > De qualquer forma, boa sorte. > > > > 2009/2/12 Thiago Gomes > > > >> Pessoal, > >> > >> Alguem que usa pfsense pode me ajudar com relação a esse problema no > >> pfsense. Estou usando > >> o captive portal para liberar a internet somente para os usuarios > >> autorizados, porem quando eu > >> ativo.. nao consigo ter acesso as maquinas, em o ping funciona. Porem > >> quando eu desativo > >> o capitve portal funciona.. Isso pq estou usando o OpenVPN. > >> > >> > >> > >> 2009/2/9 Thiago Gomes : > >> > Galera, > >> > > >> > Estou usando o pfsense versão 1.2.3 com captive portal habilitado, > >> > acontece o seguinte > >> > eu tenho um tunel com OpenVPN e se eu ativar o captive portal eu nao > >> > consigo acessar > >> > remotamente as estações via terminal service (3389) ou via VNC(5900) > >> > muito mesmo ICMP, porem se eu desativar > >> > o captive portal eu tenho acesso.. > >> > > >> > Ja coloquei as regras (rules) nas interfaces WAN e LAN liberando e > mesmo > >> assim > >> > não tenho sucesso, infelizmente no pfsense não existe a interface > >> > "Tun0" para liberar > >> > nas regras, o maximo que tem é IPSec e PPTP, talvez seja isso que não > >> > tenho conseguindo > >> > criar essas regras. > >> > > >> > Alguem sabe como eu faço essa liberação. > >> > > >> > Obrigado.. > >> > > >> - > >> 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 > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Ipfw regra sumindo
Boa tarde! Me parece que o problema é o punch_fw mesmo . Que coisa não. Valeu mto obrigado Em Qui, 2009-02-12 às 13:46 -0200, Trober escreveu: > Olá Tiago! > > Já vi casos similares de regras sumirem, quando usando punch_fw no NATd. > > Caso existente, informe o os parâmetros aaa:bbb na linha "punch_fw" e também > o parâmetro (boolean) de "use_sockets" no seu /etc/natd.conf. > > No punch_fw, o primeiro parâmetro (aaa) é a regra inicial, e o segundo > parâmetro (bbb) é o tamanho da faixas de regras do IPFW. Tais regras serão > dinamicamente criadas, conservadas e destruídas (hummm... reflexão sobre > Beastie, Shiva e Netuno), possibilitando acesso a servidores FTP, DCC e > outros. > > Grande abraço, > > Trober > - > - > - > - > - > > > > > > > - Mensagem Original - > De: Tiago H. Pires > Para: freebsd@fug.com.br > Data: Quinta, 12 De Fevereiro De 2009 10:48 > Assunto: [FUG-BR] Ipfw regra sumindo > > > Bom dia! > > > > > > Prezados estou enfrentando um problema com ipfw. Tenho um script de > > firewall que uso a vários meses e está acontecendo o seguinte problema > > hoje em um especifico servidor: > > > > Tenho a seguinte regras dentro do script: > > > > ipfw add -q allow tcp from any to any established > > > > Sempre ela fica com o nr de regra 700. Quando dou um ipfw show após > > iniciar o script ela está lá. Depois de um tempo recebo reclamações que > > algo de estranho está acontecendo com as conexões com esse servidor. > > Executo o ipfw show e a regra 700 não está lá e as outras estão. > > Não sei o que acontece, mas peço ajuda do que pode estar acontecendo. > > > > att > > > > Tiago Pires > > - > > 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 > > E-mail verificado pelo Terra Anti-Spam. > Para classificar esta mensagem como spam ou não spam, visite > http://mail.terra.com.br/cgi-bin/reportspam.cgi?+_d=SCYzNjc0NDYyNiNwZXJtIXRlcnJhJjEsMTIzNDQ1MzYwNy4yMDYxMTcuMTQzODEuZG9tb25pLmhzdC50ZXJyYS5jb20uYnIsNDM5Nw== > Verifique periodicamente a pasta Spam para garantir que apenas mensagens > indesejadas sejam classificadas como Spam. > > Esta mensagem foi verificada pelo E-mail Protegido Terra. > Atualizado em 12/02/2009 > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] power builder 10.5
Desculpe está incluindo informações de outra área neste fórum mas preciso com muita urgência um CD de instalação do Power Builder versão 10.5 e se tiver também a 7. Alguém teria esta versão.. preciso compilar um código fonte mas não tenho o programa. Estou disposto a pagar pelo trabalho de fazer a cópia... Obrigado ... e mais uma vez desculpe colocar assunto de outro tópico neste fórum mas está tão difícil de encontrar este programa e participo a tanto tempo deste fórum que resolvi pedir ajuda... Desde já agradeço !!! Wendell - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Pfsense com captive portal (RESOLVIDO)
Max, Isso mesmo.. foi resolvido colocando a faixa de ip da minha VPN. Obrigado 2009/2/12 max _tor : > Tiago, entendi mais ou menos o que voce quer, vou te dar uma dica: > > Va em Services->Captive Portal->Allowed IP Address > Clique em "Add Address" > Em "Direction" use "To", e coloque a rede da sua OpenVPN > > Não sei se vai funcionar, estou dando um chute. > Porque? porque quando voce ativa o captive portal ele ativa o ipfw2, que e > outro filtro de pacotes > para o FreeBSD.Não sei ate onde o captive_portal + ipfw2 atrapalha o > openvpn, certamente > ele nao gere regras de excessoes como faz para o ipsec. > > De qualquer forma, boa sorte. > > 2009/2/12 Thiago Gomes > >> Pessoal, >> >> Alguem que usa pfsense pode me ajudar com relação a esse problema no >> pfsense. Estou usando >> o captive portal para liberar a internet somente para os usuarios >> autorizados, porem quando eu >> ativo.. nao consigo ter acesso as maquinas, em o ping funciona. Porem >> quando eu desativo >> o capitve portal funciona.. Isso pq estou usando o OpenVPN. >> >> >> >> 2009/2/9 Thiago Gomes : >> > Galera, >> > >> > Estou usando o pfsense versão 1.2.3 com captive portal habilitado, >> > acontece o seguinte >> > eu tenho um tunel com OpenVPN e se eu ativar o captive portal eu nao >> > consigo acessar >> > remotamente as estações via terminal service (3389) ou via VNC(5900) >> > muito mesmo ICMP, porem se eu desativar >> > o captive portal eu tenho acesso.. >> > >> > Ja coloquei as regras (rules) nas interfaces WAN e LAN liberando e mesmo >> assim >> > não tenho sucesso, infelizmente no pfsense não existe a interface >> > "Tun0" para liberar >> > nas regras, o maximo que tem é IPSec e PPTP, talvez seja isso que não >> > tenho conseguindo >> > criar essas regras. >> > >> > Alguem sabe como eu faço essa liberação. >> > >> > Obrigado.. >> > >> - >> 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] [OFF] Informações
Boa Tarde, Algum amigo da lista cuida de provedor que atende condominios verticais via wireless, queria trocar algumas informações em PV. Obrigado e desculpas por posta isso na lista. Luí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] Problema nunca visto por mim.
Se o problema é o clientmqueue pode ser porque o servidor não esteja conseguindo rotear os emails para os servidores externos. Já me aconteceu antes. Tive que limpar o clientmqueue na mão mesmo, e depois verificar os scripts para envio de newsletters para ver o que tinha acontecido. Em 12/02/09, Marcelo Gardini do Amaral escreveu: > Que isso pessoal! > > O bom administrador de sistemas precisa descobrir a causa do problema > para saná-lo e não apenas fazer um remendo que remove as sequelas! > > Nada de script para ficar apagando o que não se sabe! Se o > /var/spool/clientmqueue está enchendo basta fazer o que o > tisora_taiuva disse. Colocar o sendmail pra rodar em localhost e > pronto. > > Marcelo > > > 2009/2/12 TIsOrA TAIUVA : > > > > > > > >> Date: Wed, 11 Feb 2009 15:55:41 -0200 > >> From: ir...@vfemail.net > >> To: freebsd@fug.com.br > >> Subject: Re: [FUG-BR] Problema nunca visto por mim. > >> > >> Em Wed, 11 Feb 2009 15:44:28 -0200 > >> William David FUG-BR , conhecido consumidor de > >> drogas (BigMac's com Coke) escreveu: > >> > >> > sendmail parava de funcionar > >> > quando esse dir enchia era só dar um rm /var/spool/clientmqueue e boa > >> > >> não ficaria mais fácil remover o sendmail (se inútil) ou substitui-lo > >> por postfix (se necessário)?? > > > > O melhor é você deixar o sendmail rodando somente em localhost ( > > sendmail_enable="NO" no rc.conf ). > > Mesmo que você não use o sendmail para nada nessa máquina, os scripts do > > periodic por ex. enviam emails > > para o root e se o sendmail não estiver rodando os mesmos não serão > > entregues e irão sempre lotar > > o /var/spool/clientmqueue. > > > > > > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- = Pablo Santiago Sánchez Análise e Desenvolvimento de Sistemas Web Zend Certified Engineer #ZEND006757 phack...@gmail.com (61) 9975-0883 http://www.corephp.com.br "Quidquid latine dictum sit, altum viditur" = - 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 nunca visto por mim.
Seu logs encheram, e o FreeBSD começou a armazenar arquivos em memória. Limpe seus logs e seja feliz... ;-) 2009/2/11, Alex de A. Souza : > Nunca tinha acontecido isso comigo, olha o que aparece. > > /dev/ad4s1a496M269M187M59%/ > devfs 1.0K1.0K 0B 100%/dev > /dev/ad4s1g 20G 14G4.2G77%/cache > /dev/ad4s1h 19G8.2G9.6G46%/cache1 > /dev/ad4s1e496M 14K456M 0%/tmp > /dev/ad4s1f 29G 26G308M99%/usr > /dev/ad4s1d1.7G1.5G -7.0M 100%/var > > > PING Julio (192.168.0.66): 56 data bytes > ping: sendto: No buffer space available > ping: sendto: No buffer space available > > > A ultima linha dos diretorios há /var esta menos 7Mb (-7.0M). > Porque aconteceu isso? Por causa disso eu não estou podendo pingar como > visto acima, > não consigo entrar no ipfw entre outros para editar ou até mesmo visualizar. > Tenho que reiniciar para voltar ao normal. > > Existe alguma forma de visualizar o que esta enchendo e apagar sem reiniciar > o server? > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- = Pablo Santiago Sánchez Análise e Desenvolvimento de Sistemas Web Zend Certified Engineer #ZEND006757 phack...@gmail.com (61) 9975-0883 http://www.corephp.com.br "Quidquid latine dictum sit, altum viditur" = - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Ipfw regra sumindo
Em Thu, 12 Feb 2009 11:48:20 -0200 "Tiago H. Pires" , conhecido consumidor de drogas (BigMac's com Coke) escreveu: > Executo o ipfw show e a regra 700 não está lá e as outras estão. > Não sei o que acontece, mas peço ajuda do que pode estar acontecendo. putzgrillo.. da regra sumir eu nunca ouvi falar. bem, eu partiria pra força bruta: chflags schg /etc/ipfw.rules depois eu teria tempo pra imaginar o que é que causa isso ou o tempo para que algum colega aqui de a informação correta. -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free Alguns paradoxos são perfeitamente compreensíveis: Há homens, por exemplo, que vestem u'a mulher para ter o direito de vê-la nua. - 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 nunca visto por mim.
Que isso pessoal! O bom administrador de sistemas precisa descobrir a causa do problema para saná-lo e não apenas fazer um remendo que remove as sequelas! Nada de script para ficar apagando o que não se sabe! Se o /var/spool/clientmqueue está enchendo basta fazer o que o tisora_taiuva disse. Colocar o sendmail pra rodar em localhost e pronto. Marcelo 2009/2/12 TIsOrA TAIUVA : > > > >> Date: Wed, 11 Feb 2009 15:55:41 -0200 >> From: ir...@vfemail.net >> To: freebsd@fug.com.br >> Subject: Re: [FUG-BR] Problema nunca visto por mim. >> >> Em Wed, 11 Feb 2009 15:44:28 -0200 >> William David FUG-BR , conhecido consumidor de >> drogas (BigMac's com Coke) escreveu: >> >> > sendmail parava de funcionar >> > quando esse dir enchia era só dar um rm /var/spool/clientmqueue e boa >> >> não ficaria mais fácil remover o sendmail (se inútil) ou substitui-lo >> por postfix (se necessário)?? > > O melhor é você deixar o sendmail rodando somente em localhost ( > sendmail_enable="NO" no rc.conf ). > Mesmo que você não use o sendmail para nada nessa máquina, os scripts do > periodic por ex. enviam emails > para o root e se o sendmail não estiver rodando os mesmos não serão entregues > e irão sempre lotar > o /var/spool/clientmqueue. > > > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Ipfw regra sumindo
Olá Tiago! Já vi casos similares de regras sumirem, quando usando punch_fw no NATd. Caso existente, informe o os parâmetros aaa:bbb na linha "punch_fw" e também o parâmetro (boolean) de "use_sockets" no seu /etc/natd.conf. No punch_fw, o primeiro parâmetro (aaa) é a regra inicial, e o segundo parâmetro (bbb) é o tamanho da faixas de regras do IPFW. Tais regras serão dinamicamente criadas, conservadas e destruídas (hummm... reflexão sobre Beastie, Shiva e Netuno), possibilitando acesso a servidores FTP, DCC e outros. Grande abraço, Trober - - - - - - Mensagem Original - De: Tiago H. Pires Para: freebsd@fug.com.br Data: Quinta, 12 De Fevereiro De 2009 10:48 Assunto: [FUG-BR] Ipfw regra sumindo > Bom dia! > > > Prezados estou enfrentando um problema com ipfw. Tenho um script de > firewall que uso a vários meses e está acontecendo o seguinte problema > hoje em um especifico servidor: > > Tenho a seguinte regras dentro do script: > > ipfw add -q allow tcp from any to any established > > Sempre ela fica com o nr de regra 700. Quando dou um ipfw show após > iniciar o script ela está lá. Depois de um tempo recebo reclamações que > algo de estranho está acontecendo com as conexões com esse servidor. > Executo o ipfw show e a regra 700 não está lá e as outras estão. > Não sei o que acontece, mas peço ajuda do que pode estar acontecendo. > > att > > Tiago Pires > - > 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 nunca visto por mim.
> Date: Wed, 11 Feb 2009 15:55:41 -0200 > From: ir...@vfemail.net > To: freebsd@fug.com.br > Subject: Re: [FUG-BR] Problema nunca visto por mim. > > Em Wed, 11 Feb 2009 15:44:28 -0200 > William David FUG-BR , conhecido consumidor de > drogas (BigMac's com Coke) escreveu: > > > sendmail parava de funcionar > > quando esse dir enchia era só dar um rm /var/spool/clientmqueue e boa > > não ficaria mais fácil remover o sendmail (se inútil) ou substitui-lo > por postfix (se necessário)?? O melhor é você deixar o sendmail rodando somente em localhost ( sendmail_enable="NO" no rc.conf ). Mesmo que você não use o sendmail para nada nessa máquina, os scripts do periodic por ex. enviam emails para o root e se o sendmail não estiver rodando os mesmos não serão entregues e irão sempre lotar o /var/spool/clientmqueue. > > > -- > saudações, > irado furioso com tudo > Linux User 179402/FreeBSD BSD50853/FUG-BR 154 > Não uso drogas - 100% Miko$hit-free > O cachorro abana o rabo quando quer agradar, a mulher quando quer > agrado. > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd _ Confira vídeos com notícias do NY Times, gols direto do Lance, videocassetadas e muito mais no MSN Video! http://video.msn.com/?mkt=pt-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] subversion solucao para atributos especiais
Evandro Nunes escreveu: > era bem isso que eu queria > voces prestam consultoria em svn? > esta em freebsd inclusive usei o seu pdf de referencia > e voce acertou é sim itil > > outra coisa tem como dividir a arvore do repo em labels e > garantir que um label so so pode ser alterado com a autorizacao > de alguem responsavel por aquele trecho da arvore? Ola, Prestamos sim, serviço completo em SubVersion, referência: http://www.freebsdbrasil.com.br/home.php?area=2&conteudo=8&sub=81 Legal, aquele PDF tem um número impressionante de downloads. Devo publicar uma revisao dele em breve com algumas coisas q mudaram desde q foi escrito. Tem sim, como fazer isso que voce quer tambem. Podemos criar um arquivo de controle no melhor estilo que o Projeto FreeBSD tem como MAINTAINERS e nele listar a estrutura e cada mantenedor e criar um processo que eu gosto muito, chama-se de quarentena de commit. Nesse caso um novo commit fica sem ser efetivado até o aval do mantenedor e no repositório o arquivo fica locked. > > 2009/2/11 Patrick Tracanelli : >> Hmm, ja vi tudo. ITIL sendo implantado e o Repositório vai ter que >> acumular funções, certo? >> >> É completamente possível. Subversion tem um recurso chamado >> propriedades, a ideiaa é usar e abusar disso. É como se fossem atributos >> customizados na árvore SVN. >> >> Pensemos numa estratégia simples >> >> Pense nas propriedades: >> >> itil:limitcommit = 5000 >> >> itil:commiters = patrick, joao, maria >> >> itil:versaoatual = $REV$ >> >> E propeidades adicionais: >> >> itil:crisiscode >> itil:incidentid >> >> Com isso em mente, voce vai programar hooks, que podem ser de >> pre-commit, e nesses hooks voce vai programar >> >> - Se quem está fazendo commit estiver listado em itil:commiters, verifica: >> >> - Se o conteudo de itil:versaoatual for menor que itil:limitcommit todos >> podem fazer commit a vontade. Senão, o usuário listado em itil:commiters >> não pode fazer commit, e voce da um exit com o código que desejar dentro >> do esperado pelo SVN. >> >> - Para todo e qualquer usuário, verifique se itil:crisiscode existe e >> também se itil:incidentid existe. Se não existir não permite o commit. >> Se existir você racionaliza, ve se o conteudo de itil:crisicode faz >> sentido (exemplo, apenas números), e se itil:incidentid faz sentido - >> comparando com o formato de identificadores de incidente que a sua >> gerencia de incidentes utiliza. >> >> Pra melhor, automatize. Sua gestão de incidentes deve ter o mesmo >> crisiscode e incientid em algum banco de dados onde eles controam isso. >> Pesquise nesse banco! Afinal não pode haver um commit motivado por >> incidente se o incidente não estiver registrado certo? >> >> O SVN utiliza hooks no diretório hooks/ de cada repositório. Nele voce >> pode criar rotinas na sua linguagem favorita (shell, perl, php, python, >> awk, sed, forth, fortran hehe), e o SVN executará o hook em questão. >> >> Nos podemos fazer isso. >> >> E possivelmente tudo o mais que seja possivel fazer no SVN. Creio que >> poucos sistema de versionamento sao flexiveis como o SVN. >> >> Que eu conheça só Perforce é mais. >> >> Evandro Nunes escreveu: >>> lista >>> >>> tenho uma demanda para criar restricao de acesso a alguns arquivos no >>> repositorio >>> quando eles passarem de uma certa versao que combine com a versao >>> limite configurada >>> >>> por exemplo tenho um arquivo em trunk/4.0/sw/vi.jsp >>> >>> nesse arquivo quero gravar uma informacao, uma marcacao de versao, por >>> exemplo versao X >>> >>> quero permitir que um certo (ou certos) usuario possa fazer commit >>> nesse arquivo ate a versao X >>> >>> se o repositorio passar da versao X quero que aquele usuario nao possa >>> mais fazer commit apenas checkput update e outras coisas de leitura >>> >>> quero ainda que o nome do usuario que fez a ultima alteracao sempre >>> seja preenchido com argumento >>> que e o codigo interno de chamado de problema, chamado de crisis-code >>> e tambem do numero do chamado como aberto >>> pelo povo da gestao de incidentes >>> >>> quero que nao possa acontecer commit nesses arquivos sem esses dados >>> preenchidos >>> >>> mas como essas informacoes sao especiais nao podem logicamente estar >>> nos logs de commit >>> >>> preciso saber se tem como fazer isso >>> se tiver como fazer preciso de uma visao sobre isso, uma visao da ideia >>> e por ultimo se for muito chato preciso saber quem pode fazer isso e >>> outras peripecias mais >>> - >>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> >> -- >> Patrick Tracanelli >> >> FreeBSD Brasil LTDA. >> Tel.: (31) 3516-0800 >> 316...@sip.freebsdbrasil.com.br >> http://www.freebsdbrasil.com.br >> "Long live Hanin Elias, Kim Deal!" >> >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > ---
[FUG-BR] Ipfw regra sumindo
Bom dia! Prezados estou enfrentando um problema com ipfw. Tenho um script de firewall que uso a vários meses e está acontecendo o seguinte problema hoje em um especifico servidor: Tenho a seguinte regras dentro do script: ipfw add -q allow tcp from any to any established Sempre ela fica com o nr de regra 700. Quando dou um ipfw show após iniciar o script ela está lá. Depois de um tempo recebo reclamações que algo de estranho está acontecendo com as conexões com esse servidor. Executo o ipfw show e a regra 700 não está lá e as outras estão. Não sei o que acontece, mas peço ajuda do que pode estar acontecendo. att Tiago Pires - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Pfsense com captive portal
Tiago, entendi mais ou menos o que voce quer, vou te dar uma dica: Va em Services->Captive Portal->Allowed IP Address Clique em "Add Address" Em "Direction" use "To", e coloque a rede da sua OpenVPN Não sei se vai funcionar, estou dando um chute. Porque? porque quando voce ativa o captive portal ele ativa o ipfw2, que e outro filtro de pacotes para o FreeBSD.Não sei ate onde o captive_portal + ipfw2 atrapalha o openvpn, certamente ele nao gere regras de excessoes como faz para o ipsec. De qualquer forma, boa sorte. 2009/2/12 Thiago Gomes > Pessoal, > > Alguem que usa pfsense pode me ajudar com relação a esse problema no > pfsense. Estou usando > o captive portal para liberar a internet somente para os usuarios > autorizados, porem quando eu > ativo.. nao consigo ter acesso as maquinas, em o ping funciona. Porem > quando eu desativo > o capitve portal funciona.. Isso pq estou usando o OpenVPN. > > > > 2009/2/9 Thiago Gomes : > > Galera, > > > > Estou usando o pfsense versão 1.2.3 com captive portal habilitado, > > acontece o seguinte > > eu tenho um tunel com OpenVPN e se eu ativar o captive portal eu nao > > consigo acessar > > remotamente as estações via terminal service (3389) ou via VNC(5900) > > muito mesmo ICMP, porem se eu desativar > > o captive portal eu tenho acesso.. > > > > Ja coloquei as regras (rules) nas interfaces WAN e LAN liberando e mesmo > assim > > não tenho sucesso, infelizmente no pfsense não existe a interface > > "Tun0" para liberar > > nas regras, o maximo que tem é IPSec e PPTP, talvez seja isso que não > > tenho conseguindo > > criar essas regras. > > > > Alguem sabe como eu faço essa liberação. > > > > Obrigado.. > > > - > 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] Pfsense com captive portal
Pessoal, Alguem que usa pfsense pode me ajudar com relação a esse problema no pfsense. Estou usando o captive portal para liberar a internet somente para os usuarios autorizados, porem quando eu ativo.. nao consigo ter acesso as maquinas, em o ping funciona. Porem quando eu desativo o capitve portal funciona.. Isso pq estou usando o OpenVPN. 2009/2/9 Thiago Gomes : > Galera, > > Estou usando o pfsense versão 1.2.3 com captive portal habilitado, > acontece o seguinte > eu tenho um tunel com OpenVPN e se eu ativar o captive portal eu nao > consigo acessar > remotamente as estações via terminal service (3389) ou via VNC(5900) > muito mesmo ICMP, porem se eu desativar > o captive portal eu tenho acesso.. > > Ja coloquei as regras (rules) nas interfaces WAN e LAN liberando e mesmo assim > não tenho sucesso, infelizmente no pfsense não existe a interface > "Tun0" para liberar > nas regras, o maximo que tem é IPSec e PPTP, talvez seja isso que não > tenho conseguindo > criar essas regras. > > Alguem sabe como eu faço essa liberação. > > Obrigado.. > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] subversion solucao para atributos especiais
era bem isso que eu queria voces prestam consultoria em svn? esta em freebsd inclusive usei o seu pdf de referencia e voce acertou é sim itil outra coisa tem como dividir a arvore do repo em labels e garantir que um label so so pode ser alterado com a autorizacao de alguem responsavel por aquele trecho da arvore? 2009/2/11 Patrick Tracanelli : > Hmm, ja vi tudo. ITIL sendo implantado e o Repositório vai ter que > acumular funções, certo? > > É completamente possível. Subversion tem um recurso chamado > propriedades, a ideiaa é usar e abusar disso. É como se fossem atributos > customizados na árvore SVN. > > Pensemos numa estratégia simples > > Pense nas propriedades: > > itil:limitcommit = 5000 > > itil:commiters = patrick, joao, maria > > itil:versaoatual = $REV$ > > E propeidades adicionais: > > itil:crisiscode > itil:incidentid > > Com isso em mente, voce vai programar hooks, que podem ser de > pre-commit, e nesses hooks voce vai programar > > - Se quem está fazendo commit estiver listado em itil:commiters, verifica: > > - Se o conteudo de itil:versaoatual for menor que itil:limitcommit todos > podem fazer commit a vontade. Senão, o usuário listado em itil:commiters > não pode fazer commit, e voce da um exit com o código que desejar dentro > do esperado pelo SVN. > > - Para todo e qualquer usuário, verifique se itil:crisiscode existe e > também se itil:incidentid existe. Se não existir não permite o commit. > Se existir você racionaliza, ve se o conteudo de itil:crisicode faz > sentido (exemplo, apenas números), e se itil:incidentid faz sentido - > comparando com o formato de identificadores de incidente que a sua > gerencia de incidentes utiliza. > > Pra melhor, automatize. Sua gestão de incidentes deve ter o mesmo > crisiscode e incientid em algum banco de dados onde eles controam isso. > Pesquise nesse banco! Afinal não pode haver um commit motivado por > incidente se o incidente não estiver registrado certo? > > O SVN utiliza hooks no diretório hooks/ de cada repositório. Nele voce > pode criar rotinas na sua linguagem favorita (shell, perl, php, python, > awk, sed, forth, fortran hehe), e o SVN executará o hook em questão. > > Nos podemos fazer isso. > > E possivelmente tudo o mais que seja possivel fazer no SVN. Creio que > poucos sistema de versionamento sao flexiveis como o SVN. > > Que eu conheça só Perforce é mais. > > Evandro Nunes escreveu: >> lista >> >> tenho uma demanda para criar restricao de acesso a alguns arquivos no >> repositorio >> quando eles passarem de uma certa versao que combine com a versao >> limite configurada >> >> por exemplo tenho um arquivo em trunk/4.0/sw/vi.jsp >> >> nesse arquivo quero gravar uma informacao, uma marcacao de versao, por >> exemplo versao X >> >> quero permitir que um certo (ou certos) usuario possa fazer commit >> nesse arquivo ate a versao X >> >> se o repositorio passar da versao X quero que aquele usuario nao possa >> mais fazer commit apenas checkput update e outras coisas de leitura >> >> quero ainda que o nome do usuario que fez a ultima alteracao sempre >> seja preenchido com argumento >> que e o codigo interno de chamado de problema, chamado de crisis-code >> e tambem do numero do chamado como aberto >> pelo povo da gestao de incidentes >> >> quero que nao possa acontecer commit nesses arquivos sem esses dados >> preenchidos >> >> mas como essas informacoes sao especiais nao podem logicamente estar >> nos logs de commit >> >> preciso saber se tem como fazer isso >> se tiver como fazer preciso de uma visao sobre isso, uma visao da ideia >> e por ultimo se for muito chato preciso saber quem pode fazer isso e >> outras peripecias mais >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > -- > Patrick Tracanelli > > FreeBSD Brasil LTDA. > Tel.: (31) 3516-0800 > 316...@sip.freebsdbrasil.com.br > http://www.freebsdbrasil.com.br > "Long live Hanin Elias, Kim Deal!" > > - > 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: cacheboy / Lusca
Eita.. é mesmo, o Luiz até tinha falado... :-/ minha cabeça ta ficando ruim demais > -Mensagem original- > De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em > nome de Renato Botelho > Enviada em: quinta-feira, 12 de fevereiro de 2009 08:20 > Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > Assunto: Re: [FUG-BR] RES: cacheboy / Lusca > > 2009/2/12 Renato Frederick : > > E o suporte a tproxy? Ele suporta da mesma maneira que o cacheboy? > > Renato, > > Na verdade o projeto cacheboy mudou de nome, agora se chama lusca, > então o software é exatamente o mesmo. > > []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
Re: [FUG-BR] RES: cacheboy / Lusca
2009/2/12 Renato Frederick : > E o suporte a tproxy? Ele suporta da mesma maneira que o cacheboy? Renato, Na verdade o projeto cacheboy mudou de nome, agora se chama lusca, então o software é exatamente o mesmo. []s -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: cacheboy / Lusca
E o suporte a tproxy? Ele suporta da mesma maneira que o cacheboy? > -Mensagem original- > De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em > nome de Alexandre Correa > Enviada em: quarta-feira, 11 de fevereiro de 2009 19:42 > Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > Assunto: [FUG-BR] cacheboy / Lusca > > Caros, > > Convido a quem utiliza SQUID e /ou CacheBoy a utlizar o LUSCA proxy !!! > Lusca é novo nome do projeto CacheBoy.. > > O Lusca foi re-desenhado com todas as features do squid 2.x e 3.x > mantendo a > programação em C além de ter uma melhoria significante em consumo de > processamento e memória !! > > Caso alguem ja esteja utilizando e encontrar algum problema/bug > > reporte-o: > http://code.google.com/p/lusca-cache/issues/list > > ou me notifiquem... > > estou rodando o lusca head em alguns servidores aqui, alguns com > bastante > trafego http (2 com media de 30mbit/s e 1 com 40 a 45 mbit/s) .. > > -- > > Sds. > Alexandre J. Correa > Onda Internet / OPinguim.net > http://www.ondainternet.com.br > http://www.opinguim.net > > > Lusca Cache - www.lusca.org > - > 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