Ip Publico para o cliente

[Bruno]

Não, as rbs estão se comunicando por rota estática.

faz um teste cria um pppoe ai pra teste setando o ip publico no remote address

e se conecte ai na rb1 tente pingar o ip que vc setou no remote address do pppoe

[fhayashi]

Lembrou de colocar para não fazer Nat para esse range em ambas RBs?

[Bruno]

Lembrou de colocar para não fazer Nat para esse range em ambas RBs?

isto ele ja confirmou

[eduardoalmeida]

faz um teste cria um pppoe ai pra teste setando o ip publico no remote address

e se conecte ai na rb1 tente pingar o ip que vc setou no remote address do pppoe

Já fiz esse teste, porém na RB2, o cliente recebe o IP publico mas não navega e nem consigo pingar em nada da rede interna.

[andrecarlim]

Você precisa de consultoria, as 5 primeiras dicas resolvem seu problema, mesmo assim você não conseguiu, não vai adiantar pegar a receita aqui!

[andrecarlim]

Já fiz esse teste, porém na RB2, o cliente recebe o IP publico mas não navega e nem consigo pingar em nada da rede interna.

Você ainda tem que se preocupar com firewall e afins...

[rimaraujo]

Olá.
Realize esse procedimento.
Primeira RB normal bloco IP válido /30 no link de entrada do seu roteador.
E um segundo /30 inválido na interface que sai para segundo roteador.
Você precisa ter seu bloco de IP em IP route e coloca lá que o /29 responde no IP /30 da segunda RB bloco IP inválido.

Vá até a segunda RB e desative o NaT geral.
Ou acrescente a regra IP firewal Nat.
Add scr-adrres seu bloco de IP inválido que entrega aos cliente e marque o ( !) antes.
Vá até o sistema cadastre o ip validado no cliente. E pronto.

Se preferir você pode criar o bloco de IP no pool da configuração do pppoe.
Somente isso.

[eduardoalmeida]

Olá.
Realize esse procedimento.
Primeira RB normal bloco IP válido /30 no link de entrada do seu roteador.
E um segundo /30 inválido na interface que sai para segundo roteador.
Você precisa ter seu bloco de IP em IP route e coloca lá que o /29 responde no IP /30 da segunda RB bloco IP inválido.

Vá até a segunda RB e desative o NaT geral.
Ou acrescente a regra IP firewal Nat.
Add scr-adrres seu bloco de IP inválido que entrega aos cliente e marque o ( !) antes.
Vá até o sistema cadastre o ip validado no cliente. E pronto.

Se preferir você pode criar o bloco de IP no pool da configuração do pppoe.
Somente isso.

Amigo no Profile do PPPoE qual IP que tem que ser no Local Address.

[Bruno]

Amigo no Profile do PPPoE qual IP que tem que ser no Local Address.

qualquer ip pode ser 1.1.1.1 pode ser qualquer ip
amigo me add no skype brunoslack aki no forum não vai ter como te ajudar não

[Bruno]

Olá.
Realize esse procedimento.
Primeira RB normal bloco IP válido /30 no link de entrada do seu roteador.
E um segundo /30 inválido na interface que sai para segundo roteador.
Você precisa ter seu bloco de IP em IP route e coloca lá que o /29 responde no IP /30 da segunda RB bloco IP inválido.

Vá até a segunda RB e desative o NaT geral.
Ou acrescente a regra IP firewal Nat.
Add scr-adrres seu bloco de IP inválido que entrega aos cliente e marque o ( !) antes.
Vá até o sistema cadastre o ip validado no cliente. E pronto.

Se preferir você pode criar o bloco de IP no pool da configuração do pppoe.
Somente isso.

se vc ler o tipico já vai ver que esta assim a configuração dele

[rimaraujo]

se vc ler o tipico já vai ver que esta assim a configuração dele

Não consegui visualizar isso no tópico.
A parte da rota estática sim.
Porém a parte de enviar um bloco para outra não cita..
Simplesmente ele fala que recebe um /30 e um /29. E as rbs se comunicam por rotas estáticas.

Depende da interpretação do contexto.
Eu consegui visualizar dessa maneira.
Porém acreditando que ele saiba o que estáticas está fazendo, a sua interpretação também tem sentido.

[Bruno]

Não consegui visualizar isso no tópico.
A parte da rota estática sim.
Porém a parte de enviar um bloco para outra não cita..
Simplesmente ele fala que recebe um /30 e um /29. E as rbs se comunicam por rotas estáticas.

Depende da interpretação do contexto.
Eu consegui visualizar dessa maneira.
Porém acreditando que ele saiba o que estáticas está fazendo, a sua interpretação também tem sentido.

Meu cenário está assim.

RB1 --> ether1 operadora (201.33.192.154/30). ether2 sai para a RB2 --> (172.16.1.1/30).

RB2 --> ether1 recebe o link da RB1 (172.16.1.2/30). Está funcionando OK.

Clientes RB2 --> PPPoe 10.2.5.1/24. Está OK também.

bloco 201.33.192.144/29 que não consigo repassar para os clientes.

Anexo 66545 Anexo 66546

tranquilo

[rimaraujo]

Realmente não havia lido essa parte. você está completo de razão.

[rimaraujo]

independente da forma que você está fazendo o roteamento vai perder o significado uma vez que você faz NAT na RB 1.

Você terá que tentar configurar um endereço de IP válido RB2 e tirar o NAT com isso você vai precisar quebrar seu bloco de IP /29
O restante você entrega pros clientes.

[rimaraujo]

Outra forma que pode ser que dê certo, é se você fizer um iBGP entre sua RB.

[andrecarlim]

Gente o cara não consegue fazer uma rota estática, como sugerir outros protocolos? Vai minha dica:

1) pague pra alguém que realmente saiba.

2) volte ao começo: https://www.google.com.br/amp/s/optc...s-parte-1/amp/

[andrecarlim]

Eu pensei em falar a mesma coisa, mas...

Mas... Tem o André pra brigar... Haha

[Bruno]

independente da forma que você está fazendo o roteamento vai perder o significado uma vez que você faz NAT na RB 1.

Você terá que tentar configurar um endereço de IP válido RB2 e tirar o NAT com isso você vai precisar quebrar seu bloco de IP /29
O restante você entrega pros clientes.

na verdade indiferente onde fica o nat o roteamento é uma coisa e nat outra
unica coisa que mudaria o lugar to nat era o recebimento de requisições na rb1
e não ha necessidade de de ser ip publico entre a rb 1 e 2 quase 100% do meu pop é com rede privada e todos clientes meus tem ip publico

de 2 uma ou ele ta errando em algo ou tem alguma regra bloqueando algo ou a operadora dele não esta fazendo o rota deste bloco /29 dele

[fhayashi]

Já testou colocar esse /29 na RB1 e plugar uma máquina na porta para ver se funciona?

Pode ser que o provedor não esteja roteando para sua entrada que está no /30

[Bruno]

na verdade indiferente onde fica o nat o roteamento é uma coisa e nat outra
unica coisa que mudaria o lugar to nat era o recebimento de requisições na rb1
e não ha necessidade de de ser ip publico entre a rb 1 e 2 quase 100% do meu pop é com rede privada e todos clientes meus tem ip publico

um detalhe se ele faz nat na rb1 ele tem mais algumas rotas estáticas ex: se a rede de cliente deles é a range 10.0.0.0/8 tem uma rota estática dst address 10.0.0.0/8 gateway 172.16.1.2



de 2 uma ou ele ta errando em algo ou tem alguma regra bloqueando algo ou a operadora dele não esta fazendo o rota deste bloco /29 dele

alias nem é necessário esta primeira rb como se trata de uma link pode ser bridge mesmo pegar direto