Re: RES: RES: RES: RES: RES: RES: [FUG-BR] poptop + pf

2005-02-10 Por tôpico R. Filippus
Bom, como pesquisei e nao consegui resolver o problema, acabei usando o mpd, com ip externo, e esta indo que é uma maravilha. On Fri, 4 Feb 2005 09:34:06 -0200, Frederick F. <[EMAIL PROTECTED]> wrote: > Este não é um erro, aparece aqui tbm.. eu notei que vc mandou usar outro > arquivo sem ser o pp

RES: RES: RES: RES: RES: RES: [FUG-BR] poptop + pf

2005-02-04 Por tôpico Frederick F.
igualzinho igualzinho não funciona? È muito estarnho > -Mensagem original- > De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome > de R. Filippus > Enviada em: sexta-feira, 4 de fevereiro de 2005 08:24 > Para: freebsd@fug.com.br > Assunto: Re: RES: RES: RES: RES: RE

Re: RES: RES: RES: RES: RES: [FUG-BR] poptop + pf

2005-02-04 Por tôpico R. Filippus
teway . . . . . . . . . : > >DNS Servers . . . . . . . . . . . : 172.16.1.3 > >Primary WINS Server . . . . . . . : 172.16.1.3 > > > > Na tabela de roteamento do windows: (so coloquei a linha importante ok?) > > > > route print: > >

Re: RES: RES: RES: RES: RES: [FUG-BR] poptop + pf

2005-02-03 Por tôpico R. Filippus
1.3 > > Pinging 172.16.1.3 with 32 bytes of data: > > Reply from 172.16.1.3: bytes=32 time=84ms TTL=127 > > > -Mensagem original- > > De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome > > de R. Filippus > > Enviada em: quinta-feira, 3 de fevereiro de

RES: RES: RES: RES: RES: [FUG-BR] poptop + pf

2005-02-03 Por tôpico Frederick F.
eply from 172.16.1.3: bytes=32 time=84ms TTL=127 > -Mensagem original- > De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome > de R. Filippus > Enviada em: quinta-feira, 3 de fevereiro de 2005 14:03 > Para: freebsd@fug.com.br > Assunto: Re: RES: RES: RES: RES: [F

Re: RES: RES: RES: RES: [FUG-BR] poptop + pf

2005-02-03 Por tôpico R. Filippus
> > > de Marcelo Eyng > > > Enviada em: quarta-feira, 2 de fevereiro de 2005 16:55 > > > Para: freebsd@fug.com.br > > > Assunto: Re: RES: RES: RES: [FUG-BR] poptop + pf > > > > > > Correto, para poder enxergar a rede no lado do servidor, você terá

RES: [FUG-BR] poptop + pf

2005-02-03 Por tôpico Frederick F.
outras coisas no Windows XP > -Mensagem original- > De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome > de R. Filippus > Enviada em: quinta-feira, 3 de fevereiro de 2005 11:33 > Para: freebsd@fug.com.br > Assunto: Re: RES: RES: RES: RES: RES: [FUG-BR] poptop + pf

Re: RES: RES: RES: RES: RES: [FUG-BR] poptop + pf

2005-02-03 Por tôpico R. Filippus
dentro da subrede > "local" ou colocou uma outra faixa? > > > -Mensagem original- > > De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome > > de R. Filippus > > Enviada em: quinta-feira, 3 de fevereiro de 2005 11:01 > > Para: freebsd@fug.com.br &g

RES: RES: RES: RES: RES: [FUG-BR] poptop + pf

2005-02-03 Por tôpico Frederick F.
Para: freebsd@fug.com.br > Assunto: Re: RES: RES: RES: RES: [FUG-BR] poptop + pf > > Bom, eu soh estou conseguindo pingar o ip do servidor vpn e da propria > interface. > > As outras maquinas não estão pingando. > > > --

Re: RES: RES: RES: RES: [FUG-BR] poptop + pf

2005-02-03 Por tôpico R. Filippus
por nome elas podem > acessar pelo IP não é? > > :) > > > -Mensagem original- > > De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome > > de Marcelo Eyng > > Enviada em: quarta-feira, 2 de fevereiro de 2005 16:55 > > Para: freebsd@fug.com.br &

RES: RES: RES: RES: [FUG-BR] poptop + pf

2005-02-03 Por tôpico Frederick F.
ebsd@fug.com.br > Assunto: Re: RES: RES: RES: [FUG-BR] poptop + pf > > Correto, para poder enxergar a rede no lado do servidor, você terá de > ter um servidor WINS, e no cliente configurar o endereço do servidor > WINS. > > Bom. algumas das máquinas clientes que tenho podem acessar

Re: RES: RES: RES: [FUG-BR] poptop + pf

2005-02-02 Por tôpico Marcelo Eyng
Correto, para poder enxergar a rede no lado do servidor, você terá de ter um servidor WINS, e no cliente configurar o endereço do servidor WINS. Bom. algumas das máquinas clientes que tenho podem acessar a minha rede, para estas coloco o servidor WINS, nas que não podem acessar a rede, deixo sem W

RES: RES: RES: [FUG-BR] poptop + pf

2005-02-02 Por tôpico Frederick F.
agem original- > De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome > de R. Filippus > Enviada em: quarta-feira, 2 de fevereiro de 2005 14:34 > Para: freebsd@fug.com.br > Assunto: Re: RES: RES: [FUG-BR] poptop + pf > > Obrigado pela atenção Marcelo. > > Bom, f

Re: RES: RES: [FUG-BR] poptop + pf

2005-02-02 Por tôpico R. Filippus
Obrigado pela atenção Marcelo. Bom, fiz alguma alterações nos arquivos aqui, e continua conectando normalmente. Tenho algumas duvidas: 1- Tenho que habilitar algo mais para o computador que conectou no servidor vpn, enxergue a rede interna? 2- Mas dei uma observada no log e verifiquei alguns war

Re: RES: RES: [FUG-BR] poptop + pf

2005-02-02 Por tôpico Marcelo Eyng
Ai vao os meus, espero que ajude. -- /etc/ppp/ppp.conf - pptp: set dial set login set ifaddr 192.168.200.5 192.168.44.240-192.168.44.250 255.255.255.255.255 set log phase lcp ipcp command set timeout 1800 enable cha

Re: RES: RES: [FUG-BR] poptop + pf

2005-02-02 Por tôpico R. Filippus
E os aquivos que estão nesse faq, estão corretos, ou você tem mais sintaxes nos arquivos? faq: http://www4.fugspbr.org/lista/html/FUG-BR/2004-02/msg00427.html On Wed, 2 Feb 2005 11:17:47 -0200, Marcelo Eyng <[EMAIL PROTECTED]> wrote: > Oi, peguei o "trem andando" > mas utilizo o poptop para cone

Re: RES: RES: [FUG-BR] poptop + pf

2005-02-02 Por tôpico Marcelo Eyng
Oi, peguei o "trem andando" mas utilizo o poptop para conexoes VPN com ADSL tanto no server quanto no cliente. Talvez consiga lhe ajudar... a minha estrutura é a seguinte : Servidor ADSL Router NEC (redireciona portas TCP GRE UDP para o server) Tenho máquinas clientes com: 1 Acesso Dial-UP,

Re: RES: RES: [FUG-BR] poptop + pf

2005-02-02 Por tôpico R. Filippus
Bom dia. Aparentemente esta ok as regras do firewall, entao estou tentando conectar por uma ADSL ao meu servidor VPN, mas dai não conecta. Gostaria de saber se em algum arquivo eu preciso mencionar o ip valido nesse servidor pois ele tem ip invalido dentro da rede. Servidor VPN: 192.168.250.252

Re: RES: RES: [FUG-BR] poptop + pf

2005-02-01 Por tôpico R. Filippus
Bom, inseri as duas regras no /etc/pf/nat rdr on $ext_if proto gre from any to $ext_if -> 192.168.250.252 pass in on $ext_if proto gre rdr on $ext_if proto tcp from any to $ext_if port 1723 -> 192.168.250.252 port 1723 Mas a "Primeira" regra esta dando erro quando reinicio meu firewall. Carrega

RES: RES: RES: [FUG-BR] poptop + pf

2005-02-01 Por tôpico Frederick F.
Então creio que a solução do colega está ai embaixo! Agora é só ele testar e dar o feedback pra lista do que aconteceu! :) > Como você disse o GRE não tem portas então ele não vai poder oferecer > essa multiplexação. Isso é necessário, por exemplo, quando temos varios > clientes GRE atrás de N

Re: RES: RES: [FUG-BR] poptop + pf

2005-02-01 Por tôpico Giovanni P. Tirloni
Frederick F. wrote: Eu não obtive sucesso fazendo isto até hoje, devido ao GRE.. não consigo redirecioná-lo igual faço com portas. Minha solução é colocar um servidor com IP válido e um ip inválido Se algum colega da lista tiver solução para este problema, estou aberto. Como você disse o GRE não t

RES: RES: [FUG-BR] poptop + pf

2005-02-01 Por tôpico Frederick F.
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome > de R. Filippus > Enviada em: terça-feira, 1 de fevereiro de 2005 10:34 > Para: freebsd@fug.com.br > Assunto: Re: RES: [FUG-BR] poptop + pf > > Eu tenho que redirecionar para um outro servidor, qu

Re: RES: [FUG-BR] poptop + pf

2005-02-01 Por tôpico R. Filippus
Eu tenho que redirecionar para um outro servidor, que fica na rede interna! On Tue, 1 Feb 2005 10:24:40 -0200, Frederick F. <[EMAIL PROTECTED]> wrote: > Você precisa que as requisições de acesso VPN sejam redirecionadas para um > servidor Interno (IP inválido) é isso? > > Se for, você tem um pro

RES: [FUG-BR] poptop + pf

2005-02-01 Por tôpico Frederick F.
Você precisa que as requisições de acesso VPN sejam redirecionadas para um servidor Interno (IP inválido) é isso? Se for, você tem um problema: a porta você faz redirect tranquilamente, mas o protocolo de transporte (GRE) você não faz... Agora, se for apenas liberar em seu firewall o acesso exter