Re: steam
Concordo. Ja é alguma coisa, mesmo nao usando Linux para jogos. Em 25 de abril de 2012 10:46, Fred Maranhão fred.maran...@gmail.comescreveu: Boas notícias no mundo dos jogos http://adrenaline.uol.com.br/games/noticias/12241/steam-para-linux-pode-estar-a-caminho.html tudo bem que os produtos da valve não são livres, mas coisas proprietárias que rodam em coisas livres, a meu ver, é andar na direção certa. PS: isto era para ser OFF-TOPIC? -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/capr829mbddmwakcwyofkrwxs3uajn3corhd-ny2zuak0eo...@mail.gmail.com
Fwd: microfone
Olá, aproveitando aqui, estou com o mesmo problema, o microfone funciona direto na saída de som e eu fico ouvindo o som ambiente, mas não funciona com o skype, já tentei diversas combinações de configurações de volume no alsamixer mas ou o microfone está direto na saída ou não funciona. Obrigado Rafael -- Forwarded message -- From: manoel araujo mpedro.ara...@gmail.com Date: Tue, 24 Apr 2012 16:54:45 -0300 Subject: microfone To: debian-user-portuguese@lists.debian.org Olá, tenho um notebook, uso o debian squeeze, nao consigo usar o microfone imbutido no skype e no gtalk eu consigo ouvi a pessoa mas ela nao consegue me ouvi, ja alterei totas as configurações do alsamixer e nada do microfone funcionar -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CANnZ9jmeW28ZDw92VhzYYWO8c-cwdCiCyuD3f-=ql8wbbyx...@mail.gmail.com
dhcp do Squeeze não fornece ips para o windows 7
Boa tarde a todos . Estou implementando um servidor novo em um cliente para substituir um antigo . O antigo roda Lenny O novo está rodando Squeeze Copiei o arquivo de configuração de um para o outro, e acontece que os clientes Windows 7 não conseguem puxar o ip ! Este é o arquivo de configuração : server-identifierproxy.bpd.local; ddns-updateson; ddns-update-styleinterim; ddns-domainnamebpd.local; ddns-rev-domainnamein-addr.arpa.; #ignoreclient-updates; authoritative; include /etc/bind/rndc.key; zonefirewall.bpd.local.{ primary127.0.0.1; key rndc-key; } zone 0.168.192.in-addr.arpa. { primary 127.0.0.1; key rndc-key; } default-lease-time 86400; max-lease-time 86400; authoritative; subnet 10.152.187.0 netmask 255.255.255.0 { } # aki ficam as placas de rede # rede local subnet 192.168.0.0 netmask 255.255.255.0 { authoritative; allow client-updates; allow unknown-clients; ddns-updates on; server-name proxy.bpd.local; range 192.168.0.150 192.168.0.254; option routers 192.168.0.1; option ip-forwarding on; option broadcast-address 192.168.0.255; option subnet-mask 255.255.255.0; option netbios-name-servers 192.168.0.1; option domain-name-servers 192.168.0.1; } E esta é a entrada no log do servidor novo : Apr 25 11:30:57 proxy dhcpd: DHCPDISCOVER from 84:2b:2b:7d:65:4f via eth1 Apr 25 11:30:58 proxy dhcpd: DHCPOFFER on 192.168.0.250 to 84:2b:2b:7d:65:4f (POWER09) via eth1 Apr 25 11:31:01 proxy dhcpd: DHCPDISCOVER from 84:2b:2b:7d:65:4f (POWER09) via eth1 Apr 25 11:31:01 proxy dhcpd: DHCPOFFER on 192.168.0.250 to 84:2b:2b:7d:65:4f (POWER09) via eth1 A versão do dhcp no lenny é 3.1.1 E a versão do dhcp no squeeze é 4.1.1 As estações XP funcionam corretamente, assim como servidores de impressão, celulares, tablets, enfim, tudo menos os Windows 7 . Se eu abaixo o dhcp do servidor novo com Squeeze e levanto novamente o dhcp do servidor antigo com Lenny tudo volta ao normal !!! Em tempo, eu lí um artigo no site da Microsoft sobre algo parecido, que envolve editar um parâmetro no registro, DhcpConnEnableBcastFlagToggle, e a alteração não teve nenhum efeito . Estou desde ontém em cima deste problema, já pesquisei um bocado, mas não encontrei mais nada além deste artigo da Microsoft . Alguém já viu algo parecido ? Fábio Rabelo
Re: dhcp do Squeeze não fornece ips para o windows 7
Verifica no log do windows se aparece alguma falha. Outra coisa verifique a data e a hora do sistema. Abraços Em 25 de abril de 2012 11:54, Fábio Rabelo fa...@fabiorabelo.wiki.brescreveu: Boa tarde a todos . Estou implementando um servidor novo em um cliente para substituir um antigo . O antigo roda Lenny O novo está rodando Squeeze Copiei o arquivo de configuração de um para o outro, e acontece que os clientes Windows 7 não conseguem puxar o ip ! Este é o arquivo de configuração : server-identifierproxy.bpd.local; ddns-updateson; ddns-update-styleinterim; ddns-domainnamebpd.local; ddns-rev-domainnamein-addr.arpa.; #ignoreclient-updates; authoritative; include /etc/bind/rndc.key; zonefirewall.bpd.local.{ primary127.0.0.1; key rndc-key; } zone 0.168.192.in-addr.arpa. { primary 127.0.0.1; key rndc-key; } default-lease-time 86400; max-lease-time 86400; authoritative; subnet 10.152.187.0 netmask 255.255.255.0 { } # aki ficam as placas de rede # rede local subnet 192.168.0.0 netmask 255.255.255.0 { authoritative; allow client-updates; allow unknown-clients; ddns-updates on; server-name proxy.bpd.local; range 192.168.0.150 192.168.0.254; option routers 192.168.0.1; option ip-forwarding on; option broadcast-address 192.168.0.255; option subnet-mask 255.255.255.0; option netbios-name-servers 192.168.0.1; option domain-name-servers 192.168.0.1; } E esta é a entrada no log do servidor novo : Apr 25 11:30:57 proxy dhcpd: DHCPDISCOVER from 84:2b:2b:7d:65:4f via eth1 Apr 25 11:30:58 proxy dhcpd: DHCPOFFER on 192.168.0.250 to 84:2b:2b:7d:65:4f (POWER09) via eth1 Apr 25 11:31:01 proxy dhcpd: DHCPDISCOVER from 84:2b:2b:7d:65:4f (POWER09) via eth1 Apr 25 11:31:01 proxy dhcpd: DHCPOFFER on 192.168.0.250 to 84:2b:2b:7d:65:4f (POWER09) via eth1 A versão do dhcp no lenny é 3.1.1 E a versão do dhcp no squeeze é 4.1.1 As estações XP funcionam corretamente, assim como servidores de impressão, celulares, tablets, enfim, tudo menos os Windows 7 . Se eu abaixo o dhcp do servidor novo com Squeeze e levanto novamente o dhcp do servidor antigo com Lenny tudo volta ao normal !!! Em tempo, eu lí um artigo no site da Microsoft sobre algo parecido, que envolve editar um parâmetro no registro, DhcpConnEnableBcastFlagToggle, e a alteração não teve nenhum efeito . Estou desde ontém em cima deste problema, já pesquisei um bocado, mas não encontrei mais nada além deste artigo da Microsoft . Alguém já viu algo parecido ? Fábio Rabelo
Re: dhcp do Squeeze não fornece ips para o windows 7
Agradeço antecipadamente a sua atenção ... Eu já havia verificado . A única falha que aparece nos logs do windows é de dhcp time-out ... E os horários estão sincronidados, as máquinas estão todas em um domínio, ela nem mesmo conseguiriam se autenticar se não estivessem sincronizadas ... Fábio Rabelo Em 25 de abril de 2012 13:58, Rodolfo rof20...@gmail.com escreveu: Verifica no log do windows se aparece alguma falha. Outra coisa verifique a data e a hora do sistema. Abraços Em 25 de abril de 2012 11:54, Fábio Rabelo fa...@fabiorabelo.wiki.brescreveu: Boa tarde a todos . Estou implementando um servidor novo em um cliente para substituir um antigo . O antigo roda Lenny O novo está rodando Squeeze Copiei o arquivo de configuração de um para o outro, e acontece que os clientes Windows 7 não conseguem puxar o ip ! Este é o arquivo de configuração : server-identifierproxy.bpd.local; ddns-updateson; ddns-update-styleinterim; ddns-domainnamebpd.local; ddns-rev-domainnamein-addr.arpa.; #ignoreclient-updates; authoritative; include /etc/bind/rndc.key; zonefirewall.bpd.local.{ primary127.0.0.1; key rndc-key; } zone 0.168.192.in-addr.arpa. { primary 127.0.0.1; key rndc-key; } default-lease-time 86400; max-lease-time 86400; authoritative; subnet 10.152.187.0 netmask 255.255.255.0 { } # aki ficam as placas de rede # rede local subnet 192.168.0.0 netmask 255.255.255.0 { authoritative; allow client-updates; allow unknown-clients; ddns-updates on; server-name proxy.bpd.local; range 192.168.0.150 192.168.0.254; option routers 192.168.0.1; option ip-forwarding on; option broadcast-address 192.168.0.255; option subnet-mask 255.255.255.0; option netbios-name-servers 192.168.0.1; option domain-name-servers 192.168.0.1; } E esta é a entrada no log do servidor novo : Apr 25 11:30:57 proxy dhcpd: DHCPDISCOVER from 84:2b:2b:7d:65:4f via eth1 Apr 25 11:30:58 proxy dhcpd: DHCPOFFER on 192.168.0.250 to 84:2b:2b:7d:65:4f (POWER09) via eth1 Apr 25 11:31:01 proxy dhcpd: DHCPDISCOVER from 84:2b:2b:7d:65:4f (POWER09) via eth1 Apr 25 11:31:01 proxy dhcpd: DHCPOFFER on 192.168.0.250 to 84:2b:2b:7d:65:4f (POWER09) via eth1 A versão do dhcp no lenny é 3.1.1 E a versão do dhcp no squeeze é 4.1.1 As estações XP funcionam corretamente, assim como servidores de impressão, celulares, tablets, enfim, tudo menos os Windows 7 . Se eu abaixo o dhcp do servidor novo com Squeeze e levanto novamente o dhcp do servidor antigo com Lenny tudo volta ao normal !!! Em tempo, eu lí um artigo no site da Microsoft sobre algo parecido, que envolve editar um parâmetro no registro, DhcpConnEnableBcastFlagToggle, e a alteração não teve nenhum efeito . Estou desde ontém em cima deste problema, já pesquisei um bocado, mas não encontrei mais nada além deste artigo da Microsoft . Alguém já viu algo parecido ? Fábio Rabelo
Re: dhcp do Squeeze não fornece ips para o windows 7
Boa tarde, agradeço antecipadamente o retorno ... O arquivo de configuração do dhcp server já havia seguido com o primeiro email, mas segue novamente : server-identifierproxy.bpd.local; ddns-updateson; ddns-update-styleinterim; ddns-domainnamebpd.local; ddns-rev-domainnamein-addr.arpa.; #ignoreclient-updates; authoritative; include /etc/bind/rndc.key; zonefirewall.bpd.local.{ primary127.0.0.1; key rndc-key; } zone 0.168.192.in-addr.arpa. { primary 127.0.0.1; key rndc-key; } default-lease-time 86400; max-lease-time 86400; authoritative; subnet 10.152.187.0 netmask 255.255.255.0 { } # aki ficam as placas de rede # rede local subnet 192.168.0.0 netmask 255.255.255.0 { authoritative; allow client-updates; allow unknown-clients; ddns-updates on; server-name proxy.bpd.local; range 192.168.0.150 192.168.0.254; option routers 192.168.0.1; option ip-forwarding on; option broadcast-address 192.168.0.255; option subnet-mask 255.255.255.0; option netbios-name-servers 192.168.0.1; option domain-name-servers 192.168.0.1; } Fábio Rabelo Em 25 de abril de 2012 14:38, Joao Mandl joao.ma...@gmail.com escreveu: Roda um TCPDUMP ou NetMon no Windows para ver o que está acontecendo na negociação com o DHCP. Eu tenho um e fornece o IP sim, consegue passar os arquivos de configuração. Abraços, | João Paulo de Carvalho Mandl | Em 25 de abril de 2012 14:21, Fábio Rabelo fa...@fabiorabelo.wiki.brescreveu: Agradeço antecipadamente a sua atenção ... Eu já havia verificado . A única falha que aparece nos logs do windows é de dhcp time-out ... E os horários estão sincronidados, as máquinas estão todas em um domínio, ela nem mesmo conseguiriam se autenticar se não estivessem sincronizadas ... Fábio Rabelo Em 25 de abril de 2012 13:58, Rodolfo rof20...@gmail.com escreveu: Verifica no log do windows se aparece alguma falha. Outra coisa verifique a data e a hora do sistema. Abraços Em 25 de abril de 2012 11:54, Fábio Rabelo fa...@fabiorabelo.wiki.brescreveu: Boa tarde a todos . Estou implementando um servidor novo em um cliente para substituir um antigo . O antigo roda Lenny O novo está rodando Squeeze Copiei o arquivo de configuração de um para o outro, e acontece que os clientes Windows 7 não conseguem puxar o ip ! Este é o arquivo de configuração : server-identifierproxy.bpd.local; ddns-updateson; ddns-update-styleinterim; ddns-domainnamebpd.local; ddns-rev-domainnamein-addr.arpa.; #ignoreclient-updates; authoritative; include /etc/bind/rndc.key; zonefirewall.bpd.local.{ primary127.0.0.1; key rndc-key; } zone 0.168.192.in-addr.arpa. { primary 127.0.0.1; key rndc-key; } default-lease-time 86400; max-lease-time 86400; authoritative; subnet 10.152.187.0 netmask 255.255.255.0 { } # aki ficam as placas de rede # rede local subnet 192.168.0.0 netmask 255.255.255.0 { authoritative; allow client-updates; allow unknown-clients; ddns-updates on; server-name proxy.bpd.local; range 192.168.0.150 192.168.0.254; option routers 192.168.0.1; option ip-forwarding on; option broadcast-address 192.168.0.255; option subnet-mask 255.255.255.0; option netbios-name-servers 192.168.0.1; option domain-name-servers 192.168.0.1; } E esta é a entrada no log do servidor novo : Apr 25 11:30:57 proxy dhcpd: DHCPDISCOVER from 84:2b:2b:7d:65:4f via eth1 Apr 25 11:30:58 proxy dhcpd: DHCPOFFER on 192.168.0.250 to 84:2b:2b:7d:65:4f (POWER09) via eth1 Apr 25 11:31:01 proxy dhcpd: DHCPDISCOVER from 84:2b:2b:7d:65:4f (POWER09) via eth1 Apr 25 11:31:01 proxy dhcpd: DHCPOFFER on 192.168.0.250 to 84:2b:2b:7d:65:4f (POWER09) via eth1 A versão do dhcp no lenny é 3.1.1 E a versão do dhcp no squeeze é 4.1.1 As estações XP funcionam corretamente, assim como servidores de impressão, celulares, tablets, enfim, tudo menos os Windows 7 . Se eu abaixo o dhcp do servidor novo com Squeeze e levanto novamente o dhcp do servidor antigo com Lenny tudo volta ao normal !!! Em tempo, eu lí um artigo no site da Microsoft sobre algo parecido, que envolve editar um parâmetro no registro, DhcpConnEnableBcastFlagToggle, e a alteração não teve nenhum efeito . Estou desde ontém em cima deste problema, já pesquisei um bocado, mas não encontrei mais nada além deste artigo da Microsoft . Alguém já viu algo parecido ? Fábio Rabelo
Re: steam
Wine :) Funciona para muitos jogos. | João Paulo de Carvalho Mandl | Em 25 de abril de 2012 10:46, Fred Maranhão fred.maran...@gmail.comescreveu: Boas notícias no mundo dos jogos http://adrenaline.uol.com.br/games/noticias/12241/steam-para-linux-pode-estar-a-caminho.html tudo bem que os produtos da valve não são livres, mas coisas proprietárias que rodam em coisas livres, a meu ver, é andar na direção certa. PS: isto era para ser OFF-TOPIC? -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/capr829mbddmwakcwyofkrwxs3uajn3corhd-ny2zuak0eo...@mail.gmail.com
Re: dhcp do Squeeze não fornece ips para o windows 7
Ola, A muito tempo atrás, numa galáxia distante... Tive o mesmo problema. On Wed, Apr 25, 2012 at 12:54 PM, Fábio Rabelo fa...@fabiorabelo.wiki.br wrote: Boa tarde a todos . Este é o arquivo de configuração : server-identifier proxy.bpd.local; Por algum motivo, o windows 7 não gosta de ter o nome nessa opção. Troque pelo ip do servidor que responde por esse interface. E esta é a entrada no log do servidor novo : Apr 25 11:30:57 proxy dhcpd: DHCPDISCOVER from 84:2b:2b:7d:65:4f via eth1 Apr 25 11:30:58 proxy dhcpd: DHCPOFFER on 192.168.0.250 to 84:2b:2b:7d:65:4f (POWER09) via eth1 Isso mesmo que acontecia, o dhcp oferecia o lease, mas nada de pintar o sete. Perdi os cabelos tentando entender o que estava acontecendo, já que o mesmo servidor fornecia os ips para outras redes, e somente numa o windows7 não completava a operação. Boa sorte, Paulino -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAMM-fMgS4JOeH8zqcjrE1NUxWtcf8jmkNcMkK1PrSxùzt...@mail.gmail.com
Re: dhcp do Squeeze não fornece ips para o windows 7
Muitissimo obrigado !!! Era isto funcionando !!! Mas pq no Lenny esta opção funcionava ?!?!? Fábio Rabelo Em 25 de abril de 2012 16:12, Paulino Kenji Sato pks...@gmail.comescreveu: Ola, A muito tempo atrás, numa galáxia distante... Tive o mesmo problema. On Wed, Apr 25, 2012 at 12:54 PM, Fábio Rabelo fa...@fabiorabelo.wiki.br wrote: Boa tarde a todos . Este é o arquivo de configuração : server-identifierproxy.bpd.local; Por algum motivo, o windows 7 não gosta de ter o nome nessa opção. Troque pelo ip do servidor que responde por esse interface. E esta é a entrada no log do servidor novo : Apr 25 11:30:57 proxy dhcpd: DHCPDISCOVER from 84:2b:2b:7d:65:4f via eth1 Apr 25 11:30:58 proxy dhcpd: DHCPOFFER on 192.168.0.250 to 84:2b:2b:7d:65:4f (POWER09) via eth1 Isso mesmo que acontecia, o dhcp oferecia o lease, mas nada de pintar o sete. Perdi os cabelos tentando entender o que estava acontecendo, já que o mesmo servidor fornecia os ips para outras redes, e somente numa o windows7 não completava a operação. Boa sorte, Paulino -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAMM-fMgS4JOeH8zqcjrE1NUxWtcf8jmkNcMkK1PrSxùzt...@mail.gmail.com
Dúvidas sobre Roteador com Iptables
Boa noite queridos amigos! Estou construindo um roteador com iptables para o trabalho mas antes estou colhendo bastante informações pois não considero esta ferramenta fácil mas já estou tendo algum exito a miha dúvida é a seguinte... por ser um roteador devo prestar atenção nas regras INPUT que no caso seria relacionado ao próprio host (sistema) e FORWARD que trataria dos pacotes vão atravessar este host, sendo assim, as regras de proteção eu devo implementá-las tanto em INPUT quanto em FARWARD ex: *#== # REGRAS PARA PROTEÇÃO #== ## INPUT # CONTRA PING DA MORTE iptables -A INPUT -p icmp --icmp-type echo-request -m limit --limit 1/s -j ACCEPT # ACEITANDO CONEXÕES iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT # CONTRA PORTCAN OCULTO iptables -A INPUT -p tcp --tcp-flags SYN,ACK,FIN,RST RST -m limit --limit 1/s -j ACCEPT iptables -A INPUT -p tcp --tcp-flags ALL SYN,ACK -j DROP # ACEITANDO CONEXÕES iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT ## FORWARD # CONTRA PING DA MORTE iptables -A FORWARD -p icmp --icmp-type echo-request -m limit --limit 1/s -j ACCEPT # ACEITANDO CONEXÕES* * iptables -A FORWARD -m state --state ESTABLISHED,RELATED -j ACCEPT # CONTRA PORTCAN OCULTO* * iptables -A FORWARD -p tcp --tcp-flags SYN,ACK,FIN,RST RST -m limit --limit 1/s -j ACCEPT iptables -A FORWARD -p tcp --tcp-flags ALL SYN,ACK -j DROP # ACEITANDO CONEXÕES* * iptables -A FORWARD -m state --state ESTABLISHED,RELATED -j ACCEPT **#== # FIM DAS REGRAS PARA PROTEÇÃO #==* * * Estaria eu tendo uma dúvida relevante ou simplesmente viajando literalmente na maionese pergunto isto pois concluí que existe a proteção tanto para o host quanto para a rede. Agradeço desde já que puder me orientar a respeito. Grande abraço, Moksha