[FUG-BR] Logfile turned over
Olá pessoal, estou montando um servidor de logs, syslogd, em um FBSD8.2. Enquanto estava trabalhando, vi que o meu arquivo /var/log/messages mostrou uma mensagem assim: logfile turned over due to size100K Fiz algumas pesquisas nessa e em outras listas, mas não consegui nenhuma descrição mais precisa sobre isso. Editei o arquivo /etc/newsyslog.conf para permitir o tamanho do arquivo messages ser maior do que 100K, restartei os serviços syslogd e newsyslog, mas o meu /var/log/messages permanece do mesmo jeito. Segue abaixo o meu arquivo /etc/newsyslog.conf e /etc/syslogd.conf # configuration file for newsyslog # $FreeBSD: src/etc/newsyslog.conf,v 1.52.2.1.6.1 2010/12/21 17:09:25 kensmith Exp $ # # Entries which do not specify the '/pid_file' field will cause the # syslogd process to be signalled when that log file is rotated. This # action is only appropriate for log files which are written to by the # syslogd process (ie, files listed in /etc/syslog.conf). If there # is no process which needs to be signalled when a given log file is # rotated, then the entry for that file should include the 'N' flag. # # The 'flags' field is one or more of the letters: BCGJNUWZ or a '-'. # # Note: some sites will want to select more restrictive protections than the # defaults. In particular, it may be desirable to switch many of the 644 # entries to 640 or 600. For example, some sites will consider the # contents of maillog, messages, and lpd-errs to be confidential. In the # future, these defaults may change to more conservative ones. # # logfilename [owner:group]mode count size when flags [/pid_file] [sig_num] /var/log/all.log600 7 *@T00 J /var/log/amd.log644 7 100 * J /var/log/auth.log 600 7 100 * JC /var/log/console.log600 5 100 * J /var/log/cron 600 3 100 * JC /var/log/daily.log 640 7 *@T00 JN /var/log/debug.log 600 7 100 * JC /var/log/kerberos.log 600 7 100 * J /var/log/lpd-errs 644 7 100 * JC /var/log/maillog640 7 *@T00 JC /var/log/messages 644 5 500 * JC *#Aqui eu mudei de 100 para 500* /var/log/monthly.log640 12*$M1D0 JN /var/log/pflog 600 3 100 * JB /var/run/pflogd.pid /var/log/ppp.logroot:network640 3 100 * JC /var/log/security 600 10100 * JC /var/log/sendmail.st640 10*168 B /var/log/weekly.log 640 5 1$W6D0 JN /var/log/wtmp 644 3 *@01T05 B /var/log/xferlog600 7 100 * JC # $FreeBSD: src/etc/syslog.conf,v 1.30.2.1.6.1 2010/12/21 17:09:25 kensmith Exp $ # # Spaces ARE valid field separators in this file. However, # other *nix-like systems still insist on using tabs as field # separators. If you are sharing this file between systems, you # may want to use only tabs as field separators here. # Consult the syslog.conf(5) manpage. +192.168.0.14 *.* /var/log/log_remote/ZabbixServer/zabbix.log +100.100.90.20 *.* /var/log/log_remote/Firewall/FirewallSede.log #Extreme Aloo Sede +201.200.200.200 *.* /var/log/log_remote/Extreme/Extreme.log +192.168.0.11 *.* /var/log/cactiServer.log *.err;kern.warning;auth.notice;mail.crit/dev/console *.notice;authpriv.none;kern.debug;lpr.info;mail.crit;news.err /var/log/messages security.* /var/log/security auth.info;authpriv.info /var/log/auth.log mail.info /var/log/maillog lpr.info/var/log/lpd-errs ftp.info/var/log/xferlog cron.* /var/log/cron *.=debug/var/log/debug.log *.emerg * # uncomment this to log all writes to /dev/console to /var/log/console.log #console.info /var/log/console.log # uncomment this to enable logging of all log messages to /var/log/all.log # touch /var/log/all.log and chmod it to mode 600 before it will work #*.*/var/log/all.log # uncomment this to enable logging to a remote loghost named loghost #*.*@loghost # uncomment these if you're running inn # news.crit /var/log/news/news.crit # news.err /var/log/news/news.err # news.notice
Re: [FUG-BR] forward no ipfw dando problema
É o problema não parece ser o ipfw não, porque tá direcionando pra porta 82 o problema é que quando vai pelo forward o apache tá fazendo algo errado ele joga pra porta 82 mas pega a configuração default e não a configuração do virtualhost. Estou tentando migrar um Linux aqui para o FreeBSD e no redirect do iptables funciona certinho. Alguém tem alguma sugestão para resolver esse problema? []´s a todos Em 17/05/2011 17:09, Marcelo Gondim escreveu: Prezados, Fiz uma configuração aqui com o seguinte: - No apache criei uns virtualhosts com portas distintas caindo em páginas com mensagens diferentes. Tipo se eu acesso do navegador: http://192.168.2.1:81 caio numa página com um determinado aviso e se eu acesso: http://192.168.2.1:82 caio em outra página. Até aqui ficou show de bola e funcionando perfeitamente fazendo pelo navegador. Agora se faço a seguinte regra de ipfw: ipfw add fwd 192.168.2.1,82 tcp from table(99) to any 80 ipfw table 99 add 192.168.2.2 onde 192.168.2.2 é meu notebook de onde estou testando. Quando tento acessar uma página qualquer eu deveria ser redirecionado para o ip 192.168.2.1 porta 82 e deveria aparecer a mensagem que programei e que funciona acessando direto pelo navegador. Mas ao invés disso cai na página default que é It works!. Alguém saberia me dizer onde estou errando? :) []´s todos - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Problema com o cron
Bom dia senhores e senhoras :) Estou agendando no cron de um determinado usuario (crontab -e) um scriptzinho bash para fazer backup (dump) do mysql, porém ao executar tal script ele acusa erro na linha 28 do script: line 28: -u: command not found Mas se eu executar na mão o mesmo script não dá erro e faz tudo o que foi determinado no script. Linha no crontab -e: 00 23 * * * /home/dbbkp/mysql_bkp.sh Segue o script: #!/usr/local/bin/bash PATH=$PATH # Binarios DUMP=`which mysqldump` SQL=`which mysql` ZIP=`which gzip` # Destino do backup BACKUP_DIR=/home/dbbkp/mysql_backup # Acesso ao MySQL USER=dbbkp PASS=*** # Lista todos os bancos de dados DB_LIST=`$SQL -u $USER -p$PASS -Bse 'show databases'` essa é linha 28, onde da erro executando via cron # Lista de bancos de dados ignorados IGNORE=information_schema test TIME=`date +%F` for db in $DB_LIST; do skipdb=-1 for i in $IGNORE; do [ $db == $i ] skipdb=1 || : done if [ $skipdb == -1 ]; then $DUMP -u $USER -p$PASS $db | $ZIP -9 $BACKUP_DIR/$db.$TIME.sql.gz fi done # Remove arquivos com mais de 8 dias de criacao find $BACKUP_DIR/* -mtime 8 -exec rm {} \; exit 0 # EOF Agradecido!! Diego - 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 com o cron
On Wed, 18 May 2011 10:14:17 -0300, Diego Paludo diego.pal...@gmail.com wrote: Bom dia senhores e senhoras :) Estou agendando no cron de um determinado usuario (crontab -e) um scriptzinho bash para fazer backup (dump) do mysql, porém ao executar tal script ele acusa erro na linha 28 do script: line 28: -u: command not found Mas se eu executar na mão o mesmo script não dá erro e faz tudo o que foi determinado no script. Linha no crontab -e: 00 23 * * * /home/dbbkp/mysql_bkp.sh Segue o script: #!/usr/local/bin/bash PATH=$PATH # Binarios DUMP=`which mysqldump` SQL=`which mysql` ZIP=`which gzip` # Destino do backup BACKUP_DIR=/home/dbbkp/mysql_backup # Acesso ao MySQL USER=dbbkp PASS=*** # Lista todos os bancos de dados DB_LIST=`$SQL -u $USER -p$PASS -Bse 'show databases'` essa é linha 28, onde da erro executando via cron # Lista de bancos de dados ignorados IGNORE=information_schema test TIME=`date +%F` for db in $DB_LIST; do skipdb=-1 for i in $IGNORE; do [ $db == $i ] skipdb=1 || : done if [ $skipdb == -1 ]; then $DUMP -u $USER -p$PASS $db | $ZIP -9 $BACKUP_DIR/$db.$TIME.sql.gz fi done # Remove arquivos com mais de 8 dias de criacao find $BACKUP_DIR/* -mtime 8 -exec rm {} \; exit 0 # EOF Agradecido!! Diego - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Meu amigo é obvio que o problema nao é com o crontab e sim com seu script -- Guilherme F. Rosário _ www.spotless.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problema com o cron
opa experimenta na edição do cron colocar: SHELL=/usr/local/bin/bash PATH=/etc:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin Em 18/05/2011 10:14, Diego Paludo escreveu: Bom dia senhores e senhoras :) Estou agendando no cron de um determinado usuario (crontab -e) um scriptzinho bash para fazer backup (dump) do mysql, porém ao executar tal script ele acusa erro na linha 28 do script: line 28: -u: command not found Mas se eu executar na mão o mesmo script não dá erro e faz tudo o que foi determinado no script. Linha no crontab -e: 00 23 * * * /home/dbbkp/mysql_bkp.sh Segue o script: #!/usr/local/bin/bash PATH=$PATH # Binarios DUMP=`which mysqldump` SQL=`which mysql` ZIP=`which gzip` # Destino do backup BACKUP_DIR=/home/dbbkp/mysql_backup # Acesso ao MySQL USER=dbbkp PASS=*** # Lista todos os bancos de dados DB_LIST=`$SQL -u $USER -p$PASS -Bse 'show databases'` essa é linha 28, onde da erro executando via cron # Lista de bancos de dados ignorados IGNORE=information_schema test TIME=`date +%F` for db in $DB_LIST; do skipdb=-1 for i in $IGNORE; do [ $db == $i ] skipdb=1 || : done if [ $skipdb == -1 ]; then $DUMP -u $USER -p$PASS $db | $ZIP -9 $BACKUP_DIR/$db.$TIME.sql.gz fi done # Remove arquivos com mais de 8 dias de criacao find $BACKUP_DIR/* -mtime 8 -exec rm {} \; exit 0 # EOF Agradecido!! Diego - 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 com o cron
On May 18, 2011, at 10:14 AM, Diego Paludo wrote: Bom dia senhores e senhoras :) Estou agendando no cron de um determinado usuario (crontab -e) um scriptzinho bash para fazer backup (dump) do mysql, porém ao executar tal script ele acusa erro na linha 28 do script: line 28: -u: command not found Mas se eu executar na mão o mesmo script não dá erro e faz tudo o que foi determinado no script. Como já falaram, problemas com o seu script... Dentro do /etc/crontab você tem o PATH definido como: # /etc/crontab - root's crontab for FreeBSD # # $FreeBSD: head/etc/crontab 194170 2009-06-14 06:37:19Z brian $ # SHELL=/bin/sh PATH=/etc:/bin:/sbin:/usr/bin:/usr/sbin Ou seja, nada dentro do /usr/local Veja só: Linha no crontab -e: 00 23 * * * /home/dbbkp/mysql_bkp.sh Segue o script: #!/usr/local/bin/bash PATH=$PATH Se você quer escrever um script portável (escreva no FreeBSD e ele vai funcionar no Linux), utilize o /bin/sh e evite o bash. PATH = $PATH também não ajuda muito (isso não faz nada, certo ?) :| # Binarios DUMP=`which mysqldump` SQL=`which mysql` ZIP=`which gzip` O problema esta aqui, ao invés de usar o 'which' especifique o caminho completo dos utilitários, isso dá algum trabalho na hora de criar o script, mas poupa você de muita dor de cabeça mais tarde. # Destino do backup BACKUP_DIR=/home/dbbkp/mysql_backup # Acesso ao MySQL USER=dbbkp PASS=*** # Lista todos os bancos de dados DB_LIST=`$SQL -u $USER -p$PASS -Bse 'show databases'` essa é linha 28, onde da erro executando via cron De acordo com o erro: line 28: -u: command not found Podemos imaginar que a variável $SQL não foi devidamente substituída pelo valor que você imaginava e acabou ficando em branco. # Lista de bancos de dados ignorados IGNORE=information_schema test TIME=`date +%F` for db in $DB_LIST; do skipdb=-1 for i in $IGNORE; do [ $db == $i ] skipdb=1 || : done if [ $skipdb == -1 ]; then $DUMP -u $USER -p$PASS $db | $ZIP -9 $BACKUP_DIR/$db.$TIME.sql.gz fi done # Remove arquivos com mais de 8 dias de criacao find $BACKUP_DIR/* -mtime 8 -exec rm {} \; exit 0 # EOF Agradecido!! Diego Não por isso... Boa sorte, Luiz - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] forward no ipfw dando problema
On May 18, 2011, at 10:04 AM, Marcelo Gondim wrote: É o problema não parece ser o ipfw não, porque tá direcionando pra porta 82 o problema é que quando vai pelo forward o apache tá fazendo algo errado ele joga pra porta 82 mas pega a configuração default e não a configuração do virtualhost. Estou tentando migrar um Linux aqui para o FreeBSD e no redirect do iptables funciona certinho. Alguém tem alguma sugestão para resolver esse problema? []´s a todos Em 17/05/2011 17:09, Marcelo Gondim escreveu: Prezados, Fiz uma configuração aqui com o seguinte: - No apache criei uns virtualhosts com portas distintas caindo em páginas com mensagens diferentes. Tipo se eu acesso do navegador: http://192.168.2.1:81 caio numa página com um determinado aviso e se eu acesso: http://192.168.2.1:82 caio em outra página. Até aqui ficou show de bola e funcionando perfeitamente fazendo pelo navegador. Agora se faço a seguinte regra de ipfw: ipfw add fwd 192.168.2.1,82 tcp from table(99) to any 80 ipfw table 99 add 192.168.2.2 onde 192.168.2.2 é meu notebook de onde estou testando. Quando tento acessar uma página qualquer eu deveria ser redirecionado para o ip 192.168.2.1 porta 82 e deveria aparecer a mensagem que programei e que funciona acessando direto pelo navegador. Mas ao invés disso cai na página default que é It works!. Alguém saberia me dizer onde estou errando? :) []´s todos Você esta rodando o ipfw no gateway da rede ou no próprio servidor junto ao apache ? Como esta a configuração do seu apache ? como esta a configuração dos virtual hosts ? O que o apache diz nos logs de acesso ? Att., Luiz - 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 com o cron
Na verdade esse script eu fiz no Debian, e lá funciona direitinho. a linha: PATH=$PATH No Debian funciona pois esta definida nas variareis de ambiente. Confesso que o uso do 'which' facilita bastante, pelo menos no Debian :) Valeu a dica de todos, vou testar e já retorno. Agradecido! 2011/5/18 Luiz Otavio O Souza lists...@gmail.com On May 18, 2011, at 10:14 AM, Diego Paludo wrote: Bom dia senhores e senhoras :) Estou agendando no cron de um determinado usuario (crontab -e) um scriptzinho bash para fazer backup (dump) do mysql, porém ao executar tal script ele acusa erro na linha 28 do script: line 28: -u: command not found Mas se eu executar na mão o mesmo script não dá erro e faz tudo o que foi determinado no script. Como já falaram, problemas com o seu script... Dentro do /etc/crontab você tem o PATH definido como: # /etc/crontab - root's crontab for FreeBSD # # $FreeBSD: head/etc/crontab 194170 2009-06-14 06:37:19Z brian $ # SHELL=/bin/sh PATH=/etc:/bin:/sbin:/usr/bin:/usr/sbin Ou seja, nada dentro do /usr/local Veja só: Linha no crontab -e: 00 23 * * * /home/dbbkp/mysql_bkp.sh Segue o script: #!/usr/local/bin/bash PATH=$PATH Se você quer escrever um script portável (escreva no FreeBSD e ele vai funcionar no Linux), utilize o /bin/sh e evite o bash. PATH = $PATH também não ajuda muito (isso não faz nada, certo ?) :| # Binarios DUMP=`which mysqldump` SQL=`which mysql` ZIP=`which gzip` O problema esta aqui, ao invés de usar o 'which' especifique o caminho completo dos utilitários, isso dá algum trabalho na hora de criar o script, mas poupa você de muita dor de cabeça mais tarde. # Destino do backup BACKUP_DIR=/home/dbbkp/mysql_backup # Acesso ao MySQL USER=dbbkp PASS=*** # Lista todos os bancos de dados DB_LIST=`$SQL -u $USER -p$PASS -Bse 'show databases'` essa é linha 28, onde da erro executando via cron De acordo com o erro: line 28: -u: command not found Podemos imaginar que a variável $SQL não foi devidamente substituída pelo valor que você imaginava e acabou ficando em branco. # Lista de bancos de dados ignorados IGNORE=information_schema test TIME=`date +%F` for db in $DB_LIST; do skipdb=-1 for i in $IGNORE; do [ $db == $i ] skipdb=1 || : done if [ $skipdb == -1 ]; then $DUMP -u $USER -p$PASS $db | $ZIP -9 $BACKUP_DIR/$db.$TIME.sql.gz fi done # Remove arquivos com mais de 8 dias de criacao find $BACKUP_DIR/* -mtime 8 -exec rm {} \; exit 0 # EOF Agradecido!! Diego Não por isso... Boa sorte, Luiz - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Logfile turned over
Em Wed, 18 May 2011 10:03:28 -0300 Airton Arantes airton.aran...@gmail.com, conhecido consumidor/usuário de drogas (Windows e BigMac com Coke) escreveu: logfile turned over due to size100K Editei o arquivo /etc/newsyslog.conf para permitir o tamanho do arquivo messages ser maior do que 100K, restartei os serviços syslogd e newsyslog, bem.. é por aí mesmo; mas o meu /var/log/messages permanece do mesmo jeito. ficou pouco claro mas enfim, vc só perceberá alteração NA PRÓXIMA rodada, não imediatamente. possívelmente vc já tenha pesquisado mas se não encontrou informações, olhe aqui: http://www.google.com/search?client=ubuntuchannel=fsq=freebsd+syslogd.confie=utf-8oe=utf-8 flames /dev/null -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free Preces nunca trazem nada... Elas podem trazer consolo para o esgotado, o fanático, o ignorante, o aborígene, e o preguiçoso - mas para o culto é o mesmo que pedir para o Papai Noel trazer algo para o Natal. W. C. Fields - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Logfile turned over
On May 18, 2011, at 10:03 AM, Airton Arantes wrote: Olá pessoal, estou montando um servidor de logs, syslogd, em um FBSD8.2. Enquanto estava trabalhando, vi que o meu arquivo /var/log/messages mostrou uma mensagem assim: logfile turned over due to size100K Fiz algumas pesquisas nessa e em outras listas, mas não consegui nenhuma descrição mais precisa sobre isso. Editei o arquivo /etc/newsyslog.conf para permitir o tamanho do arquivo messages ser maior do que 100K, restartei os serviços syslogd e newsyslog, mas o meu /var/log/messages permanece do mesmo jeito. É só alterar o /etc/newsyslog.conf (não precisa reiniciar nada quando se altera esse arquivo - ele é executado de hora em hora a partir do crontab e ele vai ler a nova configuração no momento que é executado). Depois é só esperar o arquivo atingir o tamanho que você especificou que ele vai ser rotacionado. O newsyslog é bem simples mas sempre funcionou muito bem por aqui. Att., Luiz - 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 com o cron [RESOLVIDO]
Funcinou com vossas dicas, segue: #!/usr/local/bin/bash SHELL=/usr/local/bin/bash PATH=/etc:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin # Binarios DUMP=/usr/local/bin/mysqldump SQL=/usr/local/bin/mysql ZIP=/usr/bin/gzip # Destino do backup BACKUP_DIR=/home/dbbkp/mysql_backup # Acesso ao MySQL USER=dbbkp PASS=** # Lista todos os bancos de dados DB_LIST=`$SQL -u $USER -p$PASS -Bse 'show databases'` # Lista de bancos de dados ignorados IGNORE=information_schema test TIME=`date +%F` for db in $DB_LIST; do skipdb=-1 for i in $IGNORE; do [ $db == $i ] skipdb=1 || : done if [ $skipdb == -1 ]; then $DUMP -u $USER -p$PASS $db | $ZIP -9 $BACKUP_DIR/$db.$TIME.sql.gz fi done # Remove arquivos com mais de 8 dias de criacao find $BACKUP_DIR/* -mtime 8 -exec rm {} \; exit 0 # EOF Valew pela ajuda! 2011/5/18 Diego Paludo diego.pal...@gmail.com Na verdade esse script eu fiz no Debian, e lá funciona direitinho. a linha: PATH=$PATH No Debian funciona pois esta definida nas variareis de ambiente. Confesso que o uso do 'which' facilita bastante, pelo menos no Debian :) Valeu a dica de todos, vou testar e já retorno. Agradecido! 2011/5/18 Luiz Otavio O Souza lists...@gmail.com On May 18, 2011, at 10:14 AM, Diego Paludo wrote: Bom dia senhores e senhoras :) Estou agendando no cron de um determinado usuario (crontab -e) um scriptzinho bash para fazer backup (dump) do mysql, porém ao executar tal script ele acusa erro na linha 28 do script: line 28: -u: command not found Mas se eu executar na mão o mesmo script não dá erro e faz tudo o que foi determinado no script. Como já falaram, problemas com o seu script... Dentro do /etc/crontab você tem o PATH definido como: # /etc/crontab - root's crontab for FreeBSD # # $FreeBSD: head/etc/crontab 194170 2009-06-14 06:37:19Z brian $ # SHELL=/bin/sh PATH=/etc:/bin:/sbin:/usr/bin:/usr/sbin Ou seja, nada dentro do /usr/local Veja só: Linha no crontab -e: 00 23 * * * /home/dbbkp/mysql_bkp.sh Segue o script: #!/usr/local/bin/bash PATH=$PATH Se você quer escrever um script portável (escreva no FreeBSD e ele vai funcionar no Linux), utilize o /bin/sh e evite o bash. PATH = $PATH também não ajuda muito (isso não faz nada, certo ?) :| # Binarios DUMP=`which mysqldump` SQL=`which mysql` ZIP=`which gzip` O problema esta aqui, ao invés de usar o 'which' especifique o caminho completo dos utilitários, isso dá algum trabalho na hora de criar o script, mas poupa você de muita dor de cabeça mais tarde. # Destino do backup BACKUP_DIR=/home/dbbkp/mysql_backup # Acesso ao MySQL USER=dbbkp PASS=*** # Lista todos os bancos de dados DB_LIST=`$SQL -u $USER -p$PASS -Bse 'show databases'` essa é linha 28, onde da erro executando via cron De acordo com o erro: line 28: -u: command not found Podemos imaginar que a variável $SQL não foi devidamente substituída pelo valor que você imaginava e acabou ficando em branco. # Lista de bancos de dados ignorados IGNORE=information_schema test TIME=`date +%F` for db in $DB_LIST; do skipdb=-1 for i in $IGNORE; do [ $db == $i ] skipdb=1 || : done if [ $skipdb == -1 ]; then $DUMP -u $USER -p$PASS $db | $ZIP -9 $BACKUP_DIR/$db.$TIME.sql.gz fi done # Remove arquivos com mais de 8 dias de criacao find $BACKUP_DIR/* -mtime 8 -exec rm {} \; exit 0 # EOF Agradecido!! Diego Não por isso... Boa sorte, Luiz - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] forward no ipfw dando problema
Em Wed, 18 May 2011 10:04:53 -0300 Marcelo Gondim gon...@linuxinfo.com.br, conhecido consumidor/usuário de drogas (Windows e BigMac com Coke) escreveu: Estou tentando migrar um Linux aqui para o FreeBSD e no redirect do iptables funciona certinho. Alguém tem alguma sugestão para resolver esse problema? comentário pessoal: acho que todos nós caimos nesta armadilha, um dia.. é preciso ESQUECER o Linux e dar total dedicação às condições diferentes no FreeBSD. De qualquer forma, se bem me lembro das condições do virtual host do Apache, vc NÃO precisa (nem deve?) redirecionar nada, o Apache continua escutando na porta 80 e êle mesmo é que deve se virar com qual página/empresa será ativada. Já pensou se os grandes hosts precisassem fazer redirecionamento de portas? hajam portas disponiveis. revise seus papers sobre o virtual host do Apache. flames /dev/null (se bem que o gondim não alimenta flames - rss) -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free O que mais preocupa não é o grito dos violentos, dos corruptos, dos desonestos, dos sem caráter e dos sem ética. O que mais preocupa é o silêncio dos bons. (Martin Luther King) - 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 com o cron
On May 18, 2011, at 10:40 AM, Diego Paludo wrote: Na verdade esse script eu fiz no Debian, e lá funciona direitinho. a linha: PATH=$PATH No Debian funciona pois esta definida nas variareis de ambiente. Funcionar também funciona no FreeBSD... mas de novo, uma linha como essa não faz nada ;) Você setou o conteúdo da variável PATH para ser o mesmo da variável PATH, ou seja, você fez um no-op :) No caso a variável PATH foi setada pelo cron antes de executar seu script e é diferente do PATH que você tem quando executa seu script via prompt. A linha abaixo, não só funciona como deve resolver seu problema: PATH=$PATH:/usr/local/bin:/usr/local/sbin Confesso que o uso do 'which' facilita bastante, pelo menos no Debian :) Verifique o manual do which(1). Não existe diferença entre os SOs, o which vai funcionar desde que os comandos que você esta procurando estejam no PATH. Valeu a dica de todos, vou testar e já retorno. Agradecido! []'s Luiz - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] forward no ipfw dando problema
Em 18/05/2011 10:52, irado furioso com tudo escreveu: Em Wed, 18 May 2011 10:04:53 -0300 Marcelo Gondimgon...@linuxinfo.com.br, conhecido consumidor/usuário de drogas (Windows e BigMac com Coke) escreveu: Estou tentando migrar um Linux aqui para o FreeBSD e no redirect do iptables funciona certinho. Alguém tem alguma sugestão para resolver esse problema? comentário pessoal: acho que todos nós caimos nesta armadilha, um dia.. é preciso ESQUECER o Linux e dar total dedicação às condições diferentes no FreeBSD. De qualquer forma, se bem me lembro das condições dovirtual host do Apache, vc NÃO precisa (nem deve?) redirecionar nada, o Apache continua escutando na porta 80 e êle mesmo é que deve se virar com qual página/empresa será ativada. Já pensou se os grandes hosts precisassem fazer redirecionamento de portas? hajam portas disponiveis. Opa irado e aee :) a o que ocorre aqui é o seguinte o redirecionamento tem que existir pelo seguinte: não é um servidor de hospedagem, simplesmente é um recurso de mensagem para o cliente que tá devendo. Quando o cliente está em débito e tenta acessar um site o mesmo tem que cair nessa página avisando que existe um problema com o cadastro dele e que ele precisa ligar para o provedor. Essa mesma página que abre já remove a regra na table 99 do IP do cara e aí ele volta à navegar depois. Na porta 81 cai na página de débito e na porta 82 cai na página avisando que o provedor está passando por uma manutenção. Esse é o objetivo disso que estou fazendo e que já existe hoje aqui em funcionamento, dizer para o dono aqui que ele não terá mais essa funcionalidade quando o outro sistema tinha não será muito bem visto por ele. rsrsrsrs Por isso estou tentando encontrar a solução para isso. revise seus papers sobre o virtual host do Apache. flames /dev/null (se bem que o gondim não alimenta flames - rss) - 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 com o cron
Em 18/05/2011 10:55, Luiz Otavio O Souza escreveu: On May 18, 2011, at 10:40 AM, Diego Paludo wrote: Na verdade esse script eu fiz no Debian, e lá funciona direitinho. a linha: PATH=$PATH No Debian funciona pois esta definida nas variareis de ambiente. Funcionar também funciona no FreeBSD... mas de novo, uma linha como essa não faz nada ;) Você setou o conteúdo da variável PATH para ser o mesmo da variável PATH, ou seja, você fez um no-op :) No caso a variável PATH foi setada pelo cron antes de executar seu script e é diferente do PATH que você tem quando executa seu script via prompt. A linha abaixo, não só funciona como deve resolver seu problema: PATH=$PATH:/usr/local/bin:/usr/local/sbin Confesso que o uso do 'which' facilita bastante, pelo menos no Debian :) Verifique o manual do which(1). Não existe diferença entre os SOs, o which vai funcionar desde que os comandos que você esta procurando estejam no PATH. Tem uma diferença sim. Quando você roda o bash no lugar do csh o which é um alias para o type se eu não me engano. É que agora aqui não tenho acesso à um FreeBSD pra ver, mas tenho quase certeza disso. :) Só rodar o bash em um user aí e executar um alias pra ver. Pode ser esse o problema dele também. bem só testando rsrsrs Valeu a dica de todos, vou testar e já retorno. Agradecido! []'s Luiz - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] forward no ipfw dando problema
Em 18 de maio de 2011 11:23, Marcelo Gondim gon...@linuxinfo.com.br escreveu: Em 18/05/2011 10:52, irado furioso com tudo escreveu: Em Wed, 18 May 2011 10:04:53 -0300 Marcelo Gondimgon...@linuxinfo.com.br, conhecido consumidor/usuário de drogas (Windows e BigMac com Coke) escreveu: Estou tentando migrar um Linux aqui para o FreeBSD e no redirect do iptables funciona certinho. Alguém tem alguma sugestão para resolver esse problema? comentário pessoal: acho que todos nós caimos nesta armadilha, um dia.. é preciso ESQUECER o Linux e dar total dedicação às condições diferentes no FreeBSD. De qualquer forma, se bem me lembro das condições dovirtual host do Apache, vc NÃO precisa (nem deve?) redirecionar nada, o Apache continua escutando na porta 80 e êle mesmo é que deve se virar com qual página/empresa será ativada. Já pensou se os grandes hosts precisassem fazer redirecionamento de portas? hajam portas disponiveis. Opa irado e aee :) a o que ocorre aqui é o seguinte o redirecionamento tem que existir pelo seguinte: não é um servidor de hospedagem, simplesmente é um recurso de mensagem para o cliente que tá devendo. Quando o cliente está em débito e tenta acessar um site o mesmo tem que cair nessa página avisando que existe um problema com o cadastro dele e que ele precisa ligar para o provedor. Essa mesma página que abre já remove a regra na table 99 do IP do cara e aí ele volta à navegar depois. Na porta 81 cai na página de débito e na porta 82 cai na página avisando que o provedor está passando por uma manutenção. Esse é o objetivo disso que estou fazendo e que já existe hoje aqui em funcionamento, dizer para o dono aqui que ele não terá mais essa funcionalidade quando o outro sistema tinha não será muito bem visto por ele. rsrsrsrs Por isso estou tentando encontrar a solução para isso. Já experimentou usar PF? revise seus papers sobre o virtual host do Apache. flames /dev/null (se bem que o gondim não alimenta flames - rss) - 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] [OFF-TOPIC] ZPH ToS no Lusca
On Mon, 2011-05-16 at 16:13 -0300, Antonio Modesto wrote: Boa Tarde, Alguém sabe me falar se preciso aplicar algum patch no port do lusca para poder usar o ZPH? Pois fiz uns testes ele não parecia não estar alterando o ToS dos pacotes com HIT. Consegui resolver aqui, o código hexadecimal teve que ser setado para 0xc. Obrigado. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] forward no ipfw dando problema
irado furioso com tudo escreveu: Em Wed, 18 May 2011 10:04:53 -0300 Marcelo Gondim gon...@linuxinfo.com.br, conhecido consumidor/usuário de drogas (Windows e BigMac com Coke) escreveu: Estou tentando migrar um Linux aqui para o FreeBSD e no redirect do iptables funciona certinho. Alguém tem alguma sugestão para resolver esse problema? comentário pessoal: acho que todos nós caimos nesta armadilha, um dia.. é preciso ESQUECER o Linux e dar total dedicação às condições diferentes no FreeBSD. De qualquer forma, se bem me lembro das condições do virtual host do Apache, vc NÃO precisa (nem deve?) redirecionar nada, o Apache continua escutando na porta 80 e êle mesmo é que deve se virar com qual página/empresa será ativada. Já pensou se os grandes hosts precisassem fazer redirecionamento de portas? hajam portas disponiveis. revise seus papers sobre o virtual host do Apache. flames /dev/null (se bem que o gondim não alimenta flames - rss Irado, Pelo que me recordo, o VirtualHost do apache verifica o NOME do site (DNS), e de acordo com esse nome redireciona para uma determinada pasta no servidor web (eu tenho apache rodando VÁRIOS domínios com VirtualHosts). No caso dele você pode está tentando acessar QUALQUER site, mas por algum motivo ele não quer liberar o acesso, e para isso faz o FWD para um servidor web que mostra a mensagem de erro (Gondim, seria um Captive Portal?)... como o nome DNS pode ser qualquer site, o mesmo não vai ser encontrado no virtualhost, e o apache vai mostrar o primeiro que tiver configurado. Gondim, posta a configuração do seu apache para entendermos melhor o problema. -- Welkson Renny de Medeiros Desenvolvimento / Gerência de Redes Focus Automação Comercial FreeBSD Community Member - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Ubiquiti RSPRO/ Atheros PB42 users
Dificil, eu sei, mas não custa tentar... Alguem ai tem uma RSPRO da ubiquiti ou uma PB42 (placa de referencia) da Atheros e estaria disposto a testar o suporte (básico) do switch nessas placas ? Att., Luiz - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] forward no ipfw dando problema
Em 18/05/2011 11:29, Rodrigo Mosconi escreveu: Em 18 de maio de 2011 11:23, Marcelo Gondimgon...@linuxinfo.com.br escreveu: Em 18/05/2011 10:52, irado furioso com tudo escreveu: Em Wed, 18 May 2011 10:04:53 -0300 Marcelo Gondimgon...@linuxinfo.com.br, conhecido consumidor/usuário de drogas (Windows e BigMac com Coke) escreveu: Estou tentando migrar um Linux aqui para o FreeBSD e no redirect do iptables funciona certinho. Alguém tem alguma sugestão para resolver esse problema? comentário pessoal: acho que todos nós caimos nesta armadilha, um dia.. é preciso ESQUECER o Linux e dar total dedicação às condições diferentes no FreeBSD. De qualquer forma, se bem me lembro das condições dovirtual hostdo Apache, vc NÃO precisa (nem deve?) redirecionar nada, o Apache continua escutando na porta 80 e êle mesmo é que deve se virar com qual página/empresa será ativada. Já pensou se os grandes hosts precisassem fazer redirecionamento de portas? hajam portas disponiveis. Opa irado e aee :) a o que ocorre aqui é o seguinte o redirecionamento tem que existir pelo seguinte: não é um servidor de hospedagem, simplesmente é um recurso de mensagem para o cliente que tá devendo. Quando o cliente está em débito e tenta acessar um site o mesmo tem que cair nessa página avisando que existe um problema com o cadastro dele e que ele precisa ligar para o provedor. Essa mesma página que abre já remove a regra na table 99 do IP do cara e aí ele volta à navegar depois. Na porta 81 cai na página de débito e na porta 82 cai na página avisando que o provedor está passando por uma manutenção. Esse é o objetivo disso que estou fazendo e que já existe hoje aqui em funcionamento, dizer para o dono aqui que ele não terá mais essa funcionalidade quando o outro sistema tinha não será muito bem visto por ele. rsrsrsrs Por isso estou tentando encontrar a solução para isso. Já experimentou usar PF? opa vai ser meu próximo teste. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] forward no ipfw dando problema
Em 18/05/2011 10:36, Luiz Otavio O Souza escreveu: On May 18, 2011, at 10:04 AM, Marcelo Gondim wrote: É o problema não parece ser o ipfw não, porque tá direcionando pra porta 82 o problema é que quando vai pelo forward o apache tá fazendo algo errado ele joga pra porta 82 mas pega a configuração default e não a configuração do virtualhost. Estou tentando migrar um Linux aqui para o FreeBSD e no redirect do iptables funciona certinho. Alguém tem alguma sugestão para resolver esse problema? []´s a todos Em 17/05/2011 17:09, Marcelo Gondim escreveu: Prezados, Fiz uma configuração aqui com o seguinte: - No apache criei uns virtualhosts com portas distintas caindo em páginas com mensagens diferentes. Tipo se eu acesso do navegador: http://192.168.2.1:81 caio numa página com um determinado aviso e se eu acesso: http://192.168.2.1:82 caio em outra página. Até aqui ficou show de bola e funcionando perfeitamente fazendo pelo navegador. Agora se faço a seguinte regra de ipfw: ipfw add fwd 192.168.2.1,82 tcp from table(99) to any 80 ipfw table 99 add 192.168.2.2 onde 192.168.2.2 é meu notebook de onde estou testando. Quando tento acessar uma página qualquer eu deveria ser redirecionado para o ip 192.168.2.1 porta 82 e deveria aparecer a mensagem que programei e que funciona acessando direto pelo navegador. Mas ao invés disso cai na página default que é It works!. Alguém saberia me dizer onde estou errando? :) []´s todos Você esta rodando o ipfw no gateway da rede ou no próprio servidor junto ao apache ? Isso, estão na mesma máquina o apache e o ipfw. O freebsd tem 2 interfaces de rede uma para a Internet e a outra onde está ligado o notebook. Só reforçando: do navegador no notebook se eu coloco: http://192.168.2.1:82 funciona normalmente, abre a página que configurei assim como se eu faço http://192.168.2.1:81 abre a outra página que fiz. A porta 80 eu desabilitei deixando apenas as portas: 81, 82 e a 443 do SSL. Como esta a configuração do seu apache ? como esta a configuração dos virtual hosts ? no httpd.conf tá o default sendo descomentado o include do httpd-vhosts.conf é esse aqui: NameVirtualHost *:81 NameVirtualHost *:82 VirtualHost *:81 ServerAdmin gon...@intnet.com.br DocumentRoot /usr/local/www/apache22/data/intnet ErrorLog /var/log/intnet-error_log CustomLog /var/log/intnet-access_log common /VirtualHost VirtualHost *:82 ServerAdmin gon...@intnet.com.br DocumentRoot /usr/local/www/apache22/data/intnet/msg ErrorLog /var/log/intnet-error_log CustomLog /var/log/intnet-access_log common /VirtualHost O que o apache diz nos logs de acesso ? Att., Luiz - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] restore (sort of) de maquina
buenas, piás :) bem.. estou com a necessidade de transportar maquina virtual em VMWare para outra máquina virtual (questão de espaço). Contudo, nem a pau, nicolau. Faço o restore em cima de uma instalação muito básica, funcional até então (boot, ok). após o restore de tudo, no boot imediatamente seguinte.. nada. Um prompt (sorry, não li o prompt) mas diz para NA SELEÇÃO DE BOOT (menu) indicar as seguintes variáveis: vfs.rootmountfrom=ufs:/dev/ad0s1a (êsse é o slice real) vfs.root.mountfrom.options=rw imagino que, a seguir, devo indicar: boot kernel, né? pois é.. primeiro indica que o /dev não existe (existia quando da instalação original) e novamente cai no tal prompt de erro :( então resolvi fazer uma abordagem diferente: vou restaurar /var /usr e NÃO restauro / (root) e seja o que deus quiser; contudo, aí tenho (mais um) pequeno problema: manter meus usuários originais. pretendo fazer um tar.bz2 dos seguintes arquivos do /etc: passwd group master.passwd rc.conf pwd.db na tentativa de manter as condições originais. perguntas: a) alguém tem uma sugestão melhor, mais técnica do que essa minha gambi.. ah, esqueci, chama-se alternativa tecnica eventual (risos)? b) caso não tenham - fico por minha conta e risco - alguma coisa que possa impedir os usuários de acessar a máquina (inclusive o root) devido a algum erro não previsto? grato -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free Se você é mais forte não precisa ficar irritado. Se é mais fraco, que é que adianta? [Millôr Fernandes] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] forward no ipfw dando problema
Em 18/05/2011, às 16:15, Marcelo Gondim escreveu: Em 18/05/2011 10:36, Luiz Otavio O Souza escreveu: On May 18, 2011, at 10:04 AM, Marcelo Gondim wrote: É o problema não parece ser o ipfw não, porque tá direcionando pra porta 82 o problema é que quando vai pelo forward o apache tá fazendo algo errado ele joga pra porta 82 mas pega a configuração default e não a configuração do virtualhost. Estou tentando migrar um Linux aqui para o FreeBSD e no redirect do iptables funciona certinho. Alguém tem alguma sugestão para resolver esse problema? []´s a todos Em 17/05/2011 17:09, Marcelo Gondim escreveu: Prezados, Fiz uma configuração aqui com o seguinte: - No apache criei uns virtualhosts com portas distintas caindo em páginas com mensagens diferentes. Tipo se eu acesso do navegador: http://192.168.2.1:81 caio numa página com um determinado aviso e se eu acesso: http://192.168.2.1:82 caio em outra página. Até aqui ficou show de bola e funcionando perfeitamente fazendo pelo navegador. Agora se faço a seguinte regra de ipfw: ipfw add fwd 192.168.2.1,82 tcp from table(99) to any 80 ipfw table 99 add 192.168.2.2 onde 192.168.2.2 é meu notebook de onde estou testando. Quando tento acessar uma página qualquer eu deveria ser redirecionado para o ip 192.168.2.1 porta 82 e deveria aparecer a mensagem que programei e que funciona acessando direto pelo navegador. Mas ao invés disso cai na página default que é It works!. Alguém saberia me dizer onde estou errando? :) []´s todos Você esta rodando o ipfw no gateway da rede ou no próprio servidor junto ao apache ? Isso, estão na mesma máquina o apache e o ipfw. O freebsd tem 2 interfaces de rede uma para a Internet e a outra onde está ligado o notebook. Só reforçando: do navegador no notebook se eu coloco: http://192.168.2.1:82 funciona normalmente, abre a página que configurei assim como se eu faço http://192.168.2.1:81 abre a outra página que fiz. A porta 80 eu desabilitei deixando apenas as portas: 81, 82 e a 443 do SSL. Como esta a configuração do seu apache ? como esta a configuração dos virtual hosts ? no httpd.conf tá o default sendo descomentado o include do httpd-vhosts.conf é esse aqui: NameVirtualHost *:81 NameVirtualHost *:82 VirtualHost *:81 ServerAdmin gon...@intnet.com.br DocumentRoot /usr/local/www/apache22/data/intnet ErrorLog /var/log/intnet-error_log CustomLog /var/log/intnet-access_log common /VirtualHost VirtualHost *:82 ServerAdmin gon...@intnet.com.br DocumentRoot /usr/local/www/apache22/data/intnet/msg ErrorLog /var/log/intnet-error_log CustomLog /var/log/intnet-access_log common /VirtualHost Gondin, Cade suas regras de ipfw? Cola elas ai. -- 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] forward no ipfw dando problema
Em 18/05/2011 16:36, Patrick Tracanelli escreveu: Em 18/05/2011, às 16:15, Marcelo Gondim escreveu: Em 18/05/2011 10:36, Luiz Otavio O Souza escreveu: On May 18, 2011, at 10:04 AM, Marcelo Gondim wrote: É o problema não parece ser o ipfw não, porque tá direcionando pra porta 82 o problema é que quando vai pelo forward o apache tá fazendo algo errado ele joga pra porta 82 mas pega a configuração default e não a configuração do virtualhost. Estou tentando migrar um Linux aqui para o FreeBSD e no redirect do iptables funciona certinho. Alguém tem alguma sugestão para resolver esse problema? []´s a todos Em 17/05/2011 17:09, Marcelo Gondim escreveu: Prezados, Fiz uma configuração aqui com o seguinte: - No apache criei uns virtualhosts com portas distintas caindo em páginas com mensagens diferentes. Tipo se eu acesso do navegador: http://192.168.2.1:81 caio numa página com um determinado aviso e se eu acesso: http://192.168.2.1:82 caio em outra página. Até aqui ficou show de bola e funcionando perfeitamente fazendo pelo navegador. Agora se faço a seguinte regra de ipfw: ipfw add fwd 192.168.2.1,82 tcp from table(99) to any 80 ipfw table 99 add 192.168.2.2 onde 192.168.2.2 é meu notebook de onde estou testando. Quando tento acessar uma página qualquer eu deveria ser redirecionado para o ip 192.168.2.1 porta 82 e deveria aparecer a mensagem que programei e que funciona acessando direto pelo navegador. Mas ao invés disso cai na página default que é It works!. Alguém saberia me dizer onde estou errando? :) []´s todos Você esta rodando o ipfw no gateway da rede ou no próprio servidor junto ao apache ? Isso, estão na mesma máquina o apache e o ipfw. O freebsd tem 2 interfaces de rede uma para a Internet e a outra onde está ligado o notebook. Só reforçando: do navegador no notebook se eu coloco: http://192.168.2.1:82 funciona normalmente, abre a página que configurei assim como se eu faço http://192.168.2.1:81 abre a outra página que fiz. A porta 80 eu desabilitei deixando apenas as portas: 81, 82 e a 443 do SSL. Como esta a configuração do seu apache ? como esta a configuração dos virtual hosts ? no httpd.conf tá o default sendo descomentado o include do httpd-vhosts.conf é esse aqui: NameVirtualHost *:81 NameVirtualHost *:82 VirtualHost *:81 ServerAdmin gon...@intnet.com.br DocumentRoot /usr/local/www/apache22/data/intnet ErrorLog /var/log/intnet-error_log CustomLog /var/log/intnet-access_log common /VirtualHost VirtualHost *:82 ServerAdmin gon...@intnet.com.br DocumentRoot /usr/local/www/apache22/data/intnet/msg ErrorLog /var/log/intnet-error_log CustomLog /var/log/intnet-access_log common /VirtualHost Gondin, Cade suas regras de ipfw? Cola elas ai. E ae mestre Patrick :) Te mandei um e-mail sobre a apostila do curso depois só me confirma se recebeu. :) Fiz o seguinte, como estou testando ainda a política default do Firewall tá como allow e aí fiz só essas linhas abaixo pra fazer os testes: #!/bin/sh ipfw disable one_pass ipfw -f flush ipfw table all flush ipfw table 1 add 192.168.2.0/24 ipfw table 1 add 192.168.8.0/24 ipfw add allow ip from any to any via lo0 ipfw add deny ip from any to 127.0.0.0/8 ipfw add deny ip from 127.0.0.0/8 to any ipfw add fwd 192.168.2.1,82 ip from table(99) to any 80 via re1 ipfw add divert 8668 all from 192.168.2.0/24 to any out via re0 ipfw add divert 8668 all from any to me in recv re0 ipfw add allow tcp from table(1) to me 22 ipfw add deny tcp from any to me 22 ipfw add allow tcp from table(1) to me 21 ipfw add deny tcp from any to me 21 ipfw add deny udp from any to me 123 Grande abraço à todos - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] forward no ipfw dando problema
Em 18/05/2011, às 16:42, Marcelo Gondim escreveu: Em 18/05/2011 16:36, Patrick Tracanelli escreveu: Em 18/05/2011, às 16:15, Marcelo Gondim escreveu: Em 18/05/2011 10:36, Luiz Otavio O Souza escreveu: On May 18, 2011, at 10:04 AM, Marcelo Gondim wrote: É o problema não parece ser o ipfw não, porque tá direcionando pra porta 82 o problema é que quando vai pelo forward o apache tá fazendo algo errado ele joga pra porta 82 mas pega a configuração default e não a configuração do virtualhost. Estou tentando migrar um Linux aqui para o FreeBSD e no redirect do iptables funciona certinho. Alguém tem alguma sugestão para resolver esse problema? []´s a todos Em 17/05/2011 17:09, Marcelo Gondim escreveu: Prezados, Fiz uma configuração aqui com o seguinte: - No apache criei uns virtualhosts com portas distintas caindo em páginas com mensagens diferentes. Tipo se eu acesso do navegador: http://192.168.2.1:81 caio numa página com um determinado aviso e se eu acesso: http://192.168.2.1:82 caio em outra página. Até aqui ficou show de bola e funcionando perfeitamente fazendo pelo navegador. Agora se faço a seguinte regra de ipfw: ipfw add fwd 192.168.2.1,82 tcp from table(99) to any 80 ipfw table 99 add 192.168.2.2 onde 192.168.2.2 é meu notebook de onde estou testando. Quando tento acessar uma página qualquer eu deveria ser redirecionado para o ip 192.168.2.1 porta 82 e deveria aparecer a mensagem que programei e que funciona acessando direto pelo navegador. Mas ao invés disso cai na página default que é It works!. Alguém saberia me dizer onde estou errando? :) []´s todos Você esta rodando o ipfw no gateway da rede ou no próprio servidor junto ao apache ? Isso, estão na mesma máquina o apache e o ipfw. O freebsd tem 2 interfaces de rede uma para a Internet e a outra onde está ligado o notebook. Só reforçando: do navegador no notebook se eu coloco: http://192.168.2.1:82 funciona normalmente, abre a página que configurei assim como se eu faço http://192.168.2.1:81 abre a outra página que fiz. A porta 80 eu desabilitei deixando apenas as portas: 81, 82 e a 443 do SSL. Como esta a configuração do seu apache ? como esta a configuração dos virtual hosts ? no httpd.conf tá o default sendo descomentado o include do httpd-vhosts.conf é esse aqui: NameVirtualHost *:81 NameVirtualHost *:82 VirtualHost *:81 ServerAdmin gon...@intnet.com.br DocumentRoot /usr/local/www/apache22/data/intnet ErrorLog /var/log/intnet-error_log CustomLog /var/log/intnet-access_log common /VirtualHost VirtualHost *:82 ServerAdmin gon...@intnet.com.br DocumentRoot /usr/local/www/apache22/data/intnet/msg ErrorLog /var/log/intnet-error_log CustomLog /var/log/intnet-access_log common /VirtualHost Gondin, Cade suas regras de ipfw? Cola elas ai. E ae mestre Patrick :) Te mandei um e-mail sobre a apostila do curso depois só me confirma se recebeu. :) Fiz o seguinte, como estou testando ainda a política default do Firewall tá como allow e aí fiz só essas linhas abaixo pra fazer os testes: Os IPs na table 99 nao estao caindo na porta 82 local? (/usr/local/www/apache22/data/intnet/msg) O que tem no log do apache? Apache esta Listen 82? #!/bin/sh ipfw disable one_pass ipfw -f flush ipfw table all flush ipfw table 1 add 192.168.2.0/24 ipfw table 1 add 192.168.8.0/24 ipfw add allow ip from any to any via lo0 ipfw add deny ip from any to 127.0.0.0/8 ipfw add deny ip from 127.0.0.0/8 to any ipfw add fwd 192.168.2.1,82 ip from table(99) to any 80 via re1 ipfw add divert 8668 all from 192.168.2.0/24 to any out via re0 ipfw add divert 8668 all from any to me in recv re0 ipfw add allow tcp from table(1) to me 22 ipfw add deny tcp from any to me 22 ipfw add allow tcp from table(1) to me 21 ipfw add deny tcp from any to me 21 ipfw add deny udp from any to me 123 Grande abraço à todos - 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] forward no ipfw dando problema
Em 18/05/2011 16:55, Patrick Tracanelli escreveu: Em 18/05/2011, às 16:42, Marcelo Gondim escreveu: Em 18/05/2011 16:36, Patrick Tracanelli escreveu: Em 18/05/2011, às 16:15, Marcelo Gondim escreveu: Em 18/05/2011 10:36, Luiz Otavio O Souza escreveu: On May 18, 2011, at 10:04 AM, Marcelo Gondim wrote: É o problema não parece ser o ipfw não, porque tá direcionando pra porta 82 o problema é que quando vai pelo forward o apache tá fazendo algo errado ele joga pra porta 82 mas pega a configuração default e não a configuração do virtualhost. Estou tentando migrar um Linux aqui para o FreeBSD e no redirect do iptables funciona certinho. Alguém tem alguma sugestão para resolver esse problema? []´s a todos Em 17/05/2011 17:09, Marcelo Gondim escreveu: Prezados, Fiz uma configuração aqui com o seguinte: - No apache criei uns virtualhosts com portas distintas caindo em páginas com mensagens diferentes. Tipo se eu acesso do navegador: http://192.168.2.1:81 caio numa página com um determinado aviso e se eu acesso: http://192.168.2.1:82 caio em outra página. Até aqui ficou show de bola e funcionando perfeitamente fazendo pelo navegador. Agora se faço a seguinte regra de ipfw: ipfw add fwd 192.168.2.1,82 tcp from table(99) to any 80 ipfw table 99 add 192.168.2.2 onde 192.168.2.2 é meu notebook de onde estou testando. Quando tento acessar uma página qualquer eu deveria ser redirecionado para o ip 192.168.2.1 porta 82 e deveria aparecer a mensagem que programei e que funciona acessando direto pelo navegador. Mas ao invés disso cai na página default que é It works!. Alguém saberia me dizer onde estou errando? :) []´s todos Você esta rodando o ipfw no gateway da rede ou no próprio servidor junto ao apache ? Isso, estão na mesma máquina o apache e o ipfw. O freebsd tem 2 interfaces de rede uma para a Internet e a outra onde está ligado o notebook. Só reforçando: do navegador no notebook se eu coloco: http://192.168.2.1:82 funciona normalmente, abre a página que configurei assim como se eu faço http://192.168.2.1:81 abre a outra página que fiz. A porta 80 eu desabilitei deixando apenas as portas: 81, 82 e a 443 do SSL. Como esta a configuração do seu apache ? como esta a configuração dos virtual hosts ? no httpd.conf tá o default sendo descomentado o include do httpd-vhosts.conf é esse aqui: NameVirtualHost *:81 NameVirtualHost *:82 VirtualHost *:81 ServerAdmin gon...@intnet.com.br DocumentRoot /usr/local/www/apache22/data/intnet ErrorLog /var/log/intnet-error_log CustomLog /var/log/intnet-access_log common /VirtualHost VirtualHost *:82 ServerAdmin gon...@intnet.com.br DocumentRoot /usr/local/www/apache22/data/intnet/msg ErrorLog /var/log/intnet-error_log CustomLog /var/log/intnet-access_log common /VirtualHost Gondin, Cade suas regras de ipfw? Cola elas ai. E ae mestre Patrick :) Te mandei um e-mail sobre a apostila do curso depois só me confirma se recebeu. :) Fiz o seguinte, como estou testando ainda a política default do Firewall tá como allow e aí fiz só essas linhas abaixo pra fazer os testes: Os IPs na table 99 nao estao caindo na porta 82 local? (/usr/local/www/apache22/data/intnet/msg) O que tem no log do apache? Apache esta Listen 82? Sim parece que estão caindo na 82 mas estava aparecendo a página default do apache o Its works! Quando tento acessar por exemplo www.uol.com.br no log /var/log/intnet-access_log não aparece nada mas no log /var/log/httpd-access.log aparece: 192.168.2.2 - - [18/May/2011:17:05:31 +] GET / HTTP/1.1 200 1623 http://www.uol.com.br/; Mozilla/5.0 (Windows; U; Windows NT 6.1; pt-BR; rv:1.9.2.17) Gecko/20110420 Firefox/3.6.17 192.168.2.2 - - [18/May/2011:17:05:31 +] GET /cabecalho.jpg HTTP/1.1 200 4449 http://www.uol.com.br/; Mozilla/5.0 (Windows; U; Windows NT 6.1; pt-BR; rv:1.9.2.17) Gecko/20110420 Firefox/3.6.17 O apache tá Listen na 81, 82 e 443. #!/bin/sh ipfw disable one_pass ipfw -f flush ipfw table all flush ipfw table 1 add 192.168.2.0/24 ipfw table 1 add 192.168.8.0/24 ipfw add allow ip from any to any via lo0 ipfw add deny ip from any to 127.0.0.0/8 ipfw add deny ip from 127.0.0.0/8 to any ipfw add fwd 192.168.2.1,82 ip from table(99) to any 80 via re1 ipfw add divert 8668 all from 192.168.2.0/24 to any out via re0 ipfw add divert 8668 all from any to me in recv re0 ipfw add allow tcp from table(1) to me 22 ipfw add deny tcp from any to me 22 ipfw add allow tcp from table(1) to me 21 ipfw add deny tcp from any to me 21 ipfw add deny udp from any to me 123 Grande abraço à todos - 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!
Re: [FUG-BR] forward no ipfw dando problema
NameVirtualHost *:81 NameVirtualHost *:82 VirtualHost *:81 ServerAdmin gon...@intnet.com.br DocumentRoot /usr/local/www/apache22/data/intnet ErrorLog /var/log/intnet-error_log CustomLog /var/log/intnet-access_log common /VirtualHost VirtualHost *:82 ServerAdmin gon...@intnet.com.br DocumentRoot /usr/local/www/apache22/data/intnet/msg ErrorLog /var/log/intnet-error_log CustomLog /var/log/intnet-access_log common /VirtualHost Gondin, Cade suas regras de ipfw? Cola elas ai. E ae mestre Patrick :) Te mandei um e-mail sobre a apostila do curso depois só me confirma se recebeu. :) Fiz o seguinte, como estou testando ainda a política default do Firewall tá como allow e aí fiz só essas linhas abaixo pra fazer os testes: Os IPs na table 99 nao estao caindo na porta 82 local? (/usr/local/www/apache22/data/intnet/msg) O que tem no log do apache? Apache esta Listen 82? Sim parece que estão caindo na 82 mas estava aparecendo a página default do apache o Its works! Quando tento acessar por exemplo www.uol.com.br no log /var/log/intnet-access_log não aparece nada mas no log /var/log/httpd-access.log aparece: 192.168.2.2 - - [18/May/2011:17:05:31 +] GET / HTTP/1.1 200 1623 http://www.uol.com.br/; Mozilla/5.0 (Windows; U; Windows NT 6.1; pt-BR; rv:1.9.2.17) Gecko/20110420 Firefox/3.6.17 192.168.2.2 - - [18/May/2011:17:05:31 +] GET /cabecalho.jpg HTTP/1.1 200 4449 http://www.uol.com.br/; Mozilla/5.0 (Windows; U; Windows NT 6.1; pt-BR; rv:1.9.2.17) Gecko/20110420 Firefox/3.6.17 Entao esta funcionando hehe. Separa os access.log pra ficar mais claro. Qual comportamento voce quer? O It works nao esta na porta 81 nem 82? Tem ceteza qe nao esta ouvindo na 80? Da um apachectl DUMP VHOSTS ai e cola :) -- 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] restore (sort of) de maquina
vfs.rootmountfrom=ufs:/dev/ad0s1a (êsse é o slice real) Esta dizendo que o slice definido no fstab como sendo o slice da Raiz não está acessivel nesse endereço possivelmente deveria estar usando sata sem AHCI por isso o device ad0, quando instalou os discos na maquina nova o disco passou a ser ad4 ou ad6 ele pede para você definir de onde inicializar o sistema, por exemplo ufs:/dev/ad4s1a ou ufs:/dev/ad6s1a Ja tive caso em que o disco começa a contar do ad6 ( quando tem 2 portas EIDE ), nesses casos usando discos SATA com AHCI ativo, quando usa compatible mode EIDE ou uma controladora EIDE nativa os discos começa com ad0 ( quando EIDE nativo e ad4 ( quando Compatible mode ). De uma verificada nessas configurações. Por ser maquina virtual verifica se a configuração de discos virtuais da maquina não alterou !!! Att Em 18/05/2011 16:28, irado furioso com tudo escreveu: buenas, piás :) bem.. estou com a necessidade de transportar maquina virtual em VMWare para outra máquina virtual (questão de espaço). Contudo, nem a pau, nicolau. Faço o restore em cima de uma instalação muito básica, funcional até então (boot, ok). após o restore de tudo, no boot imediatamente seguinte.. nada. Um prompt (sorry, não li o prompt) mas diz para NA SELEÇÃO DE BOOT (menu) indicar as seguintes variáveis: vfs.rootmountfrom=ufs:/dev/ad0s1a (êsse é o slice real) vfs.root.mountfrom.options=rw imagino que, a seguir, devo indicar: boot kernel, né? pois é.. primeiro indica que o /dev não existe (existia quando da instalação original) e novamente cai no tal prompt de erro :( então resolvi fazer uma abordagem diferente: vou restaurar /var /usr e NÃO restauro / (root) e seja o que deus quiser; contudo, aí tenho (mais um) pequeno problema: manter meus usuários originais. pretendo fazer um tar.bz2 dos seguintes arquivos do /etc: passwd group master.passwd rc.conf pwd.db na tentativa de manter as condições originais. perguntas: a) alguém tem uma sugestão melhor, mais técnica do que essa minha gambi.. ah, esqueci, chama-se alternativa tecnica eventual (risos)? b) caso não tenham - fico por minha conta e risco - alguma coisa que possa impedir os usuários de acessar a máquina (inclusive o root) devido a algum erro não previsto? grato -- Paulo Henrique R. Oliveira. Consultória em Projetos de TI. Cel: (21) 9683-5433 - VIVO. Cel: (21) 7402-6128 - Claro. Desenvolvedor de Software / Administrador de Sitemas. Genuine BSD/Unix User. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd