faz um teste cria um pppoe ai pra teste setando o ip publico no remote addressCitação:
Postado originalmente por eduardoalmeida
e se conecte ai na rb1 tente pingar o ip que vc setou no remote address do pppoe
Versão Imprimível
faz um teste cria um pppoe ai pra teste setando o ip publico no remote addressCitação:
Postado originalmente por eduardoalmeida
e se conecte ai na rb1 tente pingar o ip que vc setou no remote address do pppoe
Lembrou de colocar para não fazer Nat para esse range em ambas RBs?
isto ele ja confirmouCitação:
Postado originalmente por fhayashi
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.Citação:
Postado originalmente por Bruno
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!
Você ainda tem que se preocupar com firewall e afins...Citação:
Postado originalmente por 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.Citação:
Postado originalmente por rimaraujo
qualquer ip pode ser 1.1.1.1 pode ser qualquer ipCitação:
Postado originalmente por eduardoalmeida
amigo me add no skype brunoslack aki no forum não vai ter como te ajudar não
se vc ler o tipico já vai ver que esta assim a configuração deleCitação:
Postado originalmente por rimaraujo
Não consegui visualizar isso no tópico.Citação:
Postado originalmente por Bruno
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.
Citação:
Postado originalmente por rimaraujo
tranquiloCitação:
Postado originalmente por eduardoalmeida
Realmente não havia lido essa parte. você está completo de razão.
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.
Outra forma que pode ser que dê certo, é se você fizer um iBGP entre sua RB.
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/
Mas... Tem o André pra brigar... HahaCitação:
Postado originalmente por ab5x2
na verdade indiferente onde fica o nat o roteamento é uma coisa e nat outraCitação:
Postado originalmente por rimaraujo
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
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
Citação:
Postado originalmente por Bruno
alias nem é necessário esta primeira rb como se trata de uma link pode ser bridge mesmo pegar direto