Re: actualizar youtube-dl de Buster a Bullseye en estable.

[Germán Avendaño Ramírez]

JavierDebian writes:

> Agrega el repositorio
>
> deb https://www.deb-multimedia.org buster main non-free
>
> (Sigue las instrucciones de aquí)
>
> Actualiza  youtube-dl con todas las librerías que le dependen.
>
> Se solucionan los problemas de multimedia en todo.
>
> JAP

Se puede instalar youtube-dl usando las instrucciones de la página del
proyecto. Aquí también se dan instrucciones para usar pip (python)

Instrucciones https://ytdl-org.github.io/youtube-dl/download.html

Atentamente,

-- 
Germán Avendaño Ramírez
Lic. Mat. U.D., M.Sc. U.N

Re: actualizar youtube-dl de Buster a Bullseye en estable.

[JavierDebian]

El 7/6/20 a las 12:17, Rupert escribió:

Buen día,
La version de youtube-dl disponible en Buster, 2019.01.17-1.1,  parece
estar corrupta/dañada ya que al intentar utilizarla recibía este
mensaje de error: "youtube says: video not available" trate de
actualizarla via via el comando "youtube-dl -U" pero recibí este
error:"youtube-dl: error: youtube-dl's self-update mechanism is
disabled on Debian. Please update youtube-dl using apt(8). See
https://packages.debian.org/sid/youtube-dl for the latest packaged
version." Al intentar con apt resultó que la version instalada era la
mas reciente por lo que descargué la version disponible en
Bullseye, 2020.05.08-1, en su formato .deb, lo instalé,
afortunadamente sin errores, tampoco fue modificado/actualizado
ningún otro paquete y el archivo sources.list no sufrió
modificación alguna. Por lo que me pregunto si es posible que la versión
del paquete youtube-dl de Bullseye sea incluido como una actualización
regular via apt-update && upgrade en Buster? No se si esto sea
posible y/o recomendable o si se aplica a los procedimientos
para incluir nuevos paquetes en estable, en todo caso, la
version de youtube-dl en Buster no funciona correctamente y
debe ser reparada/actualizada.
Version de Debian: 10.4 (Buster/Stable)
paquete: youtube-dl
version: 2019.01.17-1.1
síntoma: No funciona correctamente y al intentar
utilizarla devuelve el siguiente mensaje de error: "youtube says:video
not available"
sugerencia: actualizar youtube-dl a la version disponible en
Bullseye, 2020.05.08-1 la cual funciona sin problema alguno.

NOTA: Ya que esta es mi primera vez usando este servicio
espero haberlo conforme a los lineamientos para el mismo.




Agrega el repositorio

deb https://www.deb-multimedia.org buster main non-free

(Sigue las instrucciones de aquí)

Actualiza  youtube-dl con todas las librerías que le dependen.

Se solucionan los problemas de multimedia en todo.

JAP

Re: consulta X-Forwarded-For de Apache

[Camaleón]

El 2020-06-08 a las 12:17 +0200, miguel angel gonzalez escribió:

(...)

> @camaleon:
> ¿No sería más conveniente guardar la IP del cliente y la de los
> proxies, y procesar/filtrar después ese registro para que te muestre
> sólo la IP que quieres?
> 
> Pues si no encuentro otra solución va a ser la opción.

Por aquí¹ indican esa vía pero sobre un servidor Nginx, quizá te dé 
alguna pista. Básicamente proponen hacer un «grep» de la variable que 
contiene las IP en formato de lista separada por comas y mapear la 
nueva variable al log combinado con el resultado de la extracción.

> Sigo buscando porque la opción que comentas de «%h» por «%a» la probé y no
> es exactamente lo que busco.

El tutorial que has seguido lo que permite es que la IP del cliente se 
registre tembién en el log de Apache, y eso es precisamente lo que has 
conseguido... pero no es lo que buscabas :-)

¹ 

Saludos,

-- 
Camaleón 

Re: consulta X-Forwarded-For de Apache

[miguel angel gonzalez]

Hola Ángel,

Justo es lo que comento, sólo como prueba:
Con remoteip añadir ese servidor a un listado* (sólo como prueba porque no
es un servidor confiable por lo menos no nos pertenece a nosotros)*
La idea no es mía, es necesario ya que se procesa el fichero después por
otra aplicación, es decir, sólo necesito la ip final del cliente no por los
servidores que pasa.

@camaleon:
¿No sería más conveniente guardar la IP del cliente y la de los
proxies, y procesar/filtrar después ese registro para que te muestre
sólo la IP que quieres?

Pues si no encuentro otra solución va a ser la opción.

Sigo buscando porque la opción que comentas de «%h» por «%a» la probé y no
es exactamente lo que busco.

Gracias, un saludo.

El lun., 8 jun. 2020 a las 4:53, Ángel (<
debian-user-span...@debian.16bits.net>) escribió:

> On 2020-06-07 at 18:03 +0200, miguel angel gonzalez wrote:
> > Localizado donde está el problema, esa ip de la derecha es un proxy
> > por el que pasa pero en el log necesito que sólo registre la del
> > cliente final, la de la izquierda.
>
> No. Lo que pretendes hacer es muy mala idea.
>
> Lo que deberías hacer es, o bien guardar las dos direcciones IP (o tres,
> o cinco...), indicando que la conexión vino de X, que afirmó estar
> haciendo de proxy para Y. O guardar solo la IP de ese proxy desconocido.
>
> El motivo es muy simple. Si te fias de cualquiera que diga ser un proxy,
> y le crees el cliente que afirma ser el responsable e la petición, es
> posible falsear la dirección de origen. Solo debes creerte la cabecera
> de X-Forwarded-For si la dirección anterior de la que te viene (sea de
> esa cabecera, o la ip que se conecta) es de un proxy de confianza (por
> ejemplo, sabes que tu balanceador te da la dirección real).
>
> Un saludo
>
>

-- 
/m.a.