Cita de: jcfranco0001 en Enero 07, 2016, 08:50:50 AM
yo tambien tengo el mismo problema google redirecciona a https sera que el google bot ya no funciona o lo bloqueo google

con google en HTTP no es el problema, solo con YOUTUBE.

Cita de: saintdave en Enero 06, 2016, 11:38:30 PM
Eso mismo me esta pasando tambien, hace un par de dias que ya no me sale el http en youtube.

así es, desde hace un par de días YOUTUBE en HTTP, paso a mejor vida.  :'(  :'(  :'(  :'(  :'(

Que tal, AQUI REPORTANDO UN ERROR al acceder GOOGLE por HTTP.
alguien me podría indicar como colocarlo en la lista negra u otra solución.

Cita de: Maher en Julio 04, 2015, 03:52:00 AM
??? Interesante pregunta ...

Aún si es necesaria la regla de Bloqueo QUIC.

Explicación espero se entienda, no soy experto:

Handy para trabajar necesita llegue trafico a el y después lo maneja.
Para eso se necesita regla de direccionamiento o poner la ip manual hacia el servidor.

Con la actual regla Nat usamos por defecto, para direccionar trafico usa los puertos: 80,8080,8888,8880,8777,3477,33301 no el 443 y de esa forma no todo el trafico pasa por Handy.

Y otro tema los navegadores por defecto usa buscadores Https y allí ya no trabaja Handy  :'(

Para no depender de la regla Quic aria falta una regla Nat que abarque más.

Que tal,  no se... si te haz dado cuenta. Que al utilizar el HC y tipeas  google.com u youtube.com entran con normalidad en http, sin tener activo esas reglas de bloqueo QUICK.

Que tal, colegas... tengo una duda.... quiero saber si aún es indispensable seguir utilizando las reglas de "Bloqueo de QUIC", teniendo en cuenta que el HC  las tiene integradas y no le veo el porque tengan utilidad el "Bloqueo de QUIC".

Bloqueo de QUIC (Quick UDP Internet Connection) de Google Chrome (Manteniendo http)
por Requium (lista generada automáticamente)
Código: [Seleccionar]

/ip firewall layer7-protocol add name=Google regexp="^.*(google|youtube)\..*"
/ip firewall mangle add action=add-dst-to-address-list address-list=Google chain=postrouting out-interface="WAN" layer7-protocol=Google
/ip firewall filter add action=drop chain=forward comment="Bloqueo udp Chrome" dst-address-list=Google dst-port=!53  protocol=udp


Saludos!

Cita de: JVProducciones en Junio 25, 2015, 04:31:27 PM
Amigos me gustaria que prueben este bloqueo de Quic en sus Mikrotikdebe de estar desactivada la regla anterior de bloqueo quic
Lo que hará la regla es bloquear en su totalidad todo contenido que viaje en udp obligando al navegador chrome a descargar contenido solo en TCP....

Cita de: tonyvzla en Junio 29, 2015, 05:55:57 PM
Saludos JV en esta reglas no tienes incluido el addres list = Google? ya no es necesario llenar la lista de los addres?
Otra duda: como le hago limpiza al HC ya que me estoy quedando sin espacio. Gracias

pues parece que se le olvido agregarle el Address list = google. y lo tuve que agregar.  pero no se si seguira siendo necesario. aunque creo que si.

Cita de: ruben74 en Junio 28, 2015, 09:13:16 PM
Scrip faltantes y obligatorios poner en el MK para que youtube no direccione a https
/ip firewall layer7-protocol add name=Google regexp="^.*(google|youtube|googlevideo|gstatic)\\.com.*"
/ip firewall mangle add action=add-dst-to-address-list address-list=Google chain=postrouting \ out-interface="ether1" layer7-protocol=Google
/ip firewall filter add action=drop chain=forward comment="Bloqueo udp Chrome" \ dst-address-list=Google dst-port=!53  protocol=udp

Modifican la interfase por su wan o pppoe el que usen..

Saludos.
http://www.youtube.com/watch?v=foJpebjqQfo

Que tal, la regla orignal es /ip firewall layer7-protocol add name=Google regexp="^.*(google|youtube)\..*" pero veo que le agregaste;
                                     /ip firewall layer7-protocol add name=Google regexp="^.*(google|youtube|googlevideo|gstatic)\\.com.*"

Qué diferencia o funcion tiene, al aplicarla?
Por otro lado, se han dado cuenta que al hacer  "HIT" del cache guardado del HC, con el FIREFOX carga más rapido a diferencia del google chrome.

Cita de: Enrrike87 en Junio 19, 2015, 09:19:30 AM
Holaa!! Ns  k pasa ya no hace cachee!!



pero a  otros si pero a algunos videos no los hace :( es por el cambio de html5

Que tal, a mi me pasa algo similiar... pero tuve que borrar todo el CACHE para verificar. ahora lo que note es que los "comentarios" en youtube... no cargan, se quedan en "cargando" en pocas palabras no puedes leer los comentarios de los videos de youtube.

Por otro lado, al abrir un video en google chrome lo guarda en CACHE del HC ... hace HIT. Muy rapido en firefox, encambio en el mismo google chrome demora o es lento pero si jala del CACHE del HC, en pocas palabras hace hit lento.... pero aún con el problema de el no ver o leer los comentarios del "youtube", tanto para google chrome y firefox.



Hoy 20-06-2015.... empezando de 0 con el HC.. jejeje.

Saludos!

Probando y corriendo a  FULLL !!!!!!!! :-*  :-*  :-*  :-*

Que tal, Joemg... dime tambien hace cache del contenido Estatico??