Re: RELATO: Saindo do PC AP e Testando 2 RB's 750 ( LoadBalance & MK Server )
Amigos Dicas ...
Hoje eu fui atraz de um coller pra eu colocar na minha Rb750
Pra ver como ela vai si conportar eu vou colocar aqui tbem uma
fonte de notebook pra melhor a sistema de energia vie muitos topicos falando
sobre energia e ventilação ...
eu vou configurar ele com apenas HOTSPORT e disca um link ... Ela vai comandar uma Bullet com Omni .. e POP com um Radio e Uma Omni ...
Clientes no momentos 25 ... 06 no cabo de rede que são alguns vizinhos e os outros são os que pegam Pelas Omni's e os palnos são 96/1024, 126/2048 e 128/3072
o Plano de 128/3072 Hé so os cliente de cabo ....
Fica as Dicas aew pessoal e alguma esperiencia de outro por aew ..
posta aew pra compartilhar conhecimento e esperiencia ...
Vlw ...
Re: RELATO: Saindo do PC AP e Testando 2 RB's 750 ( LoadBalance & MK Server )
Minha 2a. dúvida (acesso ao mkserver <= balance <= internet ) esta próxima a ser sanada. Na verdade ela mudou ^^
Descobri que o problema está no Windows 7. Acessei com o Winbox de um windows XP e funcionou. Li que precisa de uma atualização o Windows 7 para conseguir o acesso, mas onde li não dizia qual KB era necessário. Alguém aí sabe ? ( não uso Windows Update por opção ).
Re: RELATO: Saindo do PC AP e Testando 2 RB's 750 ( LoadBalance & MK Server )
Nós, enquanto humanidade, ou tememos, ou amamos, ou odiamos o que não entendemos... e assim é nós, mortais, com o Mikrotik.
Descobri ontem que na verdade o problema de acesso remoto não se tratava de versão do Windows, mas sim de onde esta partindo a solicitação de acesso.
O Loadbalance PCC que implementei aqui, de alguma forma cria uma tabela de roteamento, e a 1a. vez que um tráfego "X" parte em relação ao um IP "Y" saindo por uma interface "Z", da segunda vez em diante, ele irá sempre utilizar o mesmo caminho.
Eu já tinha percebido isso aqui. Lembram que eu citei no 1o. post que minha página do cliente possui um script PHP que identifica de onde vem a requisição e libera determinados serviços específicos ? Percebi que depois do Load, a página do cliente usava um dos links no 1o. acesso, e depois sempre se mantinha, mostrando dados específicos de acordo com aquele IP identificado.
A princípio até achei que fosse alguma coisa em relação a "Pref. Source", mas não, inclusive minha página do cliente desde o último reset do Balance, estolheu o link que não está no "Pref".
Quando percebi isso, comecei a abrir tudo quanto é site que mostra DNS Reverso, Ex: http://www.omeuip.com/ | http://www.omeuip.com.br/2012/ | http://meuip.datahouse.com.br/ | http://speedtest.net/ .
De fato para cada site destes aleatóriamente o Balance saiu por uma interface. Até aí tudo bem, acontece que no outro dia reabri as mesmas páginas e o Balance se comportou exatamente da mesma forma, e os sites me reportaram o mesmo reverso do dia anterior, ou seja, o Balance "lembrou" por onde tinha saído ontem para novamente sair hoje.
Constatado isso, o tico e o teco aqui, devem ter discutido muito durante meu sono, que acordei com essa idéia. Se há caminhos prédefinidos e mantidos para a saída, a coisa deve ser por esse caminho Acontece que quando eu testei e acessando um PC via RDP com Windows XP e fiz funcionar, imediatamente acessei outro PC com RDP, dessa vez um Windows 7, e não consegui acessar usando exatamente a mesma configuração de destino e portas no Winbox. Junte a isso o fato de ter lido em algum lugar que o Windows 7 precisava de uma atualização e tava eu lá, procurando a solução errada.
Na verdade eu simplesmente não consegui acessar do Windows 7 porque, o Balance sorteou um caminho diferente pra o IP de onde estava destinando. Bastou tentar entrar por outra interface, e bingo, foi. Acessei ainda outro PC com RDP, outro com XP, e entrei pela interface que o Windows 7 havia entrado. Confirmou-se então, minhas suspeitas do que estava acontecendo.
Reparei ainda outra coisa, eu até consigo bater na porta 8292 pelas 2 interfaces de entrada, pois o DST-NAT contabiliza 1 pct ao tentar entrar pela interface "errada". É na saída que o Balance resolve só largar para aquele interface específica. Ou seja, sendo uma conexão TCP, por característica do protocolo, tem que entrar e sair com IP's idênticos.
Com isso, continuamos com o ciclo eterno de aprendizado, consegui o acesso, sanei minha dúvida ( do acesso remoto ), mas criou-se outra, onde fica essa tabela de roteamento ? É baseada em que ? Qual seu tempo de vida ? Como vejo ela ? Como intervenho ?
Outra coisa, logo quando implementei o LoadBalance, já vinha estudando formas de fixar determinados sites para entrarem e sairém por uma porta específica, mas até agora não precisei fazer nada disso. Alguém sabe aí algum site problemático com Loadbalance pra eu testar ?
Re: RELATO: Saindo do PC AP e Testando 2 RB's 750 ( LoadBalance & MK Server )
Citação:
Postado originalmente por
silviola
Com isso, continuamos com o ciclo eterno de aprendizado, consegui o acesso, sanei minha dúvida ( do acesso remoto ), mas criou-se outra, onde fica essa tabela de roteamento ? É baseada em que ? Qual seu tempo de vida ? Como vejo ela ? Como intervenho ?
Se trata do route cache. O tamanho do route cache pode ser visto com "ip route cache print", mas o Mikrotik não implementa (que eu saiba) os comandos de "show" e "flush", então a forma bruta de resolver isso é down/up na interface.
http://wiki.mikrotik.com/wiki/Manual:IP/Route
Results of routing decision are remembered in the routing cache. This is done to improve forwarding performance. When another packet with the same source address, destination address, source interface, routing mark and ToSis routed, cached results are used. This also allows to implement per-connection load balancing using ECMP routes, because values used to lookup entry in the routing cache are the same for all packets that belong to the same connection and go in the same direction.