Re: [FUG-BR] anti-vírus Clamav
Irado Bem fundamentada sua opinião, verdade seja dita. Cleber 2009/2/11 irado furioso com tudo > Em Wed, 11 Feb 2009 13:04:26 -0200 > Joao Rocha Braga Filho , conhecido consumidor de > drogas (BigMac's com Coke) escreveu: > > > O programa de e-mail > > que veio com este sistema, quando recebia como anexo uma imagem, > > ele a abria, quando era um documento abria o editor de texto, e quando > > era um programa executável... Sim... Parece muita ingenuidade. > > > > sei não se é, de fato, ingenuidade. Se mensurarmos o TAMANHO do mercado > de anti-qualquer-praga, podemos começar a especular o seguinte: > > ".. e se eu fizer o sistema tão seguro quanto um *nix, o que acontece > com todos aqueles meus parceiros??" > > acredito que esses parceiros não vão se tornar feirantes. Ou vender > suco na porta dos estádios. Nem querem isso - risos > > > > -- > 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 > - 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.
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)?? -- 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
Re: [FUG-BR] anti-vírus Clamav
Em Wed, 11 Feb 2009 13:04:26 -0200 Joao Rocha Braga Filho , conhecido consumidor de drogas (BigMac's com Coke) escreveu: > O programa de e-mail > que veio com este sistema, quando recebia como anexo uma imagem, > ele a abria, quando era um documento abria o editor de texto, e quando > era um programa executável... Sim... Parece muita ingenuidade. > sei não se é, de fato, ingenuidade. Se mensurarmos o TAMANHO do mercado de anti-qualquer-praga, podemos começar a especular o seguinte: ".. e se eu fizer o sistema tão seguro quanto um *nix, o que acontece com todos aqueles meus parceiros??" acredito que esses parceiros não vão se tornar feirantes. Ou vender suco na porta dos estádios. Nem querem isso - risos -- 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
[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
[FUG-BR] RES: [OFF-TOPIC] Storage
Aqui tudo OK com DS4700 da IBM, porém trocaremos para EMC, o custo do suporte pró ativo deles(home call) em comparacao com o suporte reativo da IBM(deu problema você liga e se não resolverem por telefone te mandam um técnico), é irrisório :) Ambos funcionam 100% com Windows 2003, Freebsd(NÃO SUPORTADO PELO FABRICANTE, mas funciona) e linux(suportado somente RedHat e suse se não me engano, mas funciona praticamente qq Linux). > -Mensagem original- > De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em > nome de Patrick Tracanelli > Enviada em: quarta-feira, 11 de fevereiro de 2009 17:51 > Para: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" > Assunto: Re: [FUG-BR] [OFF-TOPIC] Storage > > Welington F.J escreveu: > > Boa tarde Senhores, > > > > Alguém poderia me indicar alguns storage para backup, meu volume de > dados > > esta chegando a 1T > > > > Que ambiente seria o ideal para este volume o volume de dados esta > sempre > > aumentando > > > > > > Voce tem pre-requisito de vazão de dados? Pode ser NAS? Ou precisa ser > um SAN? Avalie os Storage da Dell e também da Apple. > > -- > 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
Re: [FUG-BR] Problemas com particionamento (Adaptec AIC-7899)
Você tem razão, não havia aberto o servidor para verificar em qual controladora ele estava conectado (confiei na informação de terceiros, pois é meio complicado retirar o servidor para abrir). A controladora à qual ele está conectado é a "MegaRAID Enterprise 1500 Series 467 (2-channel SCSI RAID Controller)" [1] [2] [3]. Mas foi descuido meu, pois deveria ter prestado antenção ao nome do device (amr e não ahc). Mas pelo que vi na lista de hardware do FreeBSD, este modelo, MegaRAID Enterprise 1500 (Series 467), é suportado também [4] [5]. Ou seja, cerveja... quer dizer, continuo na mesma, não consigo criar os slices e partições. [1] http://img6.imageshack.us/my.php?image=dsc00453xp1.jpg [2] http://img4.imageshack.us/my.php?image=dsc00454du0.jpg [3] http://img516.imageshack.us/my.php?image=dsc00455jh8.jpg [4] http://www.freebsd.org/releases/7.1R/hardware.html [5] http://www.freebsd.org/cgi/man.cgi?query=amr&sektion=4&manpath=FreeBSD+7.1-RELEASE 2009/2/11 William David FUG-BR : > Bom até onde eu verifiquei > > você tem uma controladora Adaptec scsi 39160 2 canais agora não sei > se ela é onboard ou off board > > ahc0: port 0xdc00-0xdcff mem > 0xf9001000-0xf9001fff irq 30 at device 2.0 on pci1 > ahc0: [ITHREAD] > aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs > ahc1: port 0xd800-0xd8ff mem > 0xf900-0xf9000fff irq 31 at device 2.1 on pci1 > ahc1: [ITHREAD] > aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/253 SCBs > > Agora o que me deixou intrigado é que apareceu > > amr0: mem 0xf700-0xf73f irq 24 at > device 10.1 on pci1 > amr0: [ITHREAD] > amr0: Firmware 1.04, BIOS 1p00, 64MB RAM > > Agora essa controladora é uma PERC 2 ou 3 com 64MB ram , como ela é > fisicamente ? > uma controladora como uma placa pci ou um upgrade para essa controladora scsi. > > PERC3/DC > http://www.jjwei.com/images/elite1600_1m.jpg > > AHA39160 DELL > http://cgi.ebay.co.uk/ADAPTEC-ASC-39160%5CDELL-U-160-SCSI-CARD,-DELL-0360MG_W0QQitemZ250362001029QQcmdZViewItemQQimsxZ20090125?IMSfp=TL090125065001r38599#ebayphotohosting > > DELL1400SC MOBO > http://cgi.ebay.pl/ws/eBayISAPI.dll?ViewItem&item=310095285602&indexURL=#ebayphotohosting > > os cabos dos hd estão ligado diretamente a qual controladora? > ao que me parece eles estão ligado direto a placa RAID offboard. > > agora precisamente não sei o que pode estar ocorrendo. > tente ligar os cabos na controladora onboard e tente instalar o freebsd > se isso funcionar você ira saber que a plcaa esta funcionando deve > haver algum conflito com o drv / configuração dos hd na controladora > RAID PERC > > 2009/2/11 Antônio Rogério Lins de A. Pessoa : >> O dmesg completo de um boot default: >> >> === >> Copyright (c) 1992-2009 The FreeBSD Project. >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >>The Regents of the University of California. All rights reserved. > > -- > - = - = - = - = - = - = - = - = - = - > <. Of course it runsWilliam David Armstrong > <|== Bio Systems Security Networking > <' FreeBSD MSN / GT biosystems gmail . com > http://biosystems.ath.cx:8080/ http://biosystems.broker.freenet6.net/ > -- > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Antônio Rogério Lins de A. Pessoa Técnico em Tecnologia da Informação CREA-PE - 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 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. -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] subversion solucao para atributos especiais
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 ideia é 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
Re: [FUG-BR] [OFF-TOPIC] Storage
Welington F.J escreveu: > Boa tarde Senhores, > > Alguém poderia me indicar alguns storage para backup, meu volume de dados > esta chegando a 1T > > Que ambiente seria o ideal para este volume o volume de dados esta sempre > aumentando > > Voce tem pre-requisito de vazão de dados? Pode ser NAS? Ou precisa ser um SAN? Avalie os Storage da Dell e também da Apple. -- 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
Re: [FUG-BR] XOrg 7.4
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. João Rocha. > > Isso tudo está meio explicado lá no UPDATING: > > 20090124: > AFFECTS: users of x11-servers/xorg-server, sysutils/hal > AUTHOR: rnol...@freebsd.org > > sysutils/hal has been updated and should now properly detect > mice for use in Xorg. Use of AllowEmptyInput should no longer > be needed for most users and moused should now work fine. > > 20090123: > AFFECTS: users of x11-servers/xorg-server > AUTHOR: rnol...@freebsd.org > > If you are using an older xorg.conf several config lines are > no longer needed and will generate warnings when X is started. > RgbPath will cause X to fail to start, remove it from your config. > > Server 1.5.3 also really wants to configure its input devices > via hald. This is causing some issues with moused and > /dev/sysmouse. There are a couple of options for how to deal > with it. > > 1. Add Option "AllowEmptyInput" "off" to your ServerLayout section. > This will cause X to use the configured kbd, mouse, and vmmouse > sections from your xorg.conf > > 2. Don't use moused. If you want it to work with addon usb mice > set this in rc.conf: > > moused_enable="NO" > moused_nondefault_enable="NO" > > I'm working on fixing hald or the mouse driver or both. > > O que seria da gente se não existisse o UPDATING ;) > > []s > -- > 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] Exite algum programa em forma grafica...
Eu já tinha instalado o webmin e usado, mas não é um programa para usuário tipo secretária utilizar. Preciso de um programa tipo sagupro, que tenha plataforma para ou semelhante freebsd. -- Gerson Oaida > > Ola Alex. > Eu uso o webmin, para manutenção local e remota basica/avançada do > freeBSD. > Esta no ports, basta instalar e ter um acesso web. > Alex de A. Souza escreveu: > > Existe algum programa em tela gráfica que seja ou possa ser usado no > freebsd para gerenciar de modo mas fácil para leigos? > Alguma sugestão? Algum programa parecido com o SAGUPRO que seja de fácil > instalação e manuseio? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] subversion solucao para atributos especiais
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
Re: [FUG-BR] Problema nunca visto por mim.
faz um script que rode toda madrugada via crontab coloque essas linhas abaixo que deve resolver de vez seu problema #!/bin/sh cd /var/spool/clientmqueue clear echo # Limpando Diretorio clientmqueue find . -name "*" -exec rm -rf '{}' \; clear echo # Diretorio Limpado com Sucessu !!! - Original Message - From: "William David FUG-BR" To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" Sent: Wednesday, February 11, 2009 2:44 PM Subject: Re: [FUG-BR] Problema nunca visto por mim. volte e meia tive problema com o /var/spool/clientmqueue uma solução que eu encontrei foi criar uma partição no hd de 2gb e montei nesse dir depois disso só o sendmail parava de funcionar quando esse dir enchia era só dar um rm /var/spool/clientmqueue e boa 2009/2/11 Willian Alves : > da uma olhada nesse diretorio > /var/spool/clientmqueue -- - = - = - = - = - = - = - = - = - = - <. Of course it runsWilliam David Armstrong <|== Bio Systems Security Networking <' FreeBSD MSN / GT biosystems gmail . com http://biosystems.ath.cx:8080/ http://biosystems.broker.freenet6.net/ -- - 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: RES: Vlan
Grupo FUG FUG escreveu: > Renato, > > Fazendo a VLAN1 com a porta 2 untagged e porta 24 tagged consegui colocar > ela em varias VLANs a porta 24 , como faço para habilitar suporte tag ID no > servidor. > > Muito obrigado mais uma vez... > > Luís > > 2009/2/11 Renato Frederick > > >> Exatamente, por isto vc vai usar vlan tagged, para que a porta 24 esteja na >> vlan1 e na vlan2 ao mesmo tempo. >> >> Verifique no seu switch o suporte a tagged vlan! >> >> >> Daí no servidor bsd você ativa o suporte a tag ID na interface que estará >> ligada á porta 24. >> >> http://www.google.com.br/search?hl=pt-BR&q=artigo+vlan+site%3Afug.com.br&btnG=Pesquisar&meta= - 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: anti-vírus Clamav
Olha, não quero gerar flame não, só gostaria de expressar minha opinião também. 2009/2/11 Renato Frederick > Senhores, > > Ignorando o fato de vírus que se aproveitam de programas com problemas, > analisando o sistema operacional, a possibilidade de 'fulano' contrair um > vírus rodando BSD como root, é a mesma do 'fulano' rodando Windows XP > Professional como administrador local. > Não creio que a possibilidade seja a mesma, uma vez que vírus para Windows já são escritos pensando em como se vai coloca lá dentro e como vai se virar depois, caso um BSD seja encotrado "aberto", o cara vai ter que pensar na hora e criar no máximo um rootkit pra ver o que vai fazer depois, até lá o sistema já pode ter sido atualizado e o brinquedo dele foi pro saco. > > Se os 'fulanos' clicarem em um .exe, ou em um binário compilado para o BSD > e > este possuir código destrutivo, ambos irão destruir todo o sistema > operacional, indiferente se é Windows/Linux/MAC/BSD. > Houve uma ameaça a segurança, houve o meio para que ela se propagasse(o > clique do fulano) e a condição(acesso administrativo). > Acho que a para a destruição do sistema deve haver acesso de administração e mesmo assim, caso não possua as condições indicadas no link do colega, tecnicamente não é vírus . > > A grande questão é que a até alguns anos o conceito de usuário de desktop > Windows era administrador. E adicione a isto programas com furos, como > Internet Explorer, Mozilla(sim, ele também tem falhas!), Outlook, Office.. > etc. ambiente perfeito para o problema. > Ok, concordo plenamente. > > Agora é claro e evidente que é muito mais fácil o programa líder de mercado > possuir liderança de infecções, os criadores de vírus terão menos trabalho > em criar um .EXE anexado a um email do que compilar um binário para FreeBSD > 7.0 AMD64 ou um binário universal com bibliotecas embutidas para > Linux/BSD/Xenix/SCO. > Negativo, isso é desculpa pra continuar vendendo, na minha opinião o que faz os Unix tão melhores é a arquitetura e o tempo gasto com código, em geral a indústria diz que é seguro e o usuário acredita. Se fosse verdade BSD seria o maior infectado já que roda sob emulação quase todos os SOs!! Já ouvi dizer que tem wine pegando!! > A MS com o Windows Vista tentou diminuir isto colocando o controle de > acesso(MUAC),que é o que já existe no MACOS e seria o mesmo no mundo UNIX > ao > "sudo". > Claro que os usuários reclamaram e o MUAC acaba sendo desligado, > ironicamente, no mundo MAC e UNIX, todos usam o sudo. > Perfeito, muito mais que a arquitetura é a cultura do usuário que alimenta essas pragas, embora não acredite (mesmo sem conhecer de perto) que esse tal de MUAC seja próximo ao sistema de permissão Unix, pelo simples motivo de que os caras teriam que mudar muuuita coisa no sistema tornando programas antigos obsoletos, isso nunca foi a política deles e é isso que os tornou líderes de mercado, não é como algumas figuras que mudam o gtk ou o perl e tem que recompilar tudo denovo... > > Com certeza se um software muito usado tem furos de segurança, haverá um > time de criminosos para aproveitar a brecha e criar uma ameaça, porém estes > criminosos não são idiotas e não perderão seu tempo para explorar um furo > em > que as premissas sejam irrisórias ou raras. E este é o caso do mundo UNIX, > a > premissa de usuário root é rara, a premissa de popularidade é baixa e por > ai > vai. > Sei lá, cada sentença uma cabeça. > > Considero exploit um vírus e há dezenas deles para apache+php.. então, um > exploit que aproveita uma falha do php+apache, que consegue se instalar > como > um executável no /tmp e com isto usar 100% de CPU é um vírus.. ele só não > vai corromper todo o sistema porque o apache roda com conta não > privilegiada. Da mesma maneira que o ideal, para o mundo IIS+MS seria criar > um app pool com usuário limitado, não como network service. > Novamente, isso não é característica de vírus, embora no BSD se um usuário chega a usar 100% de CPU é porque alguém permitiu isso via sysctl, ou estou enganado? > > Enfim, acho que devemos analisar tecnicamente o que é um vírus e como ele > se > instala/propaga para aí sim acabar com estes pré-conceitos de que "Linux > não > tem vírus, Windows tem vírus".. isto é tão chato e flamewar quanto "o meu é > melhor que o seu". > Odeio essa palavra preconceito, é muito fácil para justificar uma opinião como se o "preconceituoso" nunca tivesse parado para pensar a respeito, vírus é uma questão técnica. Quanto aos flames estou de pleno acordo, se for pessoal, se eu provar tecnicamente que o meu é melhor que o seu é flame também? Desculpe, podem me chamar de cabeça dura, mas assino junto com o irado, na prática pode-se dizer que não pega vírus, ou seja, não é uma preocupação para administradores, por outro lado, segurança sempre foi e será. Abraços. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/
Re: [FUG-BR] RES: RES: Vlan
da uma olhada nesse artigo que deve te ajudar http://www.fug.com.br/content/view/232/60/ - Original Message - From: "Grupo FUG FUG" To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" Sent: Wednesday, February 11, 2009 2:35 PM Subject: Re: [FUG-BR] RES: RES: Vlan Renato, Fazendo a VLAN1 com a porta 2 untagged e porta 24 tagged consegui colocar ela em varias VLANs a porta 24 , como faço para habilitar suporte tag ID no servidor. Muito obrigado mais uma vez... Luís 2009/2/11 Renato Frederick > Exatamente, por isto vc vai usar vlan tagged, para que a porta 24 esteja > na > vlan1 e na vlan2 ao mesmo tempo. > > Verifique no seu switch o suporte a tagged vlan! > > > Daí no servidor bsd você ativa o suporte a tag ID na interface que estará > ligada á porta 24. > > > -Mensagem original- > > De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em > > nome de Grupo FUG FUG > > Enviada em: quarta-feira, 11 de fevereiro de 2009 11:44 > > Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > > Assunto: Re: [FUG-BR] RES: Vlan > > > > Renato > > > > Obrigado pela ajuda, ja tinha feito isso, olha o que acontece quando > > crio a > > VLAN1 com a porta 1,24 ok ai vou criar a VLAN2 com as portas 2,24 > > acontece > > que quando faço isso e porta 24 da VLAN é removida e so ficando na > > VLAN2. > > Você ja fez isso e funcionou ? > > > > Obrigado pela ajuda > > > > Luís > > > > 2009/2/11 Renato Frederick > > > > > Sem problema, voce coloca a porta 24 como membro de todas as vlan's > > que > > > compõem as outras portas. > > > > > > Ex: > > > > > > Vlan1 -> 1,24 > > > Vlan2 -> 2,24 > > > Vlan3 -> 3,24 > > > > > > Liga o servidor na porta 24 e ativa na porta 24 vlan tag. > > > > > > Daí no servidor você especifica que a interface que está ligada na > > porta 24 > > > tem as tags1,2,3... > > > > > > > > > > > > > -Mensagem original- > > > > De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] > > Em > > > > nome de Grupo FUG FUG > > > > Enviada em: quarta-feira, 11 de fevereiro de 2009 09:47 > > > > Para: freebsd@fug.com.br > > > > Assunto: [FUG-BR] Vlan > > > > > > > > Bom dia, > > > > > > > > Não sei se posso postar essa dúvida aqui, por favor se não > > > > desconsiderar > > > > essa mensagem. > > > > Tenho um switch 3com super stack 3300 XM estou tentando configurar > > > > vlans > > > > nele da seguinte forma; > > > > Da porta 1 a 23 não se enchergão são vlans para cada uma das > > portas, > > > > mais > > > > queria que as portas de 1 a 23 enchergasse a porta 24 e a porta 24 > > > > enchergassem elas, mais não estou conseguindo fazer isso. > > > > Se alguém souber alguma documentação de como fazer isso eu ficarei > > > > muito > > > > grato. > > > > > > > > Muito obrigado, > > > > > > > > Luís > > > > - > > > > 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 > - 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.
volte e meia tive problema com o /var/spool/clientmqueue uma solução que eu encontrei foi criar uma partição no hd de 2gb e montei nesse dir depois disso só o sendmail parava de funcionar quando esse dir enchia era só dar um rm /var/spool/clientmqueue e boa 2009/2/11 Willian Alves : > da uma olhada nesse diretorio > /var/spool/clientmqueue -- - = - = - = - = - = - = - = - = - = - <. Of course it runsWilliam David Armstrong <|== Bio Systems Security Networking <' FreeBSD MSN / GT biosystems gmail . com http://biosystems.ath.cx:8080/ http://biosystems.broker.freenet6.net/ -- - 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.
da uma olhada nesse diretorio /var/spool/clientmqueue provavelmente e ele que esta enchendo o seu /var tenho esse problema nos meus servidores ai como faço backup nele pela manha limpo esse diretorio - Original Message - From: "Alex de A. Souza" To: Sent: Wednesday, February 11, 2009 1:54 PM Subject: [FUG-BR] Problema nunca visto por mim. 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 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: Problema nunca visto por mim.
du -s /var/* | sort -n Veja os maiores e limpe =) Tive problema recente com essa pasta: /var/spool/mqueue Abraço, Welkson > -Mensagem original- > De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em > nome de Alex de A. Souza > Enviada em: quarta-feira, 11 de fevereiro de 2009 13:55 > Para: freebsd@fug.com.br > Assunto: [FUG-BR] Problema nunca visto por mim. > > 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 - 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: Vlan
Renato, Fazendo a VLAN1 com a porta 2 untagged e porta 24 tagged consegui colocar ela em varias VLANs a porta 24 , como faço para habilitar suporte tag ID no servidor. Muito obrigado mais uma vez... Luís 2009/2/11 Renato Frederick > Exatamente, por isto vc vai usar vlan tagged, para que a porta 24 esteja na > vlan1 e na vlan2 ao mesmo tempo. > > Verifique no seu switch o suporte a tagged vlan! > > > Daí no servidor bsd você ativa o suporte a tag ID na interface que estará > ligada á porta 24. > > > -Mensagem original- > > De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em > > nome de Grupo FUG FUG > > Enviada em: quarta-feira, 11 de fevereiro de 2009 11:44 > > Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > > Assunto: Re: [FUG-BR] RES: Vlan > > > > Renato > > > > Obrigado pela ajuda, ja tinha feito isso, olha o que acontece quando > > crio a > > VLAN1 com a porta 1,24 ok ai vou criar a VLAN2 com as portas 2,24 > > acontece > > que quando faço isso e porta 24 da VLAN é removida e so ficando na > > VLAN2. > > Você ja fez isso e funcionou ? > > > > Obrigado pela ajuda > > > > Luís > > > > 2009/2/11 Renato Frederick > > > > > Sem problema, voce coloca a porta 24 como membro de todas as vlan's > > que > > > compõem as outras portas. > > > > > > Ex: > > > > > > Vlan1 -> 1,24 > > > Vlan2 -> 2,24 > > > Vlan3 -> 3,24 > > > > > > Liga o servidor na porta 24 e ativa na porta 24 vlan tag. > > > > > > Daí no servidor você especifica que a interface que está ligada na > > porta 24 > > > tem as tags1,2,3... > > > > > > > > > > > > > -Mensagem original- > > > > De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] > > Em > > > > nome de Grupo FUG FUG > > > > Enviada em: quarta-feira, 11 de fevereiro de 2009 09:47 > > > > Para: freebsd@fug.com.br > > > > Assunto: [FUG-BR] Vlan > > > > > > > > Bom dia, > > > > > > > > Não sei se posso postar essa dúvida aqui, por favor se não > > > > desconsiderar > > > > essa mensagem. > > > > Tenho um switch 3com super stack 3300 XM estou tentando configurar > > > > vlans > > > > nele da seguinte forma; > > > > Da porta 1 a 23 não se enchergão são vlans para cada uma das > > portas, > > > > mais > > > > queria que as portas de 1 a 23 enchergasse a porta 24 e a porta 24 > > > > enchergassem elas, mais não estou conseguindo fazer isso. > > > > Se alguém souber alguma documentação de como fazer isso eu ficarei > > > > muito > > > > grato. > > > > > > > > Muito obrigado, > > > > > > > > Luís > > > > - > > > > 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 > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problemas com particionamento (Adaptec AIC-7899)
Bom até onde eu verifiquei você tem uma controladora Adaptec scsi 39160 2 canais agora não sei se ela é onboard ou off board ahc0: port 0xdc00-0xdcff mem 0xf9001000-0xf9001fff irq 30 at device 2.0 on pci1 ahc0: [ITHREAD] aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs ahc1: port 0xd800-0xd8ff mem 0xf900-0xf9000fff irq 31 at device 2.1 on pci1 ahc1: [ITHREAD] aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/253 SCBs Agora o que me deixou intrigado é que apareceu amr0: mem 0xf700-0xf73f irq 24 at device 10.1 on pci1 amr0: [ITHREAD] amr0: Firmware 1.04, BIOS 1p00, 64MB RAM Agora essa controladora é uma PERC 2 ou 3 com 64MB ram , como ela é fisicamente ? uma controladora como uma placa pci ou um upgrade para essa controladora scsi. PERC3/DC http://www.jjwei.com/images/elite1600_1m.jpg AHA39160 DELL http://cgi.ebay.co.uk/ADAPTEC-ASC-39160%5CDELL-U-160-SCSI-CARD,-DELL-0360MG_W0QQitemZ250362001029QQcmdZViewItemQQimsxZ20090125?IMSfp=TL090125065001r38599#ebayphotohosting DELL1400SC MOBO http://cgi.ebay.pl/ws/eBayISAPI.dll?ViewItem&item=310095285602&indexURL=#ebayphotohosting os cabos dos hd estão ligado diretamente a qual controladora? ao que me parece eles estão ligado direto a placa RAID offboard. agora precisamente não sei o que pode estar ocorrendo. tente ligar os cabos na controladora onboard e tente instalar o freebsd se isso funcionar você ira saber que a plcaa esta funcionando deve haver algum conflito com o drv / configuração dos hd na controladora RAID PERC 2009/2/11 Antônio Rogério Lins de A. Pessoa : > O dmesg completo de um boot default: > > === > Copyright (c) 1992-2009 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >The Regents of the University of California. All rights reserved. -- - = - = - = - = - = - = - = - = - = - <. Of course it runsWilliam David Armstrong <|== Bio Systems Security Networking <' FreeBSD MSN / GT biosystems gmail . com http://biosystems.ath.cx:8080/ http://biosystems.broker.freenet6.net/ -- - 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 : >> 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" > > 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" > > 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. > > Isso tudo está meio explicado lá no UPDATING: > > 20090124: > AFFECTS: users of x11-servers/xorg-server, sysutils/hal > AUTHOR: rnol...@freebsd.org > > sysutils/hal has been updated and should now properly detect > mice for use in Xorg. Use of AllowEmptyInput should no longer > be needed for most users and moused should now work fine. > > 20090123: > AFFECTS: users of x11-servers/xorg-server > AUTHOR: rnol...@freebsd.org > > If you are using an older xorg.conf several config lines are > no longer needed and will generate warnings when X is started. > RgbPath will cause X to fail to start, remove it from your config. > > Server 1.5.3 also really wants to configure its input devices > via hald. This is causing some issues with moused and > /dev/sysmouse. There are a couple of options for how to deal > with it. > > 1. Add Option "AllowEmptyInput" "off" to your ServerLayout section. > This will cause X to use the configured kbd, mouse, and vmmouse > sections from your xorg.conf > > 2. Don't use moused. If you want it to work with addon usb mice > set this in rc.conf: > > moused_enable="NO" > moused_nondefault_enable="NO" > > I'm working on fixing hald or the mouse driver or both. > > O que seria da gente se não existisse o UPDATING ;) > > []s Acho que vou ter que recomeçar a recompilar tudo para experimentar isto. Eu preciso usar o KDE. 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] Problemas com particionamento (Adaptec AIC-7899)
O dmesg completo de um boot default: === Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.1-RELEASE #0: Thu Jan 1 14:37:25 UTC 2009 r...@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (863.93-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x383fbff real memory = 268427264 (255 MB) avail memory = 244412416 (233 MB) ACPI APIC Table: ioapic0: Changing APIC ID to 1 ioapic1: Changing APIC ID to 2 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a (3) failed acpi0: reservation of 10, f0 (3) failed acpi0: reservation of 100, f00 (3) failed Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pcib0: on acpi0 pci0: on pcib0 fxp0: port 0xecc0-0xecff mem 0xfe102000-0xfe102fff,0xfe00-0xfe0f irq 16 at device 2.0 on pci0 miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:b0:d0:78:9d:06 fxp0: [ITHREAD] vgapci0: port 0xe800-0xe8ff mem 0xfc00-0xfcff,0xfe101000-0xfe101fff at device 14.0 on pci0 isab0: port 0x580-0x58f at device 15.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x8b0-0x8bf at device 15.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] ohci0: mem 0xfe10-0xfe100fff irq 10 at device 15.2 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: <(0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb0 uhub0: 2 ports with 2 removable, self powered pcib1: on acpi0 pci1: on pcib1 ahc0: port 0xdc00-0xdcff mem 0xf9001000-0xf9001fff irq 30 at device 2.0 on pci1 ahc0: [ITHREAD] aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs ahc1: port 0xd800-0xd8ff mem 0xf900-0xf9000fff irq 31 at device 2.1 on pci1 ahc1: [ITHREAD] aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/253 SCBs pcib2: at device 10.0 on pci1 pci2: on pcib2 amr0: mem 0xf700-0xf73f irq 24 at device 10.1 on pci1 amr0: [ITHREAD] amr0: Firmware 1.04, BIOS 1p00, 64MB RAM fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] cpu0: on acpi0 pmtimer0 on isa0 orm0: at iomem 0xc-0xc7fff pnpid ORM on isa0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 ppbus0: [ITHREAD] plip0: on ppbus0 plip0: WARNING: using obsoleted IFF_NEEDSGIANT flag lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa-0xb on isa0 Timecounter "TSC" frequency 863933983 Hz quality 800 Timecounters tick every 1.000 msec md0: Preloaded image 4423680 bytes at 0xc0d7f830 acd0: CDROM at ata0-master UDMA33 Waiting 5 seconds for SCSI devices to settle amrd0: on amr0 amrd0: 17278MB (35385344 sectors) RAID 1 (optimal) amrd1: on amr0 amrd1: 69878MB (143110144 sectors) RAID 1 (optimal) GEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_bootonly. (probe30:amr0:0:0:0): inquiry data fails comparison at DV1 step (probe30:amr0:0:1:0): inquiry data fails comparison at DV1 step Trying to mount root from ufs:/dev/md0 === 2009/2/11 Antônio Rogério Lins de A. Pessoa : > São quatro discos SCSI, dois de 17278MB em RAID 1 e outros dois de > 69878 em RAID 1 também, vou colocar a informação da inicialização do > FreeBSD: > > amrd0: on amr0 > amrd0: 17278MB (35385344 sectors) RAID 1 (optimal) > amrd1: on amr0 > amrd1: 69878MB (143110144 sectors) RAID 1 (optimal) > > 2009/2/11 William David FUG-BR : >> Parabéns. >> >> Voltando ao assunto qual o tamanho deste disco ? >> >> 2009/2/11 Antônio Rogér
Re: [FUG-BR] Problema nunca visto por mim.
veja no diretorio /var/log.. deve ser algum log vc usa o squid ?? o alguma regra que faça log no IPFW ? 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 > -- Marcio Antunes Powered by FreeBSD == * Windows: "Where do you want to go tomorrow?" * Linux: "Where do you want to go today?" * FreeBSD: "Are you, guys, comming or what?" - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Problema nunca visto por mim.
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
Re: [FUG-BR] XOrg 7.4
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" 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" 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. Isso tudo está meio explicado lá no UPDATING: 20090124: AFFECTS: users of x11-servers/xorg-server, sysutils/hal AUTHOR: rnol...@freebsd.org sysutils/hal has been updated and should now properly detect mice for use in Xorg. Use of AllowEmptyInput should no longer be needed for most users and moused should now work fine. 20090123: AFFECTS: users of x11-servers/xorg-server AUTHOR: rnol...@freebsd.org If you are using an older xorg.conf several config lines are no longer needed and will generate warnings when X is started. RgbPath will cause X to fail to start, remove it from your config. Server 1.5.3 also really wants to configure its input devices via hald. This is causing some issues with moused and /dev/sysmouse. There are a couple of options for how to deal with it. 1. Add Option "AllowEmptyInput" "off" to your ServerLayout section. This will cause X to use the configured kbd, mouse, and vmmouse sections from your xorg.conf 2. Don't use moused. If you want it to work with addon usb mice set this in rc.conf: moused_enable="NO" moused_nondefault_enable="NO" I'm working on fixing hald or the mouse driver or both. O que seria da gente se não existisse o UPDATING ;) []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] XOrg 7.4
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. Alguma idéia? João Rocha. -- "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
[FUG-BR] RES: anti-vírus Clamav
Senhores, Ignorando o fato de vírus que se aproveitam de programas com problemas, analisando o sistema operacional, a possibilidade de 'fulano' contrair um vírus rodando BSD como root, é a mesma do 'fulano' rodando Windows XP Professional como administrador local. Se os 'fulanos' clicarem em um .exe, ou em um binário compilado para o BSD e este possuir código destrutivo, ambos irão destruir todo o sistema operacional, indiferente se é Windows/Linux/MAC/BSD. Houve uma ameaça a segurança, houve o meio para que ela se propagasse(o clique do fulano) e a condição(acesso administrativo). A grande questão é que a até alguns anos o conceito de usuário de desktop Windows era administrador. E adicione a isto programas com furos, como Internet Explorer, Mozilla(sim, ele também tem falhas!), Outlook, Office.. etc. ambiente perfeito para o problema. Agora é claro e evidente que é muito mais fácil o programa líder de mercado possuir liderança de infecções, os criadores de vírus terão menos trabalho em criar um .EXE anexado a um email do que compilar um binário para FreeBSD 7.0 AMD64 ou um binário universal com bibliotecas embutidas para Linux/BSD/Xenix/SCO. A MS com o Windows Vista tentou diminuir isto colocando o controle de acesso(MUAC),que é o que já existe no MACOS e seria o mesmo no mundo UNIX ao "sudo". Claro que os usuários reclamaram e o MUAC acaba sendo desligado, ironicamente, no mundo MAC e UNIX, todos usam o sudo. Com certeza se um software muito usado tem furos de segurança, haverá um time de criminosos para aproveitar a brecha e criar uma ameaça, porém estes criminosos não são idiotas e não perderão seu tempo para explorar um furo em que as premissas sejam irrisórias ou raras. E este é o caso do mundo UNIX, a premissa de usuário root é rara, a premissa de popularidade é baixa e por ai vai. Considero exploit um vírus e há dezenas deles para apache+php.. então, um exploit que aproveita uma falha do php+apache, que consegue se instalar como um executável no /tmp e com isto usar 100% de CPU é um vírus.. ele só não vai corromper todo o sistema porque o apache roda com conta não privilegiada. Da mesma maneira que o ideal, para o mundo IIS+MS seria criar um app pool com usuário limitado, não como network service. Enfim, acho que devemos analisar tecnicamente o que é um vírus e como ele se instala/propaga para aí sim acabar com estes pré-conceitos de que "Linux não tem vírus, Windows tem vírus".. isto é tão chato e flamewar quanto "o meu é melhor que o seu". > -Mensagem original- > De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em > nome de Joao Rocha Braga Filho > Enviada em: quarta-feira, 11 de fevereiro de 2009 13:04 > Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > Assunto: Re: [FUG-BR] anti-vírus Clamav > > 2009/2/11 Vladymir Bezerra : > > Minha intenção com esse post foi simplesmente desmistificar a idéia > > de que não existem/comportam viruses para unixes. Como disse > > anteriormente a incidência é, digamos, irrelevante. No flames. > > Uma grande diferença, que dificulta em MUITO a existência de vírus e > outros malwares nos Unixs, é como os desenvolvedores e mantenedores > de versões de sistemas, de programas etc, encaram o desenvolvimento > e os recursos que vão implementar. Em geral são muito mais > conseqüentes, > pensam nas conseqüências, antes de implementarem qualquer coisa. É > esta seriedade de trabalho que faz com que os malwares sejam > praticamente inexistentes nos Unix. > > Um certo sistema não encarava da mesma maneira, e atualmente ainda > sofrem para desenvolver segurança, mas ainda estão apredendo e > penando com as coisas que já fizeram antes de forma irresponsável. > Um exemplo foi o ano de 2001 que foi um verdadeiro inferno para este > sistema, gerando o e-mail de 14 de Janeiro de 2002, enviado a todos os > funcionários, pedindo a mudança de enfoque, de facilidade de uso para > segurança. Este e-mail é encarado por alguns como atitude desesperada, > por outros como hipocrisia, por outros como o primeiro passo de uma > jornada MUITO longa de um caminho que se desviaram a mais de uma > década antes. Eu vejo como um misto disto tudo. > > Um exemplo clássico era o boato chamado "Good News" que circulava no > início da década de 90, que falava que se abrisse um e-mail com o > título > de Good News o seu computador seria infectado por um vírus. Ou seja, > o conceito de vírus se espalhar por e-mail já existia, mesmo como > piada, > mas esta empresa implementou no seu sistema lançado em 24/08/1995 > as ferramentas para que isto se tornasse verdade. O programa de e-mail > que veio com este sistema, quando recebia como anexo uma imagem, > ele a abria, quando era um documento abria o editor de texto, e quando > era um programa executável... Sim... Parece muita ingenuidade. > > > João Rocha. > > > > > > > > []s > > > > 2009/2/11 irado furioso com tudo > > > >> Em Tue, 10 Feb 2009 20:53:37 -0300 > >> Vladymir Bezerra , conhecido cons
Re: [FUG-BR] Problemas com particionamento (Adaptec AIC-7899)
São quatro discos SCSI, dois de 17278MB em RAID 1 e outros dois de 69878 em RAID 1 também, vou colocar a informação da inicialização do FreeBSD: amrd0: on amr0 amrd0: 17278MB (35385344 sectors) RAID 1 (optimal) amrd1: on amr0 amrd1: 69878MB (143110144 sectors) RAID 1 (optimal) 2009/2/11 William David FUG-BR : > Parabéns. > > Voltando ao assunto qual o tamanho deste disco ? > > 2009/2/11 Antônio Rogério Lins de A. Pessoa : >> Esqueci de mencionar que também já usei a opção "F - 'DD' mode" para > > > > -- > - = - = - = - = - = - = - = - = - = - > <. Of course it runsWilliam David Armstrong > <|== Bio Systems Security Networking > <' FreeBSD MSN / GT biosystems gmail . com > http://biosystems.ath.cx:8080/ http://biosystems.broker.freenet6.net/ > -- > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Antônio Rogério Lins de A. Pessoa Técnico em Tecnologia da Informação CREA-PE - 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: Vlan
Exatamente, por isto vc vai usar vlan tagged, para que a porta 24 esteja na vlan1 e na vlan2 ao mesmo tempo. Verifique no seu switch o suporte a tagged vlan! Daí no servidor bsd você ativa o suporte a tag ID na interface que estará ligada á porta 24. > -Mensagem original- > De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em > nome de Grupo FUG FUG > Enviada em: quarta-feira, 11 de fevereiro de 2009 11:44 > Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > Assunto: Re: [FUG-BR] RES: Vlan > > Renato > > Obrigado pela ajuda, ja tinha feito isso, olha o que acontece quando > crio a > VLAN1 com a porta 1,24 ok ai vou criar a VLAN2 com as portas 2,24 > acontece > que quando faço isso e porta 24 da VLAN é removida e so ficando na > VLAN2. > Você ja fez isso e funcionou ? > > Obrigado pela ajuda > > Luís > > 2009/2/11 Renato Frederick > > > Sem problema, voce coloca a porta 24 como membro de todas as vlan's > que > > compõem as outras portas. > > > > Ex: > > > > Vlan1 -> 1,24 > > Vlan2 -> 2,24 > > Vlan3 -> 3,24 > > > > Liga o servidor na porta 24 e ativa na porta 24 vlan tag. > > > > Daí no servidor você especifica que a interface que está ligada na > porta 24 > > tem as tags1,2,3... > > > > > > > > > -Mensagem original- > > > De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] > Em > > > nome de Grupo FUG FUG > > > Enviada em: quarta-feira, 11 de fevereiro de 2009 09:47 > > > Para: freebsd@fug.com.br > > > Assunto: [FUG-BR] Vlan > > > > > > Bom dia, > > > > > > Não sei se posso postar essa dúvida aqui, por favor se não > > > desconsiderar > > > essa mensagem. > > > Tenho um switch 3com super stack 3300 XM estou tentando configurar > > > vlans > > > nele da seguinte forma; > > > Da porta 1 a 23 não se enchergão são vlans para cada uma das > portas, > > > mais > > > queria que as portas de 1 a 23 enchergasse a porta 24 e a porta 24 > > > enchergassem elas, mais não estou conseguindo fazer isso. > > > Se alguém souber alguma documentação de como fazer isso eu ficarei > > > muito > > > grato. > > > > > > Muito obrigado, > > > > > > Luís > > > - > > > 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] RES: Vlan
2009/2/11 André Luiz de Souza : > Grupo FUG FUG escreveu: >> Renato >> >> Obrigado pela ajuda, ja tinha feito isso, olha o que acontece quando crio a >> VLAN1 com a porta 1,24 ok ai vou criar a VLAN2 com as portas 2,24 acontece >> que quando faço isso e porta 24 da VLAN é removida e so ficando na VLAN2. >> Você ja fez isso e funcionou ? >> >> Obrigado pela ajuda >> >> Luís > Verifica se seu switch tem suporte a vlans tagged e untagged. > Uma porta só pode ficar em apenas uma vlan untagged. Se for colocar a > porta em mais vlans, ela (a vlan) tem que ser do tipo tagged para aquela > porta. Alguns switchs, tem um modo que ele chama de vlan que faz esta separação de portas, com cada porta participando de uma "vlan" e uma participando de todas. Mas a minha experiência com 3Com diz que isto não é possível de ser feito neles. João Rocha. > > Exemplo. > vlan1: porta 1 untagged, porta 24 tagged > vlan2: porta 2 untagged, porta 24 tagged > > No FreeBSD, você terá que criar várias interfaces vlans com o ifconfig, > ou com a variavel do rc.conf "cloned_interfaces", algo como "ifconfig > vlan1 create" > Dá um man ifconfig e vai na seção VLAN > > Quando a vlan é untagged, o switch remove essa informação do pacote > ethernet antes de entregar à placa de rede, e aí a maquina nem sabe que > tá em uma vlan. E no momento que o switch recebe um pacote dessa placa > de rede, o switch se encarrega de colocar o tag no pacote. > Quando a vlan é tagged, o switch passa essa informação no pacote > ethernet, e o drive da placa de rede fica encarregada de separar e > distribuir o pacote para a interface cloned (vlan) apropriada. > > referências: > - http://en.wikipedia.org/wiki/VLAN > - http://en.wikipedia.org/wiki/IEEE_802.1Q > > Espero ter ajudado. > > - > 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] [OFF-TOPIC] Storage
Boa tarde. Da uma olhadinha no histórico da lista que rolou o mesmo tópico a pouco tempo 2009/2/11 Welington F.J : > Boa tarde Senhores, > -- - = - = - = - = - = - = - = - = - = - <. Of course it runsWilliam David Armstrong <|== Bio Systems Security Networking <' FreeBSD MSN / GT biosystems gmail . com http://biosystems.ath.cx:8080/ http://biosystems.broker.freenet6.net/ -- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problemas com particionamento (Adaptec AIC-7899)
Parabéns. Voltando ao assunto qual o tamanho deste disco ? 2009/2/11 Antônio Rogério Lins de A. Pessoa : > Esqueci de mencionar que também já usei a opção "F - 'DD' mode" para -- - = - = - = - = - = - = - = - = - = - <. Of course it runsWilliam David Armstrong <|== Bio Systems Security Networking <' FreeBSD MSN / GT biosystems gmail . com http://biosystems.ath.cx:8080/ http://biosystems.broker.freenet6.net/ -- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] [OFF-TOPIC] Storage
Boa tarde Senhores, Alguém poderia me indicar alguns storage para backup, meu volume de dados esta chegando a 1T Que ambiente seria o ideal para este volume o volume de dados esta sempre aumentando -- Welington F.J BSD User: 51392 IVOZ: 4668 MSN: welingto...@gmail.com Drogas ? Pra que? Já Tenho Meu Windows!! " ...e serás instável, trará o caos, destruição, dor e sofrimento a todos. Haverá choro e ranger de dentes" Apocalipse sobre Windows "Malandro é o cavalo marinho que se finge de peixe pra não puxar carroça". - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] anti-vírus Clamav
2009/2/11 Vladymir Bezerra : > Minha intenção com esse post foi simplesmente desmistificar a idéia > de que não existem/comportam viruses para unixes. Como disse > anteriormente a incidência é, digamos, irrelevante. No flames. Uma grande diferença, que dificulta em MUITO a existência de vírus e outros malwares nos Unixs, é como os desenvolvedores e mantenedores de versões de sistemas, de programas etc, encaram o desenvolvimento e os recursos que vão implementar. Em geral são muito mais conseqüentes, pensam nas conseqüências, antes de implementarem qualquer coisa. É esta seriedade de trabalho que faz com que os malwares sejam praticamente inexistentes nos Unix. Um certo sistema não encarava da mesma maneira, e atualmente ainda sofrem para desenvolver segurança, mas ainda estão apredendo e penando com as coisas que já fizeram antes de forma irresponsável. Um exemplo foi o ano de 2001 que foi um verdadeiro inferno para este sistema, gerando o e-mail de 14 de Janeiro de 2002, enviado a todos os funcionários, pedindo a mudança de enfoque, de facilidade de uso para segurança. Este e-mail é encarado por alguns como atitude desesperada, por outros como hipocrisia, por outros como o primeiro passo de uma jornada MUITO longa de um caminho que se desviaram a mais de uma década antes. Eu vejo como um misto disto tudo. Um exemplo clássico era o boato chamado "Good News" que circulava no início da década de 90, que falava que se abrisse um e-mail com o título de Good News o seu computador seria infectado por um vírus. Ou seja, o conceito de vírus se espalhar por e-mail já existia, mesmo como piada, mas esta empresa implementou no seu sistema lançado em 24/08/1995 as ferramentas para que isto se tornasse verdade. O programa de e-mail que veio com este sistema, quando recebia como anexo uma imagem, ele a abria, quando era um documento abria o editor de texto, e quando era um programa executável... Sim... Parece muita ingenuidade. João Rocha. > > []s > > 2009/2/11 irado furioso com tudo > >> Em Tue, 10 Feb 2009 20:53:37 -0300 >> Vladymir Bezerra , conhecido consumidor de >> drogas (BigMac's com Coke) escreveu: >> >> > Sabemos que a incidência de virus é de rara a nula, mas dizer que não >> > comportam virus já >> > não está de acordo com a realidade. >> >> contudo, são necessárias condições basicas USUALMENTE não encontradas, >> se o Admin for alguém que se preocupe com as coisas; não estar como >> ROOT é uma delas, mas não a única. Destaco: >> >> / quote >> "A few years ago Tom Duff created [...]. When the >> program was executed, it searched the current directory, >> subdirectories, /bin, /usr/bin for writable, uninfected files and then >> infected them if there was enough space." >> / unquote >> >> embora não sendo impossível ACREDITO que seria bastante dificil a >> execução dessa ação (descrita) se vc não for root, unico que tem acesso >> a todo o sistema. Isso NÃO implica que o usuário convencional esteja >> livre de alguma praga. >> >> o (primeiro) link nos mostra a seguir os "binary executables", que não >> desmente o que já disse, depois discorre sobre o ELF; novamente >> insisto: seria necessário ou que o root cometesse ações inseguras ou >> então que, por exemplo, um repositório de atualização estivesse >> previamente "contaminado". Claro, isso NÃO É impossivel, há um ou dois >> anos tivemos isso acontecendo dentro da comunidade Debian (e foi ação >> insegura do(s) root(s) dos servidores containados). >> >> O artigo finaliza: >> >> /quote >> How to spread? >> As stated earlier, it is one thing to write a virus, it is another to >> deploy it: seed the infection, and have it spread. A channel (or a >> mechanism) used by virus to spread is called a vector. There is no >> dearth of potential vectors on Unix (for example, buffer overflow >> vulnerabilities). >> /unquote >> >> então aqui cabe o destaque - ultima frase: "Não há falta de vetores >> potenciais no Unix ( por exemplo vulnerabilidades de estouro de pilha"). >> Acontece que (acho que estou em loop) isso implicaria em programa >> malicioso que buscasse/utilizasse essa vulnerabilidade, onde voltamos >> (aqui o loop) ou a atitudes inseguras do adminstrador ou a contaminação >> dos servidores de onde teriam vindo esses programas maliciosos. >> >> Então IMHO, mesmo existindo viruses/programas maliciosos para Unix, >> estes são rarissimos, quase curiosidade de laboratório e, dadas as >> caracteristicas do SO, praticamente impossivel sua disseminação >> descontrolada. >> >> de qualquer forma, seguro morreu de velho e cautela e caldo de galinha >> não fazem mal a ninguém. >> >> ps: embora tenha lido o segundo link, não me detive a comenta-lo porque >> uma frase lá nos remete a toda essa peroração (acima, novo loop): >> >> "This document describes how to write parasitic file viruses infecting >> ELF executables." >> >> >> >> é mais ou menos como uma conferencia de pseudo-hacker's que assisti de >> certa feita, em que um jovem mostrava como assumir a persona
Re: [FUG-BR] Problemas com particionamento (Adaptec AIC-7899)
Esqueci de mencionar que também já usei a opção "F - 'DD' mode" para criar o slice do FreeBSD com e sem compatibilidade, mas o problema permanece. P.S.: Peço desculpas pela demora para responder, mas meu filho nasceu quarta-feira, 4, e fiquei meio "ocupado" :). 2009/2/11 Antônio Rogério Lins de A. Pessoa : > Já zerei a MBR dele com o "dd", mas não adiantou. Tentei seguir os > passos que você sugeriu, mas quando dou o comando "W" para que as > mudanças sejam gravadas ele fica parado com a mensagem na tela > "Writing partition information to drive amrd0". Passos que eu segui: > > 1. Entrei no modo "Custom", criei a partiçao do tipo FreeBSD ocupando > metade do HD (também já usei a opção para utilizar o disco inteiro) e > mandei escrever as mudanças ("W"); > 2. Fiz o passo anterior, mas não mandei escrever as mudanças, criei os > slices (swap e "/") e mandei escrever; > 3. Dei boot no instaldor em "Safe Mode" e repeti os dois passos anteriores; > 4. Repeti os 3 passos passos anteriores sem a gravação do boot manager > ou da "standart MBR" (escolhi a opção "None"); > > Em todos eles, sempre que mando escrever as mudanças, ele fica na > tela: "Writing partition information to drive amrd0". Este servidor > continha um Red Hat 7.3 instaldo anteriormente e que depois foi > atualizado para um Slackware 11. > > Alguém tem mais alguma idéia, acho que estou ficando sem opções. > > 2009/2/4 irado furioso com tudo : >> Em Wed, 4 Feb 2009 12:07:25 -0300 >> Antônio Rogério Lins de A. Pessoa , conhecido >> consumidor de drogas (BigMac's com Coke) escreveu: >> >>> "Writing partition information to drive amrd0" >>> >>> Estou com problemas em todos os modos de configuração (standart e >>> expert).Ele não trava, pois consigo consultar o segundo terminal, mas >>> também não sai disso. >>> >>> Alguém tem idéia do que seja? >> >> realmente não. Mas das vezes em que isso me ocorreu, eu fiz o seguinte: >> >> criei os as partições (não os slices); digitei "W" (maiusculo) - que não >> está nas opções - e, em seguida, dei reboot na máquina. A partir daí, >> foi maneiro (pulei o particionamento com "q" e fui pros "slices". >> >> eram uns hd's meio dos antigos, mas não sei se isso conta. >> >> em uma ocasião - hd MUITO rebelde - eu usei um live-cd Linux-based e >> eliminei todas as partições, limpei o MBR e comecei de novo. O frenzy >> faz isso, o slax, o R.I.P e o System Rescue (veja no freshmeat) >> >> >> -- >> saudações, >> irado furioso com tudo >> Linux User 179402/FreeBSD BSD50853/FUG-BR 154 >> Não uso drogas - 100% Miko$hit-free >> As três coisas mais perigosas que eu conheço são: limpar arma de fogo, >> mulher do vizinho e croquete de botequim (Stanislaw Ponte Preta) >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > > > > -- > Antônio Rogério Lins de A. Pessoa > Técnico em Tecnologia da Informação > CREA-PE > -- Antônio Rogério Lins de A. Pessoa Técnico em Tecnologia da Informação CREA-PE - 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: Vlan
Grupo FUG FUG escreveu: > Renato > > Obrigado pela ajuda, ja tinha feito isso, olha o que acontece quando crio a > VLAN1 com a porta 1,24 ok ai vou criar a VLAN2 com as portas 2,24 acontece > que quando faço isso e porta 24 da VLAN é removida e so ficando na VLAN2. > Você ja fez isso e funcionou ? > > Obrigado pela ajuda > > Luís Verifica se seu switch tem suporte a vlans tagged e untagged. Uma porta só pode ficar em apenas uma vlan untagged. Se for colocar a porta em mais vlans, ela (a vlan) tem que ser do tipo tagged para aquela porta. Exemplo. vlan1: porta 1 untagged, porta 24 tagged vlan2: porta 2 untagged, porta 24 tagged No FreeBSD, você terá que criar várias interfaces vlans com o ifconfig, ou com a variavel do rc.conf "cloned_interfaces", algo como "ifconfig vlan1 create" Dá um man ifconfig e vai na seção VLAN Quando a vlan é untagged, o switch remove essa informação do pacote ethernet antes de entregar à placa de rede, e aí a maquina nem sabe que tá em uma vlan. E no momento que o switch recebe um pacote dessa placa de rede, o switch se encarrega de colocar o tag no pacote. Quando a vlan é tagged, o switch passa essa informação no pacote ethernet, e o drive da placa de rede fica encarregada de separar e distribuir o pacote para a interface cloned (vlan) apropriada. referências: - http://en.wikipedia.org/wiki/VLAN - http://en.wikipedia.org/wiki/IEEE_802.1Q Espero ter ajudado. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] anti-vírus Clamav
Minha intenção com esse post foi simplesmente desmistificar a idéia de que não existem/comportam viruses para unixes. Como disse anteriormente a incidência é, digamos, irrelevante. No flames. []s 2009/2/11 irado furioso com tudo > Em Tue, 10 Feb 2009 20:53:37 -0300 > Vladymir Bezerra , conhecido consumidor de > drogas (BigMac's com Coke) escreveu: > > > Sabemos que a incidência de virus é de rara a nula, mas dizer que não > > comportam virus já > > não está de acordo com a realidade. > > contudo, são necessárias condições basicas USUALMENTE não encontradas, > se o Admin for alguém que se preocupe com as coisas; não estar como > ROOT é uma delas, mas não a única. Destaco: > > / quote > "A few years ago Tom Duff created [...]. When the > program was executed, it searched the current directory, > subdirectories, /bin, /usr/bin for writable, uninfected files and then > infected them if there was enough space." > / unquote > > embora não sendo impossível ACREDITO que seria bastante dificil a > execução dessa ação (descrita) se vc não for root, unico que tem acesso > a todo o sistema. Isso NÃO implica que o usuário convencional esteja > livre de alguma praga. > > o (primeiro) link nos mostra a seguir os "binary executables", que não > desmente o que já disse, depois discorre sobre o ELF; novamente > insisto: seria necessário ou que o root cometesse ações inseguras ou > então que, por exemplo, um repositório de atualização estivesse > previamente "contaminado". Claro, isso NÃO É impossivel, há um ou dois > anos tivemos isso acontecendo dentro da comunidade Debian (e foi ação > insegura do(s) root(s) dos servidores containados). > > O artigo finaliza: > > /quote > How to spread? > As stated earlier, it is one thing to write a virus, it is another to > deploy it: seed the infection, and have it spread. A channel (or a > mechanism) used by virus to spread is called a vector. There is no > dearth of potential vectors on Unix (for example, buffer overflow > vulnerabilities). > /unquote > > então aqui cabe o destaque - ultima frase: "Não há falta de vetores > potenciais no Unix ( por exemplo vulnerabilidades de estouro de pilha"). > Acontece que (acho que estou em loop) isso implicaria em programa > malicioso que buscasse/utilizasse essa vulnerabilidade, onde voltamos > (aqui o loop) ou a atitudes inseguras do adminstrador ou a contaminação > dos servidores de onde teriam vindo esses programas maliciosos. > > Então IMHO, mesmo existindo viruses/programas maliciosos para Unix, > estes são rarissimos, quase curiosidade de laboratório e, dadas as > caracteristicas do SO, praticamente impossivel sua disseminação > descontrolada. > > de qualquer forma, seguro morreu de velho e cautela e caldo de galinha > não fazem mal a ninguém. > > ps: embora tenha lido o segundo link, não me detive a comenta-lo porque > uma frase lá nos remete a toda essa peroração (acima, novo loop): > > "This document describes how to write parasitic file viruses infecting > ELF executables." > > > > é mais ou menos como uma conferencia de pseudo-hacker's que assisti de > certa feita, em que um jovem mostrava como assumir a personalidade de > outro usuário sem usar o "su -"; o detalhe é que ele PRECISAVA estar > como root, na ocasião, para poder alterar alguns scripts. Risos. > Encontra-se de tudo, no mundo. > > as empresas que produzem viruses - err.. sorry, anti-viruses - > adorariam tivessemos pragas similares no mundo *nix como se tem em > outra plataforma. Se isso fosse REALMENTE possivel, já o teriam feito, > com MUITO alarde, uma vez que a base fundamental em servidores, aqueles > que realmente importam, ou são *nix ou são mainframes. Pergunte ao seu > banco. > > -- > saudações, > irado furioso com tudo > Linux User 179402/FreeBSD BSD50853/FUG-BR 154 > Não uso drogas - 100% Miko$hit-free > O marido enganado é um homem que se engana a respeito da mulher que o > engana. > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Webpage: http://vlad.bezerra.googlepages.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] Problemas com particionamento (Adaptec AIC-7899)
Já zerei a MBR dele com o "dd", mas não adiantou. Tentei seguir os passos que você sugeriu, mas quando dou o comando "W" para que as mudanças sejam gravadas ele fica parado com a mensagem na tela "Writing partition information to drive amrd0". Passos que eu segui: 1. Entrei no modo "Custom", criei a partiçao do tipo FreeBSD ocupando metade do HD (também já usei a opção para utilizar o disco inteiro) e mandei escrever as mudanças ("W"); 2. Fiz o passo anterior, mas não mandei escrever as mudanças, criei os slices (swap e "/") e mandei escrever; 3. Dei boot no instaldor em "Safe Mode" e repeti os dois passos anteriores; 4. Repeti os 3 passos passos anteriores sem a gravação do boot manager ou da "standart MBR" (escolhi a opção "None"); Em todos eles, sempre que mando escrever as mudanças, ele fica na tela: "Writing partition information to drive amrd0". Este servidor continha um Red Hat 7.3 instaldo anteriormente e que depois foi atualizado para um Slackware 11. Alguém tem mais alguma idéia, acho que estou ficando sem opções. 2009/2/4 irado furioso com tudo : > Em Wed, 4 Feb 2009 12:07:25 -0300 > Antônio Rogério Lins de A. Pessoa , conhecido > consumidor de drogas (BigMac's com Coke) escreveu: > >> "Writing partition information to drive amrd0" >> >> Estou com problemas em todos os modos de configuração (standart e >> expert).Ele não trava, pois consigo consultar o segundo terminal, mas >> também não sai disso. >> >> Alguém tem idéia do que seja? > > realmente não. Mas das vezes em que isso me ocorreu, eu fiz o seguinte: > > criei os as partições (não os slices); digitei "W" (maiusculo) - que não > está nas opções - e, em seguida, dei reboot na máquina. A partir daí, > foi maneiro (pulei o particionamento com "q" e fui pros "slices". > > eram uns hd's meio dos antigos, mas não sei se isso conta. > > em uma ocasião - hd MUITO rebelde - eu usei um live-cd Linux-based e > eliminei todas as partições, limpei o MBR e comecei de novo. O frenzy > faz isso, o slax, o R.I.P e o System Rescue (veja no freshmeat) > > > -- > saudações, > irado furioso com tudo > Linux User 179402/FreeBSD BSD50853/FUG-BR 154 > Não uso drogas - 100% Miko$hit-free > As três coisas mais perigosas que eu conheço são: limpar arma de fogo, > mulher do vizinho e croquete de botequim (Stanislaw Ponte Preta) > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Antônio Rogério Lins de A. Pessoa Técnico em Tecnologia da Informação CREA-PE - 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: Vlan
Renato Obrigado pela ajuda, ja tinha feito isso, olha o que acontece quando crio a VLAN1 com a porta 1,24 ok ai vou criar a VLAN2 com as portas 2,24 acontece que quando faço isso e porta 24 da VLAN é removida e so ficando na VLAN2. Você ja fez isso e funcionou ? Obrigado pela ajuda Luís 2009/2/11 Renato Frederick > Sem problema, voce coloca a porta 24 como membro de todas as vlan's que > compõem as outras portas. > > Ex: > > Vlan1 -> 1,24 > Vlan2 -> 2,24 > Vlan3 -> 3,24 > > Liga o servidor na porta 24 e ativa na porta 24 vlan tag. > > Daí no servidor você especifica que a interface que está ligada na porta 24 > tem as tags1,2,3... > > > > > -Mensagem original- > > De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em > > nome de Grupo FUG FUG > > Enviada em: quarta-feira, 11 de fevereiro de 2009 09:47 > > Para: freebsd@fug.com.br > > Assunto: [FUG-BR] Vlan > > > > Bom dia, > > > > Não sei se posso postar essa dúvida aqui, por favor se não > > desconsiderar > > essa mensagem. > > Tenho um switch 3com super stack 3300 XM estou tentando configurar > > vlans > > nele da seguinte forma; > > Da porta 1 a 23 não se enchergão são vlans para cada uma das portas, > > mais > > queria que as portas de 1 a 23 enchergasse a porta 24 e a porta 24 > > enchergassem elas, mais não estou conseguindo fazer isso. > > Se alguém souber alguma documentação de como fazer isso eu ficarei > > muito > > grato. > > > > Muito obrigado, > > > > Luís > > - > > 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] Exames de Certificação BSD Disponív eis no Brasil pela FreeBSD Brasil LTDA
Em Tue, 10 Feb 2009 16:51:38 -0200 Patrick Tracanelli , conhecido consumidor de drogas (BigMac's com Coke) escreveu: > É com prazer (pessoal inclusive), que repasso o Press Release formal, > que acaba de ser publicada no web site do Grupo de Certificação BSD e > anunciado pela Dru Lavigne: parabéns, patrick. Reconhecimento do esforço de vcs, que criaram há tantos anos a FreeBSD-Brasil e vem, desde lá, trabalhando feito uns mouros. O sucesso é merecido. -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free Às vezes eu tenho a impressão de que meu anjo da guarda está gozando de licença-prêmio. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] anti-vírus Clamav
Em Tue, 10 Feb 2009 20:53:37 -0300 Vladymir Bezerra , conhecido consumidor de drogas (BigMac's com Coke) escreveu: > Sabemos que a incidência de virus é de rara a nula, mas dizer que não > comportam virus já > não está de acordo com a realidade. contudo, são necessárias condições basicas USUALMENTE não encontradas, se o Admin for alguém que se preocupe com as coisas; não estar como ROOT é uma delas, mas não a única. Destaco: / quote "A few years ago Tom Duff created [...]. When the program was executed, it searched the current directory, subdirectories, /bin, /usr/bin for writable, uninfected files and then infected them if there was enough space." / unquote embora não sendo impossível ACREDITO que seria bastante dificil a execução dessa ação (descrita) se vc não for root, unico que tem acesso a todo o sistema. Isso NÃO implica que o usuário convencional esteja livre de alguma praga. o (primeiro) link nos mostra a seguir os "binary executables", que não desmente o que já disse, depois discorre sobre o ELF; novamente insisto: seria necessário ou que o root cometesse ações inseguras ou então que, por exemplo, um repositório de atualização estivesse previamente "contaminado". Claro, isso NÃO É impossivel, há um ou dois anos tivemos isso acontecendo dentro da comunidade Debian (e foi ação insegura do(s) root(s) dos servidores containados). O artigo finaliza: /quote How to spread? As stated earlier, it is one thing to write a virus, it is another to deploy it: seed the infection, and have it spread. A channel (or a mechanism) used by virus to spread is called a vector. There is no dearth of potential vectors on Unix (for example, buffer overflow vulnerabilities). /unquote então aqui cabe o destaque - ultima frase: "Não há falta de vetores potenciais no Unix ( por exemplo vulnerabilidades de estouro de pilha"). Acontece que (acho que estou em loop) isso implicaria em programa malicioso que buscasse/utilizasse essa vulnerabilidade, onde voltamos (aqui o loop) ou a atitudes inseguras do adminstrador ou a contaminação dos servidores de onde teriam vindo esses programas maliciosos. Então IMHO, mesmo existindo viruses/programas maliciosos para Unix, estes são rarissimos, quase curiosidade de laboratório e, dadas as caracteristicas do SO, praticamente impossivel sua disseminação descontrolada. de qualquer forma, seguro morreu de velho e cautela e caldo de galinha não fazem mal a ninguém. ps: embora tenha lido o segundo link, não me detive a comenta-lo porque uma frase lá nos remete a toda essa peroração (acima, novo loop): "This document describes how to write parasitic file viruses infecting ELF executables." é mais ou menos como uma conferencia de pseudo-hacker's que assisti de certa feita, em que um jovem mostrava como assumir a personalidade de outro usuário sem usar o "su -"; o detalhe é que ele PRECISAVA estar como root, na ocasião, para poder alterar alguns scripts. Risos. Encontra-se de tudo, no mundo. as empresas que produzem viruses - err.. sorry, anti-viruses - adorariam tivessemos pragas similares no mundo *nix como se tem em outra plataforma. Se isso fosse REALMENTE possivel, já o teriam feito, com MUITO alarde, uma vez que a base fundamental em servidores, aqueles que realmente importam, ou são *nix ou são mainframes. Pergunte ao seu banco. -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free O marido enganado é um homem que se engana a respeito da mulher que o engana. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: Vlan
Sem problema, voce coloca a porta 24 como membro de todas as vlan's que compõem as outras portas. Ex: Vlan1 -> 1,24 Vlan2 -> 2,24 Vlan3 -> 3,24 Liga o servidor na porta 24 e ativa na porta 24 vlan tag. Daí no servidor você especifica que a interface que está ligada na porta 24 tem as tags1,2,3... > -Mensagem original- > De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em > nome de Grupo FUG FUG > Enviada em: quarta-feira, 11 de fevereiro de 2009 09:47 > Para: freebsd@fug.com.br > Assunto: [FUG-BR] Vlan > > Bom dia, > > Não sei se posso postar essa dúvida aqui, por favor se não > desconsiderar > essa mensagem. > Tenho um switch 3com super stack 3300 XM estou tentando configurar > vlans > nele da seguinte forma; > Da porta 1 a 23 não se enchergão são vlans para cada uma das portas, > mais > queria que as portas de 1 a 23 enchergasse a porta 24 e a porta 24 > enchergassem elas, mais não estou conseguindo fazer isso. > Se alguém souber alguma documentação de como fazer isso eu ficarei > muito > grato. > > Muito obrigado, > > Luís > - > 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] Exite algum programa em forma grafica...
Ola Alex. Eu uso o webmin, para manutenção local e remota basica/avançada do freeBSD. Esta no ports, basta instalar e ter um acesso web. Alex de A. Souza escreveu: Existe algum programa em tela gráfica que seja ou possa ser usado no freebsd para gerenciar de modo mas fácil para leigos? Alguma sugestão? Algum programa parecido com o SAGUPRO que seja de fácil instalação e manuseio? - Histórico: [1]http://www.fug.com.br/historico/html/freebsd/ Sair da lista: [2]https://www.fug.com.br/mailman/listinfo/freebsd -- Gerson Rino Prantl Oaidah Fórmula para o Sucesso: Sucesso=Trabalho+Lazer+Amizades+Sigilo Aviso de confidencialidade Esta mensagem da Empresa Brasileira de Pesquisa Agropecuaria (Embrapa), empresa publica federal regida pelo disposto na Lei Federal N. 5.851,de 7 de dezembro de 1972, e enviada exclusivamente a seu destinatario e pode conter informacoes confidenciais, protegidas por sigilo profissional. Sua utilizacao desautorizada e ilegal e sujeita o infrator as penas da lei. Se voce a recebeu indevidamente, queira, por gentileza, reenvia-la ao emitente, esclarecendo o equivoco. Confidentiality note "This message from Empresa Brasileira de Pesquisa Agropecuaria (Embrapa) a government company established under Brazilian law (5.851/72) is directed exclusively to its addresses and may contain confidential data, protected under professional secrecy rules. Its unauthorized use is illegal and may subject the transgressor to the law's penalties. If you are not the addressee, please send it back, elucidating the failure". Embrapa Florestas [3]www.cnpf.embrapa.br [4]...@cnpf.embrapa.br [5]ab...@cnpf.embrapa.br References 1. http://www.fug.com.br/historico/html/freebsd/ 2. https://www.fug.com.br/mailman/listinfo/freebsd 3. http://www.cnpf.embrapa.br/ 4. mailto:s...@cnpf.embrapa.br 5. mailto:ab...@cnpf.embrapa.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Vlan
Bom dia, Não sei se posso postar essa dúvida aqui, por favor se não desconsiderar essa mensagem. Tenho um switch 3com super stack 3300 XM estou tentando configurar vlans nele da seguinte forma; Da porta 1 a 23 não se enchergão são vlans para cada uma das portas, mais queria que as portas de 1 a 23 enchergasse a porta 24 e a porta 24 enchergassem elas, mais não estou conseguindo fazer isso. Se alguém souber alguma documentação de como fazer isso eu ficarei muito grato. Muito obrigado, Luís - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Exite algum programa em forma grafica...
Existe algum programa em tela gráfica que seja ou possa ser usado no freebsd para gerenciar de modo mas fácil para leigos? Alguma sugestão? Algum programa parecido com o SAGUPRO que seja de fácil instalação e manuseio? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Altera DE2-70
Caros, Vi com supresa que existe no site da FreeBSD Brasil uma certificação para FreeBSD embarcado. Tenho uma placa de desenvolvimento DE2-70 da Altera e gostaria de instalar um BSD embarcado nela. Alguem tem alguma experiencia ou conhecimento a respeito que possa compartilhar comigo? Obrigado! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd