Redirecionar Site Mikrotik (quando clica em um site abre outro)

Boa Noite galera td certo?

Estou precisando de um detalhe para um cliente.

Tenho um rb ccr, que gerencia meus clientes, todos em pppoe + cache.. Tudo rodando 100%.

Preciso do seguinte:

uma regra de firewall, um layer7, sei la...

quando o cliente clica em https://www.mano.com.br abra a pagina www.mano.com.br

Ou seja na verdade quero tirar o s do https. Quero que o site X não abra com conexao segura. Esse site tem opcao em https e http, em http é muito mais rápido.

Vale uma estrelinha galera... vamos la

Se você achar a solução pra isso, você vai salvar a vida de muito cache amigo.
Basicamente quando se inicia uma conexão criptografada não se pode redirecioná-la.
A Não ser que você pegue a solicitação antes de iniciar a conexão segura...
Fazendo com um servidor Dns, dentro de sua rede.
O que da pra fazer é Bloquear o site em https... e aew a pessoa vai tentar abrir normal ou não (Gambiarra).
Hoje o sonho de consumo de quem usa cache e força o user a abrir o Youtube em Http em vez do "S".
Mais veja se o site tem a versão Https é porque ele deve ter a necessidade para tal atitude (Muitas vezes account).
Espero ter esclarecido suas duvidas.

Estrelinha pra vc... mas deve ter uma forma, vou tentar desenvolver algo... abracao

Tem plugin pro Firefox e cia, e pro Chrome e cia, pra "forçar" http ao invez de https.
https://addons.mozilla.org/en-US/fir...http-protocol/
e se não me engano no Chrome você usa o Https Anywhare (Que força https) mas remove os domínios do Google (YT e cia) então eles sempre passam de https pra http.

Só tem um problema: Ao usar esses plugins em site tipo o Youtube, e se logar, a página não abre mais, porque fica transferindo de https pra http o tempo todo, e o login passa de http pra https. Como conta no Google vale pro Youtube a coisa complica, NEM se tivesse acesso ao navegador de todos os clientes você teria um jeito FUNCIONAL ou confiável de forçar o uso de http.

Se fizer uma busca por https no plugins/addons/complementos vai ver duzias deles pra froçar https, e convenhamos que pro consumidor final é melhor ter essa segurança. Daria pra dizer que http morreu, mas prefiro falar: Usa cache menor, 1 disco sata3, uma boa placa-mãe, memoria razoavel, processador de baixo custo e baixo consumo, seria um cache de pouca economia, mas ao menos sai barato. ainda entraria no cache toda a pornografia e sites estáticos da web, eles ainda representam muita coisa pra varios usuarios.

Rubem acho que ele quer uma intervenção que não mecha na parte do cliente (Sonho de consumo).
Você notou que agora o Chorme permite abrir o youtube em Http ? até mesmo logado no gmail...
Isso foi modificado a pouco tempo.

Sim sim, entendi sobre não mecher no cliente, mas quis "demonstrar de alguma forma" que nem mechendo lá no navegador do cliente tem jeito, imagina com redirecionamento no provedor.

Eu tenho obrigatoriedade de https mesmo sem login desde o começo do ano, tanto em adsl como no link dedicado, no chrome, firefox ou seamonkey, no XP ou win7, seja modem em bridge com mtu de 1522 e discando direto no pc ou com meia duzia de roteadores no caminho.

Eu uso o Keepvid.com todo dia, fora emails e feeds rss eu só abro o Youtube.com/feed/subscription (É minha página inicial em todos os navegadores, cada um com sua conta), e no Chrome o bookmarklet do KeepVid não acessa https por default, tem que fazer umas gambiarras, então eu notei ainda ano passado que não tinha mais como acessar atravez das conexões locais o Youtube via http.

Via KeepVid os videos sempre vieram via http (Copio o link e já abre janela do FreeDownloadManager, assino uns 70 canais e todo dia tem uns 10 videos, noto rapido quando muda algo), hoje mesmo eles estão assim:

http://r9---sn-aigllne7.googlevideo....+Saiba+por+que.

Note que tem endereço IPV6 aí no meio, isso é recente, tem acho que 1 mes que isso mudou. Mas ano passado foi a mudança que mais me incomodou, tinha servidores do Youtube em Brasilia (tracert apontava pra lá), é a capital menos distante daqui (1000Km) então os downloads eram ultra-rapidos, 100% da banda contratada mesmo na pior ADSL as 15h. Mas o Youtube mudou isso, parece que tirou esse cache de BSB, passei algum tempo com os videos vindo de um tal de CG51 ou algo do tipo, pelo tracert parecida Campo Grande - MS, e agora estão vindo desse "aigllne", pelo tracert fica nos EUA mas a velocidade deles até aqui é melhor que, por exemplo, da USP, UFSCAR ou UFPR até aqui (Ou qualquer fonte de downloads citada como "um bom teste de velocidade") então acredito que a OI ainda tem algum cache (Provavelmente GCC, http://peering.google.com/about/ggc.html ) em BSB ou num PTT tipo Campinas, porque a velocidade do Youtube até aqui é boa (Não é ótima como já foi).

Por mais que esse link do vídeo não seja https, quando eu tinha o ThunderCache (Usei poucos meses, talvez 9) e testei isso logado o video não ficava no cache. Video assistido online deslogado sim, desde que com mesma resolução (Nada útil, uns usam 240p, outros 360 ou 480p, não tem redimensionamento de conteúdo do cache, não dá pra esperar que todos usem a mesma resolução), mas não via muita economia nisso, no papel tem economia de 30%, mas na navegação você não nota absolutamente nada, liberar 30% a mais de banda sim se nota.

Alias, hoje eu uso o Youtube como página inicial, mas até fim do ano passado eu usava um leitor de feeds (Seamonkey Mail & NewsGroups) pra acompanhar os canais, sempre caia em http e usava o bookmarlet do keepvid pra baixar o conteúdo, mas em dezembro ou janeiro desse ano isso parou de funcionar, digo, mesmo deslogado caia em https sempre, tentei por semanas varios plugins e redirecionamentos pra ficar em http mas não teve jeito, tive que mudar o que eu fazia a quase 10 anos (Ler feeds rss) e começar a me inscrever nos canais (Odeio redes sociais). Hoje as vezes a coisa deixa de funcionar, o keepvid atualiza o bookmarklet as vezes, mas acho que foram só 2 vezes esse ano, curiosamente essas mudanças coincidiram com as mudanças nos endereços dos vídeos que ví, então me parece que o Google faz mudanças mundiais de tempos em tempos, não são locais, e a forma de fazer isso acho que é com o GCC.

Eu acho que a gente perdeu a "guerra" pro Youtube, ele provavelmente vai insistir no https e inviabilizar caches simples tipo o que usamos, então acho que o negócio é se contentar com cache mais barato e simples só pra conteúdo estático, pra dar aquela mínima acelerada nalgumas coisas.

É muita insistencia em usar https hoje, a web toda está interessada nisso e só a gente está esperando "voltar" pra http.

Achei no histórico um endereço de onde ia parar:
http://r8---sn-cg51pauxax-jfce.googlevideo.com
Hoje o tracert aponta isso pra um IP de Brasilia mesmo, mas alguns whois já apontaram Campo Grande.

Não sei que zona o Youtube tem feito, mas meu ponto é que essas mudanças tem acontecido a cada 3 ou 4 meses, por mais que alguém ainda caia em http ou "dê um jeitinho" isso provavelmente vai mudar em 3 a 4 meses, não acredito que dê pra confiar nesses jeitinhos.
(Tipo redirecionar os https:// xxxxx .googlevideo.com pra http:// xxxx . googlevideo.com , afinal o que MENOS importa é o cliente ver um cadeado na página, pro cache o que importa é a hospedagem do video estar em http, não adianta ter frontend em http se o video estiver num https://r8---sn-cg51pauxax-jfce.googlevideo.com (Que é o que ocorre HOJE se uso algo tipo o Video Download Helper pra pegar link de video, mesmo deslogado o link é https e não adianta mudar pra http que não funciona (Hoje não funcionou, pelo menos, dá timeout ou usuario/senha invalidos (Deslogado!)))

Mestre rubem de uma aula pra nos como localizar se o vídeo ta vindo ou Não de um GGC e como localiza por Whois de mais ou menos onde ta vindo esse cache (Localização)...
Aqui tenho sérios problemas de um Link oscilar Muito no Youtube, Mesmo com uma boa rota pra todo o resto.
Tenho Adsl aqui que você ver vídeo em sua velocidade total, Ja outros é uma negação.

Ai já não é comigo, só posso citar os caminhos DAQUI, que vão todos pra brasilia, SP, ou MS.

Usando o plugin Video Download Helper no firefox você consegue o link QUE O NAVEGADOR usa, AQUI ele SEMPRE é https.
Usando o IDM tem um plugin pra download de videos, ele pega o link que o navegador usa, e é o mesmo link que o Video Download Helper usa.
Se instalar o ridículo/pesado Real Player também tem um plugin pra download dos videos, mesma coisa, ele pega o link que navegador usa, é o mesmo dos programas acima.

Se usar o Keepvid.com (Vai no site e cola um link do youtube) você consegue um link http, mas o link é diferente dos plugins acima, a velocidade é diferente, entendo então que este link http não está no GCC.

Pega o começo do link e dá um tracert no cmd:
Anexo 54926
Aí chego no IP, 187.7.130.19 nesse caso. Aí é só dar um whois:
https://registro.br/cgi-bin/whois/?qr=187.7.130.19
Está num link em Brasilia, pode ser um GCC com link da OI, pode ser cache proprio da OI, não sei o que ela tem, o que tenho notado é que esses links tem mudado umas vezes por ano, aqui são sempre https (E se simplesmente tipo o S não baixa, até começo do ano era iguais mas em http).

Você talvez esteja acessando o conteúdo do YT num GCC que não tem bom link, se você coloca um GCC perto do PTT o Google te obriga a permitir acesso do PTT rumo ao GCC no seu link, ou seja, ela não entrega o produto pra que você atenda seus clientes, é pra atender seus clientes e também qualquer um que chegar via PTT. Se o GCC está num link com gargalo (De um provedor grande mas com muito uso) vai ter oscilação mesmo. Imagino que seja seu caso. No meu caso é o contrário, o GCC está em link da OI, e apenas o Youtube tem velocidade decente, todo o resto da web é mais lento.

Grato rubem :0