Alterar senha via web
by Adere - Levi / Analista de Suporte Linux
Pessoal uso fedora core 3 e queria saber se tem algum programa que posso alterar a senha do linux e
samba via web.
17 years, 4 months
ATI
by Gabriel Lovison
Entao pessoal,
jah cansei de tentar instalar os drivers da placa de video da ati, meu
laptop eh um compaq r4125, amd64 3500 com uma ati xpress 200m.
li varios tutoriais e segui passo a passo o q eles informavam, mas ateh
agora nao consegui.
alguem tem um comp igual ao meu ou sabe o q fazer para habilitar o suporte
3d, pq soh estah habilitando o mesa 2d ateh agora.
--
Gabriel Z. Lovison
17 years, 4 months
Open Office vs. BROffice.org
by Edgar Gabaldi
Saudações lista.
Estou desenvolvendo um projeto para adoção do software livre aqui na empresa
mas como todos devem saber não é facil. Tem que ser uma mudança extremamente
gradativa.
Bom, eu vou começar trocando alguns softwares como MSOffice para Openoffice.
E vou fazer uma campanha com nossos clientes e fornecedores em geral para
estarem adotando formatos ODF para melhor compatibilidade dos documentos
entre os software.
Muito já ouvi falar sobre o BROffice.org, qual é a diferença dele para o
OpenOffice?
Minha maior preocupação nesse primeiro momento é a compatibilidade entre os
documentos, alguem já teve alguma experiencia similar a essa?
--
Edgar Gabaldi
+ 55 92 9142-0780
edgabaldi at gmail dot com
Linux User: #434561
17 years, 4 months
Construção de Cluster para estudos
by Sérgio Cioban Filho - TECJUMP
Olá,
Eu tenho uns 6 computadores P100 com 64 de RAM e quero construir um
cluster para estudos com eles.
A idéia é colocar um Athlon XP 1500 como master e os outros como nodos
do cluster.
Alguém já fez isso? Tem um tutorial para indicar?
Se possível queria que os hosts fossem diskless.
Eu tentei com o openmozix em um Fedora Core 2 mas não consegui...
Qualquer ajuda e opinião é bem-vinda,
Att,
########################################
#!/bin/bash
nome="Sergio Cioban Filho"
cargo="Consultor de Software Livre"
email="sergio(a)tecjump.com.br"
certificacao="Linux Professional Institute - Level 1"
export nome cargo email certificacao
exit 0
########################################
17 years, 4 months
Problemas em acessar site, firewall + squid??
by Bruno Contin
Explicação: Fiz um firewall com proxy transparente que é o seguinte: só tem
uma lista branca, onde coloco os sites que podem ser acessados por um
determinado ip, o resto da rede tem acesso total...
Problema: tem uma site ( https://www.ctf.com.br/index.html ) que só funciona
se tiver o proxy abilistado e com um ip restrito, ou seja o nome do site
esta na lista branca, os outros ips que tem acesso total e não passam pela
restriçao, o site não funfa, ele carrega mais trava em determinada parte.
Oque pode está acontecendo?
Tenho que adicionar alguma regra para passar direto o site?
Obrigado e bom dia....
17 years, 4 months
Re: Digest Fedora-users-br, volume 14, assunto 26
by Bruno Contin
Não é os frames, pq se foçe eles eu não conseguiria acessar pelo ip
restrito...
Pelo ip restrito eu consigo navegar normalmente no site...
Pelo ip acesso total que da problema, o site congela, é mole??
Em 07/12/06, fedora-users-br-request(a)redhat.com <
fedora-users-br-request(a)redhat.com> escreveu:
>
> enviar inscrições da lista de discussão Send Fedora-users-br para
> fedora-users-br(a)redhat.com
>
> Para se cadastrar ou descadastrar via WWW, visite o endereço
> https://www.redhat.com/mailman/listinfo/fedora-users-br
> ou, via email, envie uma mensagem com a palavra 'help' no assunto ou
> corpo da mensagem para
> fedora-users-br-request(a)redhat.com
>
> Você poderá entrar em contato com a pessoa que gerencia a lista pelo
> endereço
> fedora-users-br-owner(a)redhat.com
>
> Quando responder, por favor edite sua linha Assunto assim ela será
> mais específica que "Re: Contents of Fedora-users-br digest..."
>
>
> Tópicos de Hoje:
>
> 1. Re: Problemas em acessar site, firewall + squid??
> (Renato dos Santos)
> 2. Re: Re: VPN PPTP (Cristiano Furtado)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 7 Dec 2006 10:10:30 -0200
> From: "Renato dos Santos" <shazaum(a)gmail.com>
> Subject: Re: [Fedora-users-br] Problemas em acessar site, firewall +
> squid??
> To: " Lista de discussão voltada para os usuários brasileiros do
> Fedora " <fedora-users-br(a)redhat.com>
> Message-ID:
> <91d30adc0612070410u3f5a33ebof895a8281e7fb716(a)mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Ola Bruno....
> tente verificar se ele esta carregando outros link's dentro do proprio
> site...
> tipo uns frames
>
> 2006/12/7, Bruno Contin <brunorodeiro(a)gmail.com>:
> >
> > Explicação: Fiz um firewall com proxy transparente que é o seguinte: só
> > tem uma lista branca, onde coloco os sites que podem ser acessados por
> um
> > determinado ip, o resto da rede tem acesso total...
> > Problema: tem uma site ( https://www.ctf.com.br/index.html ) que só
> > funciona se tiver o proxy abilistado e com um ip restrito, ou seja o
> nome do
> > site esta na lista branca, os outros ips que tem acesso total e não
> passam
> > pela restriçao, o site não funfa, ele carrega mais trava em determinada
> > parte.
> > Oque pode está acontecendo?
> > Tenho que adicionar alguma regra para passar direto o site?
> > Obrigado e bom dia....
> > --
> > Fedora-users-br mailing list
> > Fedora-users-br(a)redhat.com
> > https://www.redhat.com/mailman/listinfo/fedora-users-br
> >
> >
> >
>
>
> --
> Simplicidade de caráter é o resultado natural da reflexão profunda
> -------------- Próxima Parte ----------
> Um anexo em HTML foi limpo...
> URL:
> https://www.redhat.com/archives/fedora-users-br/attachments/20061207/dde9...
>
> ------------------------------
>
> Message: 2
> Date: Thu, 7 Dec 2006 09:14:08 -0300
> From: "Cristiano Furtado" <jasonnfedora(a)gmail.com>
> Subject: Re: [Fedora-users-br] Re: VPN PPTP
> To: " Lista de discussão voltada para os usuários brasileiros do
> Fedora " <fedora-users-br(a)redhat.com>
> Message-ID:
> <5db07cbd0612070414h18e34639ga828750c39699a14(a)mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> O que no firewall?
>
> 2006/12/7, Leonardo Korndorfer <leokorndorfer(a)gmail.com>:
> >
> > Bom, só pra nao acabar a thread sem uma conclusao, o problema era
> > configuraçao de firewall (como sempre).
> > Adicionei tambem:
> > noaccomp
> > noccp
> > nodeflate
> > nopcomp
> > novjccomp
> >
> > Agora ta tranquilo.
> >
> >
> > On 12/6/06, Cristiano Furtado <jasonnfedora(a)gmail.com> wrote:
> > >
> > > Cara na boa, não era melhor vc fazer um teste para uma maquina
> fora????
> > > É muito mais pratico, de repente pode ser até algo com o cabo cross.
> Bom eu
> > > tentaria numa boa.
> > >
> > > Em 05/12/06, Leonardo Korndorfer <leokorndorfer(a)gmail.com> escreveu:
> > > >
> > > > Eu podia passar milhares de informaçoes. Ja estou acreditando que o
> > > > problema é de rotas:
> > > > eth0 Link encap:Ethernet HWaddr 00:50:DA:70:88:20
> > > > inet addr: 192.168.11.18 Bcast: 192.168.11.255 Mask:
> 255.255.255.0
> > > > inet6 addr: fe80::250:daff:fe70:8820/64 Scope:Link
> > > > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> > > > RX packets:275815 errors:0 dropped:0 overruns:0 frame:0
> > > > TX packets:167680 errors:0 dropped:0 overruns:0 carrier:0
> > > > collisions:0 txqueuelen:1000
> > > > RX bytes:366644505 (349.6 MiB) TX bytes:17910004 (17.0MiB)
> > > > Interrupt:185 Base address:0x8c00
> > > >
> > > > ppp0 Link encap:Point-to-Point Protocol
> > > > inet addr: 192.168.10.234 P-t-P: 192.168.10.1 Mask:
> > > > 255.255.255.255
> > > > UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
> > > > RX packets:300 errors:0 dropped:0 overruns:0 frame:0
> > > > TX packets:154 errors:0 dropped:0 overruns:0 carrier:0
> > > > collisions:0 txqueuelen:3
> > > > RX bytes:35076 (34.2 KiB) TX bytes:15600 (15.2 KiB)
> > > >
> > > >
> > > > Server:
> > > > eth0 Link encap:Ethernet HWaddr 00:01:6C:C5:11:97
> > > > inet addr: 192.168.1.1 Bcast:192.168.1.255 Mask:
> 255.255.255.0
> > > > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> > > > RX packets:51256 errors:0 dropped:0 overruns:0 frame:0
> > > > TX packets:80811 errors:0 dropped:0 overruns:0 carrier:0
> > > > collisions:0 txqueuelen:1000
> > > > RX bytes:8225079 (7.8 MiB) TX bytes:16487062 (15.7 MiB)
> > > > Interrupt:201 Base address:0xd400
> > > >
> > > > ppp0 Link encap:Point-Point Protocol
> > > > inet addr:192.168.10.1 P-t-P: 192.168.10.234 Mask:
> 255.255.255.255
> > > >
> > > > UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
> > > > RX packets:228 errors:0 dropped:0 overruns:0 frame:0
> > > > TX packets:448 errors:0 dropped:0 overruns:0 carrier:0
> > > > collisions:0 txqueuelen:3
> > > > RX bytes:23296 (22.7 KiB) TX bytes:52540 (51.3 KiB)
> > > >
> > > >
> > > > [root@root]# route -n
> > > > Kernel IP routing table
> > > > Destination Gateway Genmask Flags Metric Ref
> > > > Use Iface
> > > > 192.168.10.234 0.0.0.0 255.255.255.255 UH 0 0
> > > > 0 ppp0
> > > > 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0
> > > > 0 eth0
> > > > 192.168.10.0 0.0.0.0 255.255.255.0 U 0 0
> > > > 0 eth1
> > > > 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0
> > > > 0 eth1
> > > > 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0
> > > > 0 lo
> > > >
> > > > PING 192.168.10.234 (192.168.10.234): 56 data bytes
> > > > NADA!
> > > >
> > > >
> > > >
> > > >
> > > > On 12/5/06, Leonardo Korndorfer < leokorndorfer(a)gmail.com> wrote:
> > > > >
> > > > > Nao estou atras de nat. Estou tentando estabelecer um tunel entre
> > > > > duas maquinas ligadas por uma cabo cross.
> > > > >
> > > > > On 12/5/06, Leonardo Korndorfer < leokorndorfer(a)gmail.com> wrote:
> > > > > >
> > > > > > Bom... Continua os mesmos problemas...
> > > > > >
> > > > > > On 12/5/06, Cristiano Furtado <jasonnfedora(a)gmail.com > wrote:
> > > > > > >
> > > > > > > veja no log se aparece a confirmação igual a esta abaixo:
> > > > > > >
> > > > > > > Dec 5 11:25:37 fedora pptpd[10227]: CTRL: Client
> 200.254.241.07control connection started
> > > > > > > Dec 5 11:25:37 fedora pptpd[10227]: CTRL: Starting call
> > > > > > > (launching pppd, opening GRE)
> > > > > > > Dec 5 11:25:38 fedora pppd[10228]: Plugin
> /usr/lib/pptpd/pptpd-
> > > > > > > logwtmp.so loaded.
> > > > > > > Dec 5 11:25:38 fedora pppd[10228]: pppd 2.4.3 started by
> root,
> > > > > > > uid 0
> > > > > > > Dec 5 11:25:38 fedora pppd[10228]: Using interface ppp1
> > > > > > > Dec 5 11:25:38 fedora pppd[10228]: Connect: ppp1 <-->
> > > > > > > /dev/pts/4404
> > > > > > > Dec 5 11:25:41 fedora pppd[10228]: MPPE 128-bit stateless
> > > > > > > compression enabled
> > > > > > > Dec 5 11:25:44 fedora pppd[10228]: found interface eth1 for
> > > > > > > proxy arp
> > > > > > > Dec 5 11:25:44 fedora pppd[10228]: local IP address
> > > > > > > 192.168.0.240
> > > > > > > Dec 5 11:25:44 fedora pppd[10228]: remote IP address
> > > > > > > 192.168.0.241
> > > > > > >
> > > > > > >
> > > > > > > 2006/12/5, Leonardo Korndorfer <leokorndorfer(a)gmail.com>:
> > > > > > > >
> > > > > > > > Mais um detalhe. É estabelecido um tunel sim. Mas nao
> parece
> > > > > > > > funcionar.
> > > > > > > >
> > > > > > > > On 12/5/06, Leonardo Korndorfer < leokorndorfer(a)gmail.com >
> > > > > > > > wrote:
> > > > > > > > >
> > > > > > > > > Pois bem...
> > > > > > > > > Estou tendo um problema com um tunel pptp em um sistema
> > > > > > > > > embarado. Seguem alguns pedaços de log:
> > > > > > > > >
> > > > > > > > > Servidor:
> > > > > > > > > Dec 5 09:05:48 Digistar daemon.err pppd[12475]: Received
> > > > > > > > > bad configure-ack: 1a 04 78 00 18 04 78 00
> > > > > > > > > Dec 5 09:05:51 Digistar daemon.debug pppd[12475]: sent
> [CCP
> > > > > > > > > ConfReq id=0x2 <deflate 15> <deflate(old#) 15>]
> > > > > > > > > Dec 5 09:05:51 Digistar daemon.debug pptpd[12474]: GRE:
> > > > > > > > > accepting packet #24
> > > > > > > > > Dec 5 09:05:51 Digistar daemon.debug pptpd[12474]: GRE:
> > > > > > > > > accepting packet #25
> > > > > > > > > Dec 5 09:05:51 Digistar daemon.debug pppd[12475]: rcvd
> [CCP
> > > > > > > > > ConfReq id=0x9 <deflate 15> <deflate(old#) 15>]
> > > > > > > > > Dec 5 09:05:51 Digistar daemon.debug pppd[12475]: sent
> [CCP
> > > > > > > > > ConfAck id=0x9 <deflate 15> <deflate(old#) 15>]
> > > > > > > > > Dec 5 09:05:51 Digistar daemon.debug pppd[12475]: rcvd
> [CCP
> > > > > > > > > ConfAck id=0x2 <deflate 15> <deflate(old#) 15>]
> > > > > > > > > Dec 5 09:05:51 Digistar daemon.err pppd[12475]: Received
> > > > > > > > > bad configure-ack: 1a 04 78 00 18 04 78 00
> > > > > > > > > Dec 5 09:05:52 Digistar syslog.info -- MARK --
> > > > > > > > > Dec 5 09:05:54 Digistar daemon.debug pppd[12475]: sent
> [CCP
> > > > > > > > > ConfReq id=0x2 <deflate 15> <deflate(old#) 15>]
> > > > > > > > > Dec 5 09:05:54 Digistar daemon.debug pptpd[12474]: GRE:
> > > > > > > > > accepting packet #26
> > > > > > > > > Dec 5 09:05:54 Digistar daemon.debug pptpd[12474]: GRE:
> > > > > > > > > accepting packet #27
> > > > > > > > > Dec 5 09:05:54 Digistar daemon.debug pppd[12475]: rcvd
> [CCP
> > > > > > > > > ConfReq id=0xa <deflate 15> <deflate(old#) 15>]
> > > > > > > > > Dec 5 09:05:54 Digistar daemon.debug pppd[12475]: sent
> [CCP
> > > > > > > > > ConfAck id=0xa <deflate 15> <deflate(old#) 15>]
> > > > > > > > > Dec 5 09:05:54 Digistar daemon.debug pppd[12475]: rcvd
> [CCP
> > > > > > > > > ConfAck id=0x2 <deflate 15> <deflate(old#) 15>]
> > > > > > > > > Dec 5 09:05:54 Digistar daemon.err pppd[12475]: Received
> > > > > > > > > bad configure-ack: 1a 04 78 00 18 04 78 00
> > > > > > > > > Dec 5 09:05:57 Digistar daemon.warn pppd[12475]: CCP:
> > > > > > > > > timeout sending Config-Requests
> > > > > > > > > Dec 5 09:06:25 Digistar daemon.debug pptpd[12474]: CTRL:
> > > > > > > > > Received PPTP Control Message (type: 5)
> > > > > > > > > Dec 5 09:06:25 Digistar daemon.debug pptpd[12474]: CTRL:
> > > > > > > > > Made a ECHO RPLY packet
> > > > > > > > > Dec 5 09:06:25 Digistar daemon.debug pptpd[12474]: CTRL:
> I
> > > > > > > > > wrote 20 bytes to the client.
> > > > > > > > > Dec 5 09:06:25 Digistar daemon.debug pptpd[12474]: CTRL:
> > > > > > > > > Sent packet to client
> > > > > > > > > Dec 5 09:07:25 Digistar daemon.debug pptpd[12474]: CTRL:
> > > > > > > > > Sending ECHO REQ id 1
> > > > > > > > > Dec 5 09:07:25 Digistar daemon.debug pptpd[12474]: CTRL:
> > > > > > > > > Made a ECHO REQ packet
> > > > > > > > > Dec 5 09:07:25 Digistar daemon.debug pptpd[12474]: CTRL:
> I
> > > > > > > > > wrote 16 bytes to the client.
> > > > > > > > > Dec 5 09:07:25 Digistar daemon.debug pptpd[12474]: CTRL:
> > > > > > > > > Sent packet to client
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > Cliente:
> > > > > > > > > Dec 5 12:01:14 eng-4 pptp[7083]: anon log[main: pptp.c
> :276]:
> > > > > > > > > The synchronous pptp option is NOT activated
> > > > > > > > > Dec 5 12:01:14 eng-4 pptp[7086]: anon
> > > > > > > > > log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type
> is 1
> > > > > > > > > 'Start-Control-Connection-Request'
> > > > > > > > > Dec 5 12:01:14 eng-4 pptp[7086]: anon
> > > > > > > > > log[ctrlp_disp:pptp_ctrl.c:738]: Received Start Control
> Connection Reply
> > > > > > > > > Dec 5 12:01:14 eng-4 pptp[7086]: anon
> > > > > > > > > log[ctrlp_disp:pptp_ctrl.c:772]: Client connection
> established.
> > > > > > > > > Dec 5 12:01:15 eng-4 pptp[7086]: anon
> > > > > > > > > log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type
> is 7
> > > > > > > > > 'Outgoing-Call-Request'
> > > > > > > > > Dec 5 12:01:15 eng-4 pptp[7086]: anon
> > > > > > > > > log[ctrlp_disp:pptp_ctrl.c:857]: Received Outgoing Call
> Reply.
> > > > > > > > > Dec 5 12:01:15 eng-4 pptp[7086]: anon
> > > > > > > > > log[ctrlp_disp:pptp_ctrl.c:896]: Outgoing call established
> (call ID 0,
> > > > > > > > > peer's call ID 1408).
> > > > > > > > > Dec 5 12:01:15 eng-4 pppd[7088]: pppd 2.4.3 started by
> > > > > > > > > root, uid 0
> > > > > > > > > Dec 5 12:01:15 eng-4 pppd[7088]: Using interface ppp0
> > > > > > > > > Dec 5 12:01:15 eng-4 pppd[7088]: Connect: ppp0 <-->
> > > > > > > > > /dev/pts/5
> > > > > > > > > Dec 5 12:01:15 eng-4 pppd[7088]: Warning - secret file
> > > > > > > > > /etc/ppp/pap-secrets has world and/or group access
> > > > > > > > > Dec 5 12:01:17 eng-4 pppd[7088]: Warning - secret file
> > > > > > > > > /etc/ppp/pap-secrets has world and/or group access
> > > > > > > > > Dec 5 12:01:17 eng-4 pppd[7088]: Remote message: Login ok
> > > > > > > > > Dec 5 12:01:17 eng-4 pppd[7088]: PAP authentication
> > > > > > > > > succeeded
> > > > > > > > > Dec 5 12:01:17 eng-4 kernel: PPP Deflate Compression
> module
> > > > > > > > > registered
> > > > > > > > > Dec 5 12:01:17 eng-4 pppd[7088]: Deflate (15) compression
> > > > > > > > > enabled
> > > > > > > > > Dec 5 12:01:17 eng-4 pppd[7088]: local IP address
> > > > > > > > > 192.168.10.51
> > > > > > > > > Dec 5 12:01:17 eng-4 pppd[7088]: remote IP address
> > > > > > > > > 192.168.10.1
> > > > > > > > > Dec 5 12:01:20 eng-4 pppd[7088]: Deflate (15) compression
> > > > > > > > > enabled
> > > > > > > > >
> > > > > > > > > Este é o pedaço de codigo onde o erro é gerado.
> > > > > > > > > if( !(f->callbacks->ackci? (*f->callbacks->ackci)(f,
> > > > > > > > > inp, len):
> > > > > > > > > (len == 0)) ){
> > > > > > > > > /* Ack is bad - ignore it */
> > > > > > > > > error("Received bad configure-ack: %P", inp, len);
> > > > > > > > > return;
> > > > > > > > > }
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > Eu estou com uma grande tendencia a acreditar que nao é
> bug
> > > > > > > > > no codigo. Meus arquivos de configuraçao tambem acredito
> que nao tenham
> > > > > > > > > problemas.
> > > > > > > > > Ele fica recebendo esses "bad configure-ack" desde o
> pacote
> > > > > > > > > #1.
> > > > > > > > >
> > > > > > > > > Interessante, nao?
> > > > > > > > >
> > > > > > > > > Se alguem tiver alguma ideia sera bem vinda.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > --
> > > > > > > > > Leonardo Korndorfer
> > > > > > > > >
> x50/x6F/x72/x20/x66/x61/x76/x6F/x72/x21/x20/x4E/x61/x6F/x20/x61/x63/x72/x65/x64/x69/x74/x6F/x20/x71/x75/x65/x20/x74/x75/x20/x74/x65/x20/x64/x65/x73/x74/x65/x20/x6F/x20/x74/x72/x61/x62/x61/x6C/x68/x6F/x20/x64/x65/x20/x74/x72/x61/x64/x75/x7A/x69/x72/x20/x69/x73/x73/x6F/x21/x20
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > alt.not.root.coffe.coffe.coffe
> > > > > > > > >
> > > > > > > > > A monk asked Joshu, "Does a dog have the Buddha nature?
> > > > > > > > > Joshu retorted, "Mu!"
> > > > > > > > >
> > > > > > > > > MSN: leokorndorfer(a)hotmail.com
> > > > > > > > > ICQ: 102788426
> > > > > > > > > Slack + Gentoo
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Leonardo Korndorfer
> > > > > > > >
> x50/x6F/x72/x20/x66/x61/x76/x6F/x72/x21/x20/x4E/x61/x6F/x20/x61/x63/x72/x65/x64/x69/x74/x6F/x20/x71/x75/x65/x20/x74/x75/x20/x74/x65/x20/x64/x65/x73/x74/x65/x20/x6F/x20/x74/x72/x61/x62/x61/x6C/x68/x6F/x20/x64/x65/x20/x74/x72/x61/x64/x75/x7A/x69/x72/x20/x69/x73/x73/x6F/x21/x20
> > > > > > > >
> > > > > > > >
> > > > > > > > alt.not.root.coffe.coffe.coffe
> > > > > > > >
> > > > > > > > A monk asked Joshu, "Does a dog have the Buddha nature?
> > > > > > > > Joshu retorted, "Mu!"
> > > > > > > >
> > > > > > > > MSN: leokorndorfer(a)hotmail.com
> > > > > > > > ICQ: 102788426
> > > > > > > > Slack + Gentoo
> > > > > > > >
> > > > > > > > --
> > > > > > > > Fedora-users-br mailing list
> > > > > > > > Fedora-users-br(a)redhat.com
> > > > > > > > https://www.redhat.com/mailman/listinfo/fedora-users-br
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Cristiano Furtado dos Santos
> > > > > > > Administrador de Sistemas Linux
> > > > > > > http://jasonnfedora.no-ip.org/repositorio
> > > > > > > http://fedora.org.br
> > > > > > >
> > > > > > > --
> > > > > > > Fedora-users-br mailing list
> > > > > > > Fedora-users-br(a)redhat.com
> > > > > > > https://www.redhat.com/mailman/listinfo/fedora-users-br
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Leonardo Korndorfer
> > > > > >
> x50/x6F/x72/x20/x66/x61/x76/x6F/x72/x21/x20/x4E/x61/x6F/x20/x61/x63/x72/x65/x64/x69/x74/x6F/x20/x71/x75/x65/x20/x74/x75/x20/x74/x65/x20/x64/x65/x73/x74/x65/x20/x6F/x20/x74/x72/x61/x62/x61/x6C/x68/x6F/x20/x64/x65/x20/x74/x72/x61/x64/x75/x7A/x69/x72/x20/x69/x73/x73/x6F/x21/x20
> > > > > >
> > > > > >
> > > > > > alt.not.root.coffe.coffe.coffe
> > > > > >
> > > > > > A monk asked Joshu, "Does a dog have the Buddha nature?
> > > > > > Joshu retorted, "Mu!"
> > > > > >
> > > > > > MSN: leokorndorfer(a)hotmail.com
> > > > > > ICQ: 102788426
> > > > > > Slack + Gentoo
> > > > > >
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Leonardo Korndorfer
> > > > >
> x50/x6F/x72/x20/x66/x61/x76/x6F/x72/x21/x20/x4E/x61/x6F/x20/x61/x63/x72/x65/x64/x69/x74/x6F/x20/x71/x75/x65/x20/x74/x75/x20/x74/x65/x20/x64/x65/x73/x74/x65/x20/x6F/x20/x74/x72/x61/x62/x61/x6C/x68/x6F/x20/x64/x65/x20/x74/x72/x61/x64/x75/x7A/x69/x72/x20/x69/x73/x73/x6F/x21/x20
> > > > >
> > > > >
> > > > > alt.not.root.coffe.coffe.coffe
> > > > >
> > > > > A monk asked Joshu, "Does a dog have the Buddha nature?
> > > > > Joshu retorted, "Mu!"
> > > > >
> > > > > MSN: leokorndorfer(a)hotmail.com
> > > > > ICQ: 102788426
> > > > > Slack + Gentoo
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Leonardo Korndorfer
> > > >
> x50/x6F/x72/x20/x66/x61/x76/x6F/x72/x21/x20/x4E/x61/x6F/x20/x61/x63/x72/x65/x64/x69/x74/x6F/x20/x71/x75/x65/x20/x74/x75/x20/x74/x65/x20/x64/x65/x73/x74/x65/x20/x6F/x20/x74/x72/x61/x62/x61/x6C/x68/x6F/x20/x64/x65/x20/x74/x72/x61/x64/x75/x7A/x69/x72/x20/x69/x73/x73/x6F/x21/x20
> > > >
> > > >
> > > > alt.not.root.coffe.coffe.coffe
> > > >
> > > > A monk asked Joshu, "Does a dog have the Buddha nature?
> > > > Joshu retorted, "Mu!"
> > > >
> > > > MSN: leokorndorfer(a)hotmail.com
> > > > ICQ: 102788426
> > > > Slack + Gentoo
> > > >
> > > > --
> > > > Fedora-users-br mailing list
> > > > Fedora-users-br(a)redhat.com
> > > > https://www.redhat.com/mailman/listinfo/fedora-users-br
> > > >
> > > >
> > > >
> > >
> > >
> > > --
> > > Cristiano Furtado dos Santos
> > > Administrador de Sistemas Linux
> > > http://jasonnfedora.no-ip.org/repositorio
> > > http://fedora.org.br
> > >
> > > --
> > > Fedora-users-br mailing list
> > > Fedora-users-br(a)redhat.com
> > > https://www.redhat.com/mailman/listinfo/fedora-users-br
> > >
> > >
> > >
> >
> >
> > --
> > Leonardo Korndorfer
> >
> x50/x6F/x72/x20/x66/x61/x76/x6F/x72/x21/x20/x4E/x61/x6F/x20/x61/x63/x72/x65/x64/x69/x74/x6F/x20/x71/x75/x65/x20/x74/x75/x20/x74/x65/x20/x64/x65/x73/x74/x65/x20/x6F/x20/x74/x72/x61/x62/x61/x6C/x68/x6F/x20/x64/x65/x20/x74/x72/x61/x64/x75/x7A/x69/x72/x20/x69/x73/x73/x6F/x21/x20
> >
> >
> > alt.not.root.coffe.coffe.coffe
> >
> > A monk asked Joshu, "Does a dog have the Buddha nature?
> > Joshu retorted, "Mu!"
> >
> > MSN: leokorndorfer(a)hotmail.com
> > ICQ: 102788426
> > Slack + Gentoo
> >
> > --
> > Fedora-users-br mailing list
> > Fedora-users-br(a)redhat.com
> > https://www.redhat.com/mailman/listinfo/fedora-users-br
> >
> >
> >
>
>
> --
> Cristiano Furtado dos Santos
> Administrador de Sistemas Linux
> http://jasonnfedora.no-ip.org/repositorio
> http://fedora.org.br
> -------------- Próxima Parte ----------
> Um anexo em HTML foi limpo...
> URL:
> https://www.redhat.com/archives/fedora-users-br/attachments/20061207/b33a...
>
> ------------------------------
>
> --
> Fedora-users-br mailing list
> Fedora-users-br(a)redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-users-br
> Site do Projeto Fedora Brasileiro = http://www.projetofedora.org
>
>
> Fim da Digest Fedora-users-br, volume 14, assunto 26
> ****************************************************
>
17 years, 4 months
VPN PPTP
by Leonardo Korndorfer
Pois bem...
Estou tendo um problema com um tunel pptp em um sistema embarado. Seguem
alguns pedaços de log:
Servidor:
Dec 5 09:05:48 Digistar daemon.err pppd[12475]: Received bad
configure-ack: 1a 04 78 00 18 04 78 00
Dec 5 09:05:51 Digistar daemon.debug pppd[12475]: sent [CCP ConfReq id=0x2
<deflate 15> <deflate(old#) 15>]
Dec 5 09:05:51 Digistar daemon.debug pptpd[12474]: GRE: accepting packet
#24
Dec 5 09:05:51 Digistar daemon.debug pptpd[12474]: GRE: accepting packet
#25
Dec 5 09:05:51 Digistar daemon.debug pppd[12475]: rcvd [CCP ConfReq id=0x9
<deflate 15> <deflate(old#) 15>]
Dec 5 09:05:51 Digistar daemon.debug pppd[12475]: sent [CCP ConfAck id=0x9
<deflate 15> <deflate(old#) 15>]
Dec 5 09:05:51 Digistar daemon.debug pppd[12475]: rcvd [CCP ConfAck id=0x2
<deflate 15> <deflate(old#) 15>]
Dec 5 09:05:51 Digistar daemon.err pppd[12475]: Received bad
configure-ack: 1a 04 78 00 18 04 78 00
Dec 5 09:05:52 Digistar syslog.info -- MARK --
Dec 5 09:05:54 Digistar daemon.debug pppd[12475]: sent [CCP ConfReq id=0x2
<deflate 15> <deflate(old#) 15>]
Dec 5 09:05:54 Digistar daemon.debug pptpd[12474]: GRE: accepting packet
#26
Dec 5 09:05:54 Digistar daemon.debug pptpd[12474]: GRE: accepting packet
#27
Dec 5 09:05:54 Digistar daemon.debug pppd[12475]: rcvd [CCP ConfReq id=0xa
<deflate 15> <deflate(old#) 15>]
Dec 5 09:05:54 Digistar daemon.debug pppd[12475]: sent [CCP ConfAck id=0xa
<deflate 15> <deflate(old#) 15>]
Dec 5 09:05:54 Digistar daemon.debug pppd[12475]: rcvd [CCP ConfAck id=0x2
<deflate 15> <deflate(old#) 15>]
Dec 5 09:05:54 Digistar daemon.err pppd[12475]: Received bad
configure-ack: 1a 04 78 00 18 04 78 00
Dec 5 09:05:57 Digistar daemon.warn pppd[12475]: CCP: timeout sending
Config-Requests
Dec 5 09:06:25 Digistar daemon.debug pptpd[12474]: CTRL: Received PPTP
Control Message (type: 5)
Dec 5 09:06:25 Digistar daemon.debug pptpd[12474]: CTRL: Made a ECHO RPLY
packet
Dec 5 09:06:25 Digistar daemon.debug pptpd[12474]: CTRL: I wrote 20 bytes
to the client.
Dec 5 09:06:25 Digistar daemon.debug pptpd[12474]: CTRL: Sent packet to
client
Dec 5 09:07:25 Digistar daemon.debug pptpd[12474]: CTRL: Sending ECHO REQ
id 1
Dec 5 09:07:25 Digistar daemon.debug pptpd[12474]: CTRL: Made a ECHO REQ
packet
Dec 5 09:07:25 Digistar daemon.debug pptpd[12474]: CTRL: I wrote 16 bytes
to the client.
Dec 5 09:07:25 Digistar daemon.debug pptpd[12474]: CTRL: Sent packet to
client
Cliente:
Dec 5 12:01:14 eng-4 pptp[7083]: anon log[main:pptp.c:276]: The synchronous
pptp option is NOT activated
Dec 5 12:01:14 eng-4 pptp[7086]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent
control packet type is 1 'Start-Control-Connection-Request'
Dec 5 12:01:14 eng-4 pptp[7086]: anon log[ctrlp_disp:pptp_ctrl.c:738]:
Received Start Control Connection Reply
Dec 5 12:01:14 eng-4 pptp[7086]: anon log[ctrlp_disp:pptp_ctrl.c:772]:
Client connection established.
Dec 5 12:01:15 eng-4 pptp[7086]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent
control packet type is 7 'Outgoing-Call-Request'
Dec 5 12:01:15 eng-4 pptp[7086]: anon log[ctrlp_disp:pptp_ctrl.c:857]:
Received Outgoing Call Reply.
Dec 5 12:01:15 eng-4 pptp[7086]: anon log[ctrlp_disp:pptp_ctrl.c:896]:
Outgoing call established (call ID 0, peer's call ID 1408).
Dec 5 12:01:15 eng-4 pppd[7088]: pppd 2.4.3 started by root, uid 0
Dec 5 12:01:15 eng-4 pppd[7088]: Using interface ppp0
Dec 5 12:01:15 eng-4 pppd[7088]: Connect: ppp0 <--> /dev/pts/5
Dec 5 12:01:15 eng-4 pppd[7088]: Warning - secret file /etc/ppp/pap-secrets
has world and/or group access
Dec 5 12:01:17 eng-4 pppd[7088]: Warning - secret file /etc/ppp/pap-secrets
has world and/or group access
Dec 5 12:01:17 eng-4 pppd[7088]: Remote message: Login ok
Dec 5 12:01:17 eng-4 pppd[7088]: PAP authentication succeeded
Dec 5 12:01:17 eng-4 kernel: PPP Deflate Compression module registered
Dec 5 12:01:17 eng-4 pppd[7088]: Deflate (15) compression enabled
Dec 5 12:01:17 eng-4 pppd[7088]: local IP address 192.168.10.51
Dec 5 12:01:17 eng-4 pppd[7088]: remote IP address 192.168.10.1
Dec 5 12:01:20 eng-4 pppd[7088]: Deflate (15) compression enabled
Este é o pedaço de codigo onde o erro é gerado.
if( !(f->callbacks->ackci? (*f->callbacks->ackci)(f, inp, len):
(len == 0)) ){
/* Ack is bad - ignore it */
error("Received bad configure-ack: %P", inp, len);
return;
}
Eu estou com uma grande tendencia a acreditar que nao é bug no codigo. Meus
arquivos de configuraçao tambem acredito que nao tenham problemas.
Ele fica recebendo esses "bad configure-ack" desde o pacote #1.
Interessante, nao?
Se alguem tiver alguma ideia sera bem vinda.
--
Leonardo Korndorfer
x50/x6F/x72/x20/x66/x61/x76/x6F/x72/x21/x20/x4E/x61/x6F/x20/x61/x63/x72/x65/x64/x69/x74/x6F/x20/x71/x75/x65/x20/x74/x75/x20/x74/x65/x20/x64/x65/x73/x74/x65/x20/x6F/x20/x74/x72/x61/x62/x61/x6C/x68/x6F/x20/x64/x65/x20/x74/x72/x61/x64/x75/x7A/x69/x72/x20/x69/x73/x73/x6F/x21/x20
alt.not.root.coffe.coffe.coffe
A monk asked Joshu, "Does a dog have the Buddha nature?
Joshu retorted, "Mu!"
MSN: leokorndorfer(a)hotmail.com
ICQ: 102788426
Slack + Gentoo
17 years, 4 months
Sobre modulos
by Leonardo Korndorfer
Olá.
Alguem teria a informaçao de onde fica os modprobes dos dispositivos
encontrados no momento da instalaçao?
Troquei minha placa de rede mas meu sistema continua carregando o modulo da
antiga - 8139too - que conflita com o modulo que o udev carrega - 8139cp.
Queria fazer com q o sistema nao carregasse mais isso.
--
Leonardo Korndorfer
x50/x6F/x72/x20/x66/x61/x76/x6F/x72/x21/x20/x4E/x61/x6F/x20/x61/x63/x72/x65/x64/x69/x74/x6F/x20/x71/x75/x65/x20/x74/x75/x20/x74/x65/x20/x64/x65/x73/x74/x65/x20/x6F/x20/x74/x72/x61/x62/x61/x6C/x68/x6F/x20/x64/x65/x20/x74/x72/x61/x64/x75/x7A/x69/x72/x20/x69/x73/x73/x6F/x21/x20
alt.not.root.coffe.coffe.coffe
A monk asked Joshu, "Does a dog have the Buddha nature?
Joshu retorted, "Mu!"
MSN: leokorndorfer(a)hotmail.com
ICQ: 102788426
Slack + Gentoo
17 years, 4 months