from:"omar"

Ultimas novedades...

Conservo todos los cd's de instalación que voy quemando.

Encontré y acabo de instalar un Debian Stretch 9.5.0-amd64 (también en
modo UEFI), con el kernel 4.9.0-7 y funcionó !

Tengo LXDE en pantalla en estos momentos y corre sin problema.

Ahora estoy más desconcertado que antes...

El 14/1/22 a las 06:42, Camaleón escribió:

El 2022-01-14 a las 06:26 -0300, Walter Omar Dari escribió:

Hola gente:

Alguien logró instalar esta versión de Debian en un equipo con esta placa ?

Ya no se que probar.

CSM habilitado, CSM deshabilitado, W10, Otro S.O., boot secure
deshabilitado...

Lo termino de instalar y cuando reinicia se cuelga, no hay imagen.
Probé instalarlo sin escritorio para evitar que cargue el modo gráfico por
si se trataba de un problema con éste modo, pero tampoco inicia.
Muestra un par de líneas de texto y no inicia (las líneas no indican un
error).

Probé instalar W10 para ver si funcionaba y lo hace, le instalé Bullseye a
continuación (en el espacio que quedaba en el disco) y vuelve a hacer
exactamente lo mismo.

A la placa madre le actualicé la BIOS por si acaso pero hace lo mismo.

Agradeceré cualquier pista.

Debe ser por la gráfica... hace poco también se habló de ese asunto por
la lista, parece que volvemos a los viejos problemas de las
incompatibilidades con los componentes nuevos :-)

Debian Buster can't open display on the platform: Intel G6400 +
Gigabyte H410M H motherboard
https://unix.stackexchange.com/questions/643441/debian-buster-cant-open-display-on-the-platform-intel-g6400-gigabyte-h410m-h

Saludos,

Walter O. Dari

http://swcomputacion.com/

Re: Instalar Bullseye en equipo con placa madre Gigabyte H410M H V3...

Pongo otro dato adicional por acá arriba...

Tampoco puedo ingresar en modo "Recovery" en ninguno de los 2 kernel que
quedaron instalados.

El 14/1/22 a las 06:42, Camaleón escribió:

El 2022-01-14 a las 06:26 -0300, Walter Omar Dari escribió:

Hola gente:

Alguien logró instalar esta versión de Debian en un equipo con esta placa ?

Ya no se que probar.

CSM habilitado, CSM deshabilitado, W10, Otro S.O., boot secure
deshabilitado...

Probé instalar W10 para ver si funcionaba y lo hace, le instalé Bullseye a
continuación (en el espacio que quedaba en el disco) y vuelve a hacer
exactamente lo mismo.

A la placa madre le actualicé la BIOS por si acaso pero hace lo mismo.

Agradeceré cualquier pista.

Debe ser por la gráfica... hace poco también se habló de ese asunto por
la lista, parece que volvemos a los viejos problemas de las
incompatibilidades con los componentes nuevos :-)

Saludos,

Walter O. Dari

http://swcomputacion.com/
http://swcomputacion.com/sistemas/
https://facebook.com/swcomputacion/
https://facebook.com/sistemasSW/

Nuestros horarios:
L a V 9 a 13 hs.
S 11 a 14 hs.

WhatsApp:
2396 577140 (no se atienden llamadas)

Re: Instalar Bullseye en equipo con placa madre Gigabyte H410M H V3...

Hola...

El 14/1/22 a las 06:42, Camaleón escribió:

El 2022-01-14 a las 06:26 -0300, Walter Omar Dari escribió:

Hola gente:

Alguien logró instalar esta versión de Debian en un equipo con esta placa ?

Ya no se que probar.

CSM habilitado, CSM deshabilitado, W10, Otro S.O., boot secure
deshabilitado...

Probé instalar W10 para ver si funcionaba y lo hace, le instalé Bullseye a
continuación (en el espacio que quedaba en el disco) y vuelve a hacer
exactamente lo mismo.

A la placa madre le actualicé la BIOS por si acaso pero hace lo mismo.

Agradeceré cualquier pista.

Debe ser por la gráfica... hace poco también se habló de ese asunto por
la lista, parece que volvemos a los viejos problemas de las
incompatibilidades con los componentes nuevos :-)

Cuando se pierde el video, no puedo acceder a otras pantallas con
[Ctrl][Alt][Fn], pero lo extraño es que las luces, del teclado que
indican el bloqueo de mayúsculas o o del teclado numérico, encienden y
apagan según se pulsen o no las teclas correspondientes. Y también
responde al reseteo con la combinación [Ctrl][Alt][Del]

Saludos,

Walter O. Dari

http://swcomputacion.com/

Re: Instalar Bullseye en equipo con placa madre Gigabyte H410M H V3...


Hola...

El 14/1/22 a las 11:23, Deiby Herrera escribió:

Y si usa otra iso de debian ya con los driver.


Probé instalaciones desde varios medios que en otros casos funcionaron, 
incluso en placas muy similares de Gigabyte como la H410M H V2, pero no 
hay caso. La gráfica de estas PM es Intel, no son algo complicado.




El vie., 14 de enero de 2022 3:43 a. m., Camaleón <mailto:noela...@gmail.com>> escribió:


El 2022-01-14 a las 06:26 -0300, Walter Omar Dari escribió:

 > Hola gente:
 >
 > Alguien logró instalar esta versión de Debian en un equipo con
esta placa ?
 >
 > Ya no se que probar.
 >
 > CSM habilitado, CSM deshabilitado, W10, Otro S.O., boot secure
 > deshabilitado...
 >
 > Lo termino de instalar y cuando reinicia se cuelga, no hay imagen.
 > Probé instalarlo sin escritorio para evitar que cargue el modo
gráfico por
 > si se trataba de un problema con éste modo, pero tampoco inicia.
 > Muestra un par de líneas de texto y no inicia (las líneas no
indican un
 > error).
 >
 > Probé instalar W10 para ver si funcionaba y lo hace, le instalé
Bullseye a
 > continuación (en el espacio que quedaba en el disco) y vuelve a hacer
 > exactamente lo mismo.
 >
 > A la placa madre le actualicé la BIOS por si acaso pero hace lo
mismo.
 >
 > Agradeceré cualquier pista.

Debe ser por la gráfica... hace poco también se habló de ese asunto por
la lista, parece que volvemos a los viejos problemas de las
incompatibilidades con los componentes nuevos :-)

Debian Buster can't open display on the platform: Intel G6400 +
Gigabyte H410M H motherboard

https://unix.stackexchange.com/questions/643441/debian-buster-cant-open-display-on-the-platform-intel-g6400-gigabyte-h410m-h

<https://unix.stackexchange.com/questions/643441/debian-buster-cant-open-display-on-the-platform-intel-g6400-gigabyte-h410m-h>

Saludos,

-- 
Camaleón




Saludos,


--

Walter O. Dari

http://swcomputacion.com/
http://swcomputacion.com/sistemas/
https://facebook.com/swcomputacion/
https://facebook.com/sistemasSW/

Nuestros horarios:
L a V 9 a 13 hs.
S 11 a 14 hs.

WhatsApp:
2396 577140 (no se atienden llamadas)

Re: Instalar Bullseye en equipo con placa madre Gigabyte H410M H V3...

Hola...

El 14/1/22 a las 13:38, Camaleón escribió:

El 2022-01-14 a las 08:23 -0600, Deiby Herrera escribió:

El vie., 14 de enero de 2022 3:43 a. m., Camaleón
escribió:

El 2022-01-14 a las 06:26 -0300, Walter Omar Dari escribió:

Hola gente:

Alguien logró instalar esta versión de Debian en un equipo con esta

placa ?

Ya no se que probar.

CSM habilitado, CSM deshabilitado, W10, Otro S.O., boot secure
deshabilitado...

Lo termino de instalar y cuando reinicia se cuelga, no hay imagen.
Probé instalarlo sin escritorio para evitar que cargue el modo gráfico

por

si se trataba de un problema con éste modo, pero tampoco inicia.
Muestra un par de líneas de texto y no inicia (las líneas no indican un
error).

Probé instalar W10 para ver si funcionaba y lo hace, le instalé Bullseye

continuación (en el espacio que quedaba en el disco) y vuelve a hacer
exactamente lo mismo.

A la placa madre le actualicé la BIOS por si acaso pero hace lo mismo.

Agradeceré cualquier pista.

Debe ser por la gráfica... hace poco también se habló de ese asunto por
la lista, parece que volvemos a los viejos problemas de las
incompatibilidades con los componentes nuevos :-)

Debian Buster can't open display on the platform: Intel G6400 +
Gigabyte H410M H motherboard

https://unix.stackexchange.com/questions/643441/debian-buster-cant-open-display-on-the-platform-intel-g6400-gigabyte-h410m-h

Y si usa otra iso de debian ya con los driver.

El driver de las gráficas Intel es abierto, debe estar incluído en la
imagen ISO convencional.

Lo que no entiendo es por qué el kernel es incapaz de conmutar
automáticamente al driver VESA/framefuffer, eso de dejar a un sistema
sin salida gráfica es lo último que debe suceder. Y a estas alturas ya
no debería pasar.

Yo revisiaría el registro del servidor gráfico, por si le diera alguna
pista y probaría a cargar una LiveCD de la versión testing, a ver si
padece del mismo mal o si las versiones de kerne, Xorg y el
controlador gráfico de Intel que incluye, más modernitas, funcionan sin
problemas.

Probé sin instalar ningún escritorio y se "queda" igual sin imagen.
Creía que podía ser un tema con CSM, pero he probado montón de
combinaciones en los parámetros de la BIOS sin éxito.

También miraría en la wiki de Archlinux que siempre apuntan cosas
interesantes:

Intel graphics
https://wiki.archlinux.org/title/intel_graphics

En otros modelos de PM Gigabyte no he tenido problemas para instalar
Debian, por ejemplo las H410M H V2

Saludos,

Walter O. Dari

http://swcomputacion.com/

Re: Instalar Bullseye en equipo con placa madre Gigabyte H410M H V3...


Hola...

El 14/1/22 a las 11:57, Marcos Di Lauro escribió:

Podrías dar todo los componentes de tu PC?, Así empezamls desde ese punto.


La PM es la mencionada en el asunto, el microprocesador es un Intel Core 
i3 10100, 2 módulos de memoria DDR4 de 8 Gb c/u marca Crucial, un SSD de 
480 Gb A400 Kingston.


Windows 10 se instala sin problemas, Bullseye siempre se queda en los 
primeros pasos, aún sin instalar un escritorio.


Otro dato, no puedo iniciar con ninguno de dos pendrives donde tengo 
instalado Debian, uno tiene Stretch y el otro Buster.


Por eso supongo que tiene que ser algo con la placa madre y relacionado 
al tema UEFI, arranque seguro y esas yerbas. Pero ya no se que 
combinaciones de BIOS probar.


Saludos,




El vie., 14 de enero de 2022 6:26 a. m., Walter Omar Dari 
mailto:wlin...@gmail.com>> escribió:


Hola gente:

Alguien logró instalar esta versión de Debian en un equipo con esta
placa ?

Ya no se que probar.

CSM habilitado, CSM deshabilitado, W10, Otro S.O., boot secure
deshabilitado...

Lo termino de instalar y cuando reinicia se cuelga, no hay imagen.
Probé instalarlo sin escritorio para evitar que cargue el modo gráfico
por si se trataba de un problema con éste modo, pero tampoco inicia.
Muestra un par de líneas de texto y no inicia (las líneas no indican un
error).

Probé instalar W10 para ver si funcionaba y lo hace, le instalé
Bullseye
a continuación (en el espacio que quedaba en el disco) y vuelve a hacer
exactamente lo mismo.

A la placa madre le actualicé la BIOS por si acaso pero hace lo mismo.

Agradeceré cualquier pista.

Saludos !



-- 


Walter O. Dari

http://swcomputacion.com/ <http://swcomputacion.com/>



--

Walter O. Dari

http://swcomputacion.com/
http://swcomputacion.com/sistemas/
https://facebook.com/swcomputacion/
https://facebook.com/sistemasSW/

Nuestros horarios:
L a V 9 a 13 hs.
S 11 a 14 hs.

WhatsApp:
2396 577140 (no se atienden llamadas)

Instalar Bullseye en equipo con placa madre Gigabyte H410M H V3...


Hola gente:

Alguien logró instalar esta versión de Debian en un equipo con esta placa ?

Ya no se que probar.

CSM habilitado, CSM deshabilitado, W10, Otro S.O., boot secure 
deshabilitado...


Lo termino de instalar y cuando reinicia se cuelga, no hay imagen.
Probé instalarlo sin escritorio para evitar que cargue el modo gráfico 
por si se trataba de un problema con éste modo, pero tampoco inicia.
Muestra un par de líneas de texto y no inicia (las líneas no indican un 
error).


Probé instalar W10 para ver si funcionaba y lo hace, le instalé Bullseye 
a continuación (en el espacio que quedaba en el disco) y vuelve a hacer 
exactamente lo mismo.


A la placa madre le actualicé la BIOS por si acaso pero hace lo mismo.

Agradeceré cualquier pista.

Saludos !



--

Walter O. Dari

http://swcomputacion.com/

Re: Probelmas con la Wikipedia off-line [SOLUCIONADO]

2021-11-10 Por tema Walter Omar Dari


Hola Wilfredo...

El 10/11/21 a las 08:19, Wilfredo Beyra escribió:


[...]

https://packages.debian.org/search?keywords=kiwix


Saludos,

-- 
Camaleón



Muchas gracias nuevamente amigo Camaleón . Recurrí como me dijiste
al paquete de toda la vida. Pasa que yo no había activado backports
en mi lista de repos y ese paquete está en ese repositorio
precisamente. Ya tengo kiwix off-line. Gracias de nuevo. Hasta la
próxima.



Es "camaleona"... ;-)



Wilfredo




Saludos,

--

Walter O. Dari

http://swcomputacion.com/
http://swcomputacion.com/sistemas/
https://facebook.com/swcomputacion/
https://facebook.com/sistemasSW/

Nuestros horarios:
L a V 9 a 13 hs.
S 11 a 14 hs.

WhatsApp:
2396 577140 (no se atienden llamadas)

Re: [OT] Raid1 con mdadm sobre discos SSD, vale la pena ?

2021-09-09 Por tema Walter Omar Dari


Hola...

El 9/9/21 a las 08:23, Debian escribió:

El 9/9/21 a las 01:14, Walter Omar Dari escribió:

Hola, estuve leyendo sobre el tema y veo que hay diversidad de opiniones.

Actualmente tengo un servidor de archivos con 7 discos rígidos, 1 de 
80 Gb para todas las particiones que no son /home y 3 pares de discos 
de 2 y 3 Tb en 3 raid1.


El servidor restante tiene 3 discos rígidos, 1 de 80 Gb para todas las 
particiones que no son /home ni /var y 2 discos de 1,5 Tb en raid1 con 
las particiones /home y /var.


En el último corren los servicios: apache, mariadb, ftp y algunos más. 
Hay está instalado el sistema que utilizamos para nuestra empresa.


Hace unos días armé un equipo con un disco SSD de 240 Gb y le instalé 
Bullseye y los servicios de apache y mariadb. La idea era comenzar a 
probar las adecuaciones que le hicimos al sistema de gestión para que 
corran tanto con php5 como con php7.


Al probar un módulo que genera un informe bastante completo, por lo 
que se vale de crear algunas tablas temporarias para juntar datos de 
varias otras, observo que en el servidor de los discos rígidos demora 
más de 3 minutos en devolverme el informe (obtiene datos de varios 
años). En realidad no me extrañó porque es un informe que emitimos al 
menos una vez por mes. Pero si me extrañó muchísimo, que en el equipo 
armado recientemente con el disco SSD, trabajando con un backup con 
los mismos datos que en el otro servidor, el informe "demoró" 13 
segundos !!!


Bueno, de ahí la idea de actualizar el servidor, pero me surge la duda 
si vale la pena tener un raid1 de SSD. Si se desgastan con las 
escrituras, lo van a hacer parejo, o sea que el día que uno de 
problemas, el otro también. De los discos rígidos le tenía temor a las 
fallas mecánicas, pero los SSD no tienen esos problemas. Así que no se 
qué hacer por ahora.


Los servidores están conectados a UPS con larga autonomía, la conexión 
de Internet está protegida con filtros por si hubiera descargas 
eléctricas importantes a través de los cables que llegan a los routers 
y se hacen backups diarios a otros equipos y semanales a discos 
externos de toda la información (dumps de las bases de datos y 
archivos en general).


Me gustaría saber qué piensan ustedes.
1
Desde ya, gracias !

Saludos,




Buen día.
No me meto con tus arreglos, porque supongo que sabés qué es lo que 
estás haciendo; no me cierra RAID1, si me dijeras RID 5 o 10, vamos, 
pero 1...


Los SSD tienen un "problema" de que se degradan con las escrituras, no 
así con las lecturas.
Por lo que si tu servidor es de mucha escritura, tendrás un respuesta 
infernalmente rápida, pero a la larga, con un costo mayor.

La pregunta del millón: ¿Cuántos TB se escriben por año en tus discos?
La fórmula mágica de cálculo de cuánto va a durar un disco es:

Años Vida Útil = (TBW / TB escritos por día) / 365

Por ejemplo, si escribes 100GB por día, y los discos tienen una vida 
útil de 300TBW, el resultado es


300 / 0,097 / 365 = 8,47 años

Lo que nadie te asegura que no se rompa por otra cosa, como ser saltos 
de tensión eléctrica o sobrecalentamiento.


Los discos varían, normalmente, un SSD de 2TB, tiene una vida útil de 
600TBW. Indicado por el fabricante, la marca influye en cuán fiable es.


Así que haz tus cuentas, calcula cuánto se escribe en tu sistema, 
determina la tasa entre fallos que podrías tener dada la vida útil de 
los discos, calcula el tiempo y costo de amortización y contrapone con 
el valor de la mejora del servicio.


Al final, es un problema de 

JAP



Gracias por el dato del cálculo.
Hay días que se superan los 100 Gb ampliamente y otros que no llegan a 
10 Gb.
El que más escrituras realiza es el que tiene mariadb, donde corren 
algunos sistemas, en local y en remoto.

Creo que lo voy a dejar sin raid.
El SSD que puse para experimentar es de la marca Kingston modelo A400 
int. SATA.


Saludos,


--

Walter O. Dari

http://swcomputacion.com/
http://swcomputacion.com/sistemas/
https://facebook.com/swcomputacion/
https://facebook.com/sistemasSW/

Nuestros horarios:
L a V 9 a 13 hs.
S 11 a 14 hs.

WhatsApp:
2396 577140 (no se atienden llamadas)

[OT] Raid1 con mdadm sobre discos SSD, vale la pena ?

2021-09-08 Por tema Walter Omar Dari


Hola, estuve leyendo sobre el tema y veo que hay diversidad de opiniones.

Actualmente tengo un servidor de archivos con 7 discos rígidos, 1 de 80 
Gb para todas las particiones que no son /home y 3 pares de discos de 2 
y 3 Tb en 3 raid1.


El servidor restante tiene 3 discos rígidos, 1 de 80 Gb para todas las 
particiones que no son /home ni /var y 2 discos de 1,5 Tb en raid1 con 
las particiones /home y /var.


En el último corren los servicios: apache, mariadb, ftp y algunos más. 
Hay está instalado el sistema que utilizamos para nuestra empresa.


Hace unos días armé un equipo con un disco SSD de 240 Gb y le instalé 
Bullseye y los servicios de apache y mariadb. La idea era comenzar a 
probar las adecuaciones que le hicimos al sistema de gestión para que 
corran tanto con php5 como con php7.


Al probar un módulo que genera un informe bastante completo, por lo que 
se vale de crear algunas tablas temporarias para juntar datos de varias 
otras, observo que en el servidor de los discos rígidos demora más de 3 
minutos en devolverme el informe (obtiene datos de varios años). En 
realidad no me extrañó porque es un informe que emitimos al menos una 
vez por mes. Pero si me extrañó muchísimo, que en el equipo armado 
recientemente con el disco SSD, trabajando con un backup con los mismos 
datos que en el otro servidor, el informe "demoró" 13 segundos !!!


Bueno, de ahí la idea de actualizar el servidor, pero me surge la duda 
si vale la pena tener un raid1 de SSD. Si se desgastan con las 
escrituras, lo van a hacer parejo, o sea que el día que uno de 
problemas, el otro también. De los discos rígidos le tenía temor a las 
fallas mecánicas, pero los SSD no tienen esos problemas. Así que no se 
qué hacer por ahora.


Los servidores están conectados a UPS con larga autonomía, la conexión 
de Internet está protegida con filtros por si hubiera descargas 
eléctricas importantes a través de los cables que llegan a los routers y 
se hacen backups diarios a otros equipos y semanales a discos externos 
de toda la información (dumps de las bases de datos y archivos en general).


Me gustaría saber qué piensan ustedes.

Desde ya, gracias !

Saludos,

--

Walter O. Dari

http://swcomputacion.com/
http://swcomputacion.com/sistemas/
https://facebook.com/swcomputacion/
https://facebook.com/sistemasSW/

Nuestros horarios:
L a V 9 a 13 hs.
S 11 a 14 hs.

WhatsApp:
2396 577140 (no se atienden llamadas)

Re: mozillla firefox

2021-07-07 Por tema Walter Omar Dari


Hola Diego:

El 5/7/21 a las 20:12, diego leon giraldo garcia escribió:
buenas tardes cómo instalo firefox 89.0.2 en debian 10.9 ?habían escrito 
sobre la versión 85 pero será el mismo proceso? no basta con apt get 
install es un archivo tar.bz2


Yo descomprimo el tar.bz2 en /usr/local/ y después agrego un acceso en 
el menú de aplicaciones dentro de "Internet"


/usr/local/
├── bin
├── Brother
│   └── Printer
│   └── HL2270DW
│   ├── cupswrapper
│   ├── inf
│   └── lpd
├── etc
├── firefox
│   ├── browser
│   │   ├── chrome
│   │   │   └── icons
│   │   │   └── default
│   │   ├── features
│   │   └── META-INF
│   ├── defaults
│   │   └── pref
│   ├── fonts
│   ├── gmp-clearkey
│   │   └── 0.1
│   ├── gtk2
│   ├── icons
│   └── META-INF





gracias


Saludos,

--

Walter O. Dari

http://swcomputacion.com/
http://swcomputacion.com/sistemas/
https://facebook.com/swcomputacion/
https://facebook.com/sistemasSW/

Nuestros horarios:
L a V 8 a 13 hs.
S 11 a 14 hs.

WhatsApp:
2396 577140 (no se atienden llamadas)

Re: [OT] Error 403 Forbidden openresty...

2021-06-23 Por tema Walter Omar Dari


Hola...

El 23/6/21 a las 03:29, Camaleón escribió:

El 2021-06-23 a las 00:28 -0300, Walter Omar Dari escribió:


Tengo mi página alojada en un servidor inglés: http://swcomputacion.com/

Desde hace un tiempo cada vez en más equipos da el error "403 Forbidden
openresty" y no se a que se debe.


Bueno, openresty es una especie de plataforma de integración que
tendrán instalada en el servidor web que proporciona el servicio:

https://openresty.org/en/
  

Las cosas que hice para tratar de arreglarlo hasta ahora son:

- eliminar el archivo .htaccess: sigue dando el error, así que lo repuse.
- cambiar los permisos de los directorios a 777 y los archivos a 777:
continúa el error, los dejé con 755 y 644 respectivamente.
- intenté ingresar con el navegador Tor: no dio resultados, sigue dando el
error.

Se puede probar algo más antes de hablar con la empresa que me aloja la
página ?


¿Cuándo se produce el error? ¿Siempre, sólo en páginas dinámicas o
cuando ejecutas algún script, accedes a una sección o directorio del
servidor web o activas alguna funcionalidad concreta?


Es una página muy estática, los últimos cambios deben tener 4 meses y el 
error que da no fue a partir de las modificaciones.



Puedes hacer lo de siempre :-), que es revisar los registros del servidor
web que es quien genera el error 403, quizá te dé alguna pista de qué
lo provoca (algún script instalado, una mala configuración del servidor
web, etc...) y cómo corregirlo.


El asunto es que es un servidor de un hosting que contratamos para 
alojar la página, no tenemos acceso a la configuración.


Voy a tener que consultar al soporte del hosting.


O buscar por Google sobre ese error concreto y el servicio asociado:

openresty / how to solve the 403 error
https://github.com/openresty/openresty/issues/109





Saludos,



Saludos y gracias por responder.


--

Walter O. Dari

http://swcomputacion.com/
http://swcomputacion.com/sistemas/
https://facebook.com/swcomputacion/
https://facebook.com/sistemasSW/

Nuestros horarios:
L a V 8 a 13 hs.
S 11 a 14 hs.

WhatsApp:
2396 577140 (no se atienden llamadas)

[OT] Error 403 Forbidden openresty...

2021-06-22 Por tema Walter Omar Dari


Hola gente:

Tengo mi página alojada en un servidor inglés: http://swcomputacion.com/

Desde hace un tiempo cada vez en más equipos da el error "403 Forbidden 
openresty" y no se a que se debe.


Las cosas que hice para tratar de arreglarlo hasta ahora son:

- eliminar el archivo .htaccess: sigue dando el error, así que lo repuse.
- cambiar los permisos de los directorios a 777 y los archivos a 777: 
continúa el error, los dejé con 755 y 644 respectivamente.
- intenté ingresar con el navegador Tor: no dio resultados, sigue dando 
el error.


Se puede probar algo más antes de hablar con la empresa que me aloja la 
página ?


Gracias y saludos,
--

Walter O. Dari

http://swcomputacion.com/
http://swcomputacion.com/sistemas/
https://facebook.com/swcomputacion/
https://facebook.com/sistemasSW/

Nuestros horarios:
L a V 8 a 13 hs.
S 11 a 14 hs.

WhatsApp:
2396 577140 (no se atienden llamadas)

Re: ssh no conecta (Bullseye en ambos equipos) * SOLUCIONADO * era por el ufw

Hola gente, quedó SOLUCIONADO, era el ufw, no tenía idea que estaba 
instalado en ese equipo. Pero lo cierto es que comenzó a actuar a partir 
de la actualización a bullseye, con buster no bloqueaba nada. Es muy raro.


Gracias a OddieX por la ayuda y a todos los que respondieron, aprendí 
unas cuantas cosas para chequear que nunca había tenido que usar.


La solución: descubrí que había una interfaz gráfica para el ufw en el 
equipo en cuestión, ni bien la abrí vi que estaba todo denegado, así que 
cambié las opciones y ahora puedo ingresar.


La verdad que no recuerdo haber instalado ese firewall ni haberlo 
configurado nunca. Espero que no sean los años... ;-)


https://help.ubuntu.com/community/UFW

Saludos a todos y gracias nuevamente.



El 17/5/21 a las 15:16, OddieX escribió:

El lun, 17 may 2021 a las 15:04, Walter Omar Dari
() escribió:


Hola...

El 17/5/21 a las 12:51, OddieX escribió:



El lun., 17 de mayo de 2021 12:48, Walter Omar Dari mailto:wlin...@gmail.com>> escribió:

 Hola, lo que me faltaba probar...

 El 16/5/21 a las 03:52, Camaleón escribió:
  > El 2021-05-15 a las 19:56 -0300, Walter Omar Dari escribió:
  >
  > [...]
  >
  >
  > Si tienes otro equipo desde donde probar (p. j., otro sistema
 operativo
  > como Windows con Putty o MacOS), intenta a ver, no vaya a ser que la
  > guerra te la esté dando el cliente desde donde conectas.

 Con Putty tampoco se conecta al equipo en cuestión, a los demás no hay
 problemas.


  >
  > Saludos,
  >

 --




 Fijate en login.Defs q no encuentra iptables pq desde buster en
 adelante cambiaron los env path... Sino whereis iptables y ejecutalo
 con path completo...



Funcionó indicando la ruta completa, aquí va la salida, yo no veo
inconvenientes, pero no estoy muy ducho con estos (disculpas porque es
bastante larga)...


Chain INPUT (policy DROP)
target prot opt source   destination
ufw-before-logging-input  all  --  anywhere anywhere
ufw-before-input  all  --  anywhere anywhere
ufw-after-input  all  --  anywhere anywhere
ufw-after-logging-input  all  --  anywhere anywhere
ufw-reject-input  all  --  anywhere anywhere
ufw-track-input  all  --  anywhere anywhere

Chain FORWARD (policy DROP)
target prot opt source   destination
ufw-before-logging-forward  all  --  anywhere anywhere

ufw-before-forward  all  --  anywhere anywhere
ufw-after-forward  all  --  anywhere anywhere
ufw-after-logging-forward  all  --  anywhere anywhere

ufw-reject-forward  all  --  anywhere anywhere
ufw-track-forward  all  --  anywhere anywhere

Chain OUTPUT (policy ACCEPT)
target prot opt source   destination
ufw-before-logging-output  all  --  anywhere anywhere

ufw-before-output  all  --  anywhere anywhere
ufw-after-output  all  --  anywhere anywhere
ufw-after-logging-output  all  --  anywhere anywhere
ufw-reject-output  all  --  anywhere anywhere
ufw-track-output  all  --  anywhere anywhere

Chain ufw-after-forward (1 references)
target prot opt source   destination

Chain ufw-after-input (1 references)
target prot opt source   destination
ufw-skip-to-policy-input  udp  --  anywhere anywhere
   udp dpt:netbios-ns
ufw-skip-to-policy-input  udp  --  anywhere anywhere
   udp dpt:netbios-dgm
ufw-skip-to-policy-input  tcp  --  anywhere anywhere
   tcp dpt:netbios-ssn
ufw-skip-to-policy-input  tcp  --  anywhere anywhere
   tcp dpt:microsoft-ds
ufw-skip-to-policy-input  udp  --  anywhere anywhere
   udp dpt:bootps
ufw-skip-to-policy-input  udp  --  anywhere anywhere
   udp dpt:bootpc
ufw-skip-to-policy-input  all  --  anywhere anywhere
   ADDRTYPE match dst-type BROADCAST

Chain ufw-after-logging-forward (1 references)
target prot opt source   destination
LOGall  --  anywhere anywhere limit: avg
3/min burst 10 LOG level warning prefix "[UFW BLOCK] "

Chain ufw-after-logging-input (1 references)
target prot opt source   destination

Chain ufw-after-logging-output (1 references)
target prot opt source   destination

Chain ufw-after-output (1 references)
target prot opt source   destination

Chain ufw-before-forward (1 references)
target prot opt source   destination
ACCEPT all  --  anywhere anywhere ctstate
RELATED,ESTABLISHED
ACCEPT icmp --  anywhere anywhere icmp
destination-unreachable
ACCEPT icmp --  anywhere anywhere icmp
time-exceeded

Re: ssh no conecta (Bullseye en ambos equipos)





El 17/5/21 a las 15:16, OddieX escribió:

El lun, 17 may 2021 a las 15:04, Walter Omar Dari
() escribió:


Hola...

El 17/5/21 a las 12:51, OddieX escribió:



El lun., 17 de mayo de 2021 12:48, Walter Omar Dari mailto:wlin...@gmail.com>> escribió:

 Hola, lo que me faltaba probar...

 El 16/5/21 a las 03:52, Camaleón escribió:
  > El 2021-05-15 a las 19:56 -0300, Walter Omar Dari escribió:
  >
  > [...]
  >
  >
  > Si tienes otro equipo desde donde probar (p. j., otro sistema
 operativo
  > como Windows con Putty o MacOS), intenta a ver, no vaya a ser que la
  > guerra te la esté dando el cliente desde donde conectas.

 Con Putty tampoco se conecta al equipo en cuestión, a los demás no hay
 problemas.


  >
  > Saludos,
  >

 --




 Fijate en login.Defs q no encuentra iptables pq desde buster en
 adelante cambiaron los env path... Sino whereis iptables y ejecutalo
 con path completo...



Funcionó indicando la ruta completa, aquí va la salida, yo no veo
inconvenientes, pero no estoy muy ducho con estos (disculpas porque es
bastante larga)...


Chain INPUT (policy DROP)
target prot opt source   destination
ufw-before-logging-input  all  --  anywhere anywhere
ufw-before-input  all  --  anywhere anywhere
ufw-after-input  all  --  anywhere anywhere
ufw-after-logging-input  all  --  anywhere anywhere
ufw-reject-input  all  --  anywhere anywhere
ufw-track-input  all  --  anywhere anywhere

Chain FORWARD (policy DROP)
target prot opt source   destination
ufw-before-logging-forward  all  --  anywhere anywhere

ufw-before-forward  all  --  anywhere anywhere
ufw-after-forward  all  --  anywhere anywhere
ufw-after-logging-forward  all  --  anywhere anywhere

ufw-reject-forward  all  --  anywhere anywhere
ufw-track-forward  all  --  anywhere anywhere

Chain OUTPUT (policy ACCEPT)
target prot opt source   destination
ufw-before-logging-output  all  --  anywhere anywhere

ufw-before-output  all  --  anywhere anywhere
ufw-after-output  all  --  anywhere anywhere
ufw-after-logging-output  all  --  anywhere anywhere
ufw-reject-output  all  --  anywhere anywhere
ufw-track-output  all  --  anywhere anywhere

Chain ufw-after-forward (1 references)
target prot opt source   destination

Chain ufw-after-input (1 references)
target prot opt source   destination
ufw-skip-to-policy-input  udp  --  anywhere anywhere
   udp dpt:netbios-ns
ufw-skip-to-policy-input  udp  --  anywhere anywhere
   udp dpt:netbios-dgm
ufw-skip-to-policy-input  tcp  --  anywhere anywhere
   tcp dpt:netbios-ssn
ufw-skip-to-policy-input  tcp  --  anywhere anywhere
   tcp dpt:microsoft-ds
ufw-skip-to-policy-input  udp  --  anywhere anywhere
   udp dpt:bootps
ufw-skip-to-policy-input  udp  --  anywhere anywhere
   udp dpt:bootpc
ufw-skip-to-policy-input  all  --  anywhere anywhere
   ADDRTYPE match dst-type BROADCAST

Chain ufw-after-logging-forward (1 references)
target prot opt source   destination
LOGall  --  anywhere anywhere limit: avg
3/min burst 10 LOG level warning prefix "[UFW BLOCK] "

Chain ufw-after-logging-input (1 references)
target prot opt source   destination

Chain ufw-after-logging-output (1 references)
target prot opt source   destination

Chain ufw-after-output (1 references)
target prot opt source   destination

Chain ufw-before-forward (1 references)
target prot opt source   destination
ACCEPT all  --  anywhere anywhere ctstate
RELATED,ESTABLISHED
ACCEPT icmp --  anywhere anywhere icmp
destination-unreachable
ACCEPT icmp --  anywhere anywhere icmp
time-exceeded
ACCEPT icmp --  anywhere anywhere icmp
parameter-problem
ACCEPT icmp --  anywhere anywhere icmp
echo-request
ufw-user-forward  all  --  anywhere anywhere

Chain ufw-before-input (1 references)
target prot opt source   destination
ACCEPT all  --  anywhere anywhere
ACCEPT all  --  anywhere anywhere ctstate
RELATED,ESTABLISHED
ufw-logging-deny  all  --  anywhere anywhere
ctstate INVALID
DROP   all  --  anywhere anywhere ctstate
INVALID
ACCEPT icmp --  anywhere anywhere icmp
destination-unreachable
ACCEPT icmp --  anywhere anywhere

Re: ssh no conecta (Bullseye en ambos equipos)


Hola...

El 17/5/21 a las 15:15, Ramses escribió:

El 17 de mayo de 2021 19:49:11 CEST, Walter Omar Dari  
escribió:



El 17/5/21 a las 13:12, Camaleón escribió:

El 2021-05-17 a las 12:37 -0300, Walter Omar Dari escribió:


El 16/5/21 a las 03:52, Camaleón escribió:

debug2: ssh_connect_direct
debug1: Connecting to 192.168.0.8 [192.168.0.8] port 22.

... después de un rato da un error de timeout.


Un error de timeout apunta a que el anfitrión (el equipo al que
conectas) corta la conexión por algún motivo (directiva de

seguridad,

etc.); si llegas con un ping al equipo, así a bote pronto el

cortafuegos

quedaría descartado.


El ping me responde inmediatamente...

$ ping 192.168.0.8
PING 192.168.0.8 (192.168.0.8) 56(84) bytes of data.
64 bytes from 192.168.0.8: icmp_seq=1 ttl=64 time=0.344 ms
64 bytes from 192.168.0.8: icmp_seq=2 ttl=64 time=0.330 ms
64 bytes from 192.168.0.8: icmp_seq=3 ttl=64 time=0.338 ms
64 bytes from 192.168.0.8: icmp_seq=4 ttl=64 time=0.331 ms
^C


Hum... prueba con una traza, aunque me temo que no proporcionará

mucha más

información:

traceroute -T -O info -p 22 192.168.0.8


Te detallo algunas otras cosas que hice (sugerencias de Zeque), al

final

está la traza...

/home/sw/Uso_compartido/temp/ssh_noconecta2.txt   [BM--]  9 L:[

1+26 27/

56] *(775 /1070b) 0010 0x00A [*][X]
1)  en el equipo que no permite las conexiones (192.168.0.8)...

root@debbns:~# iptables -L
bash: iptables: orden no encontrada

root@debbns:~# dpkg -l | grep iptables
ii  iptables1.8.7-1  amd64administration tools for

packet

filtering and NAT


?

Prueba con:
#su - -c "iptables -L"


hosts.allow y hosts.deny  están vacíos (salvo las lìneas comentadas

al

principio), no hay direcciones IP ni nombres de hosts.

Probé agregando la línea...

ALL : ALL : allow

... en hosts.allow, pero tampoco da resultados.


2) en cualquier equipo que se quiera conectar a 192.168.0.8...

dari@debwal:~$ nc -vvv 192.168.0.8 22
^C sent 0, rcvd 0

root@debwal:/home/dari# traceroute -T -O info -p 22 192.168.0.8
traceroute to 192.168.0.8 (192.168.0.8), 30 hops max, 60 byte

packets

   1  * * *
   2  * * *


(...)

No llega.


Si la conexión fuera entre redes distintas (remotas), pasando el
tráfico por distintos servidores y enrutadores que no están bajo tu
supervisión, podría entenderse el timeout por algún filtro de los

ISP,

el tamaño de los paquetes o cortafuegos, pero teniendo controlado

el

entorno de conexión (red local) el tiemout es todo un misterio :-?

Si tienes otro equipo desde donde probar (p. j., otro sistema

operativo

como Windows con Putty o MacOS), intenta a ver, no vaya a ser que

la

guerra te la esté dando el cliente desde donde conectas.


He probado desde otros equipos con Debian y el resultado es el

mismo.

El tema tiene que estar en el huraño 192.168.0.8 :-)

A ese equipo lo actualicé, no fue una instalación desde cero,

anteriormente

tenía Buster, así que le modifiqué el sources.list reemplazando

buster por

bullseye. La actualización no dio problemas.

Voy a ver si encuentro alguna portátil a la que le haya quedado un

dual boot

con Windows para probar con Putty

Gracias !


Sólo por curiosidad... ¿has probado a intentar conectarte a otro
servicio/puerto que no sea SSH? P. ej., servidor de correo sin

cifrado

(110/25) o cualquier otro que puedas tener configurado en ese equipo.

Lo digo para descartar un problema localizado en ese servicio/
aplicativo/puerto o para confirmar que se trata de un problema
generalizado que afecta a otra combinación de servicios y puertos.



Acabo de instalarle Apache y no responde, solamente funciona de modo
local.

Lo raro que responde al ping...




Saludos,



¿No tendrás duplicada la IP en la red y te está respondiendo otro equipo?

Un tcpdump a ver si está respondiendo ese equipo al Ping y miras si te llega 
tráfico cuando le tiras el SSH desde otro equipo.


No, no está duplicada, ya está comprobado. Gracias !





Saludos

.



--

Walter O. Dari

http://swcomputacion.com/
http://swcomputacion.com/sistemas/
https://facebook.com/swcomputacion/
https://facebook.com/sistemasSW/

Nuestros horarios:
L a V 8 a 13 hs.
S 11 a 14 hs.

WhatsApp:
2396 577140 (no se atienden llamadas)

Re: ssh no conecta (Bullseye en ambos equipos)


Hola...

El 17/5/21 a las 12:51, OddieX escribió:



El lun., 17 de mayo de 2021 12:48, Walter Omar Dari <mailto:wlin...@gmail.com>> escribió:


Hola, lo que me faltaba probar...

El 16/5/21 a las 03:52, Camaleón escribió:
 > El 2021-05-15 a las 19:56 -0300, Walter Omar Dari escribió:
 >
 > [...]
 >
 >
 > Si tienes otro equipo desde donde probar (p. j., otro sistema
operativo
 > como Windows con Putty o MacOS), intenta a ver, no vaya a ser que la
 > guerra te la esté dando el cliente desde donde conectas.

Con Putty tampoco se conecta al equipo en cuestión, a los demás no hay
problemas.


 >
 > Saludos,
 >

-- 





Fijate en login.Defs q no encuentra iptables pq desde buster en
adelante cambiaron los env path... Sino whereis iptables y ejecutalo
con path completo...



Funcionó indicando la ruta completa, aquí va la salida, yo no veo 
inconvenientes, pero no estoy muy ducho con estos (disculpas porque es 
bastante larga)...



Chain INPUT (policy DROP)
target prot opt source   destination
ufw-before-logging-input  all  --  anywhere anywhere
ufw-before-input  all  --  anywhere anywhere
ufw-after-input  all  --  anywhere anywhere
ufw-after-logging-input  all  --  anywhere anywhere
ufw-reject-input  all  --  anywhere anywhere
ufw-track-input  all  --  anywhere anywhere

Chain FORWARD (policy DROP)
target prot opt source   destination
ufw-before-logging-forward  all  --  anywhere anywhere 


ufw-before-forward  all  --  anywhere anywhere
ufw-after-forward  all  --  anywhere anywhere
ufw-after-logging-forward  all  --  anywhere anywhere 


ufw-reject-forward  all  --  anywhere anywhere
ufw-track-forward  all  --  anywhere anywhere

Chain OUTPUT (policy ACCEPT)
target prot opt source   destination
ufw-before-logging-output  all  --  anywhere anywhere 


ufw-before-output  all  --  anywhere anywhere
ufw-after-output  all  --  anywhere anywhere
ufw-after-logging-output  all  --  anywhere anywhere
ufw-reject-output  all  --  anywhere anywhere
ufw-track-output  all  --  anywhere anywhere

Chain ufw-after-forward (1 references)
target prot opt source   destination

Chain ufw-after-input (1 references)
target prot opt source   destination
ufw-skip-to-policy-input  udp  --  anywhere anywhere 
 udp dpt:netbios-ns
ufw-skip-to-policy-input  udp  --  anywhere anywhere 
 udp dpt:netbios-dgm
ufw-skip-to-policy-input  tcp  --  anywhere anywhere 
 tcp dpt:netbios-ssn
ufw-skip-to-policy-input  tcp  --  anywhere anywhere 
 tcp dpt:microsoft-ds
ufw-skip-to-policy-input  udp  --  anywhere anywhere 
 udp dpt:bootps
ufw-skip-to-policy-input  udp  --  anywhere anywhere 
 udp dpt:bootpc
ufw-skip-to-policy-input  all  --  anywhere anywhere 
 ADDRTYPE match dst-type BROADCAST


Chain ufw-after-logging-forward (1 references)
target prot opt source   destination
LOGall  --  anywhere anywhere limit: avg 
3/min burst 10 LOG level warning prefix "[UFW BLOCK] "


Chain ufw-after-logging-input (1 references)
target prot opt source   destination

Chain ufw-after-logging-output (1 references)
target prot opt source   destination

Chain ufw-after-output (1 references)
target prot opt source   destination

Chain ufw-before-forward (1 references)
target prot opt source   destination
ACCEPT all  --  anywhere anywhere ctstate 
RELATED,ESTABLISHED
ACCEPT icmp --  anywhere anywhere icmp 
destination-unreachable
ACCEPT icmp --  anywhere anywhere icmp 
time-exceeded
ACCEPT icmp --  anywhere anywhere icmp 
parameter-problem
ACCEPT icmp --  anywhere anywhere icmp 
echo-request

ufw-user-forward  all  --  anywhere anywhere

Chain ufw-before-input (1 references)
target prot opt source   destination
ACCEPT all  --  anywhere anywhere
ACCEPT all  --  anywhere anywhere ctstate 
RELATED,ESTABLISHED
ufw-logging-deny  all  --  anywhere anywhere 
ctstate INVALID
DROP   all  --  anywhere anywhere ctstate 
INVALID
ACCEPT icmp --  anywhere anywhere icmp 
destination-unreachable
ACCEPT icmp --  anywhere anywhere icmp 
time-exceeded
ACCEPT icmp --  anywhere anywhere icmp 
parameter-probl

Re: ssh no conecta (Bullseye en ambos equipos)





El 17/5/21 a las 13:12, Camaleón escribió:

El 2021-05-17 a las 12:37 -0300, Walter Omar Dari escribió:


El 16/5/21 a las 03:52, Camaleón escribió:

debug2: ssh_connect_direct
debug1: Connecting to 192.168.0.8 [192.168.0.8] port 22.

... después de un rato da un error de timeout.


Un error de timeout apunta a que el anfitrión (el equipo al que
conectas) corta la conexión por algún motivo (directiva de seguridad,
etc.); si llegas con un ping al equipo, así a bote pronto el cortafuegos
quedaría descartado.


El ping me responde inmediatamente...

$ ping 192.168.0.8
PING 192.168.0.8 (192.168.0.8) 56(84) bytes of data.
64 bytes from 192.168.0.8: icmp_seq=1 ttl=64 time=0.344 ms
64 bytes from 192.168.0.8: icmp_seq=2 ttl=64 time=0.330 ms
64 bytes from 192.168.0.8: icmp_seq=3 ttl=64 time=0.338 ms
64 bytes from 192.168.0.8: icmp_seq=4 ttl=64 time=0.331 ms
^C


Hum... prueba con una traza, aunque me temo que no proporcionará mucha más
información:

traceroute -T -O info -p 22 192.168.0.8


Te detallo algunas otras cosas que hice (sugerencias de Zeque), al final
está la traza...

/home/sw/Uso_compartido/temp/ssh_noconecta2.txt   [BM--]  9 L:[  1+26 27/
56] *(775 /1070b) 0010 0x00A [*][X]
1)  en el equipo que no permite las conexiones (192.168.0.8)...

root@debbns:~# iptables -L
bash: iptables: orden no encontrada

root@debbns:~# dpkg -l | grep iptables
ii  iptables1.8.7-1  amd64administration tools for packet
filtering and NAT


?

Prueba con:
#su - -c "iptables -L"


hosts.allow y hosts.deny  están vacíos (salvo las lìneas comentadas al
principio), no hay direcciones IP ni nombres de hosts.

Probé agregando la línea...

ALL : ALL : allow

... en hosts.allow, pero tampoco da resultados.


2) en cualquier equipo que se quiera conectar a 192.168.0.8...

dari@debwal:~$ nc -vvv 192.168.0.8 22
^C sent 0, rcvd 0

root@debwal:/home/dari# traceroute -T -O info -p 22 192.168.0.8
traceroute to 192.168.0.8 (192.168.0.8), 30 hops max, 60 byte packets
  1  * * *
  2  * * *


(...)

No llega.


Si la conexión fuera entre redes distintas (remotas), pasando el
tráfico por distintos servidores y enrutadores que no están bajo tu
supervisión, podría entenderse el timeout por algún filtro de los ISP,
el tamaño de los paquetes o cortafuegos, pero teniendo controlado el
entorno de conexión (red local) el tiemout es todo un misterio :-?

Si tienes otro equipo desde donde probar (p. j., otro sistema operativo
como Windows con Putty o MacOS), intenta a ver, no vaya a ser que la
guerra te la esté dando el cliente desde donde conectas.


He probado desde otros equipos con Debian y el resultado es el mismo.
El tema tiene que estar en el huraño 192.168.0.8 :-)

A ese equipo lo actualicé, no fue una instalación desde cero, anteriormente
tenía Buster, así que le modifiqué el sources.list reemplazando buster por
bullseye. La actualización no dio problemas.

Voy a ver si encuentro alguna portátil a la que le haya quedado un dual boot
con Windows para probar con Putty

Gracias !


Sólo por curiosidad... ¿has probado a intentar conectarte a otro
servicio/puerto que no sea SSH? P. ej., servidor de correo sin cifrado
(110/25) o cualquier otro que puedas tener configurado en ese equipo.

Lo digo para descartar un problema localizado en ese servicio/
aplicativo/puerto o para confirmar que se trata de un problema
generalizado que afecta a otra combinación de servicios y puertos.



Acabo de instalarle Apache y no responde, solamente funciona de modo local.

Lo raro que responde al ping...




Saludos,



--

Walter O. Dari

http://swcomputacion.com/
http://swcomputacion.com/sistemas/
https://facebook.com/swcomputacion/
https://facebook.com/sistemasSW/

Nuestros horarios:
L a V 8 a 13 hs.
S 11 a 14 hs.

WhatsApp:
2396 577140 (no se atienden llamadas)

Re: ssh no conecta (Bullseye en ambos equipos)


Hola, lo que me faltaba probar...

El 16/5/21 a las 03:52, Camaleón escribió:

El 2021-05-15 a las 19:56 -0300, Walter Omar Dari escribió:

[...] 



Si tienes otro equipo desde donde probar (p. j., otro sistema operativo
como Windows con Putty o MacOS), intenta a ver, no vaya a ser que la
guerra te la esté dando el cliente desde donde conectas.


Con Putty tampoco se conecta al equipo en cuestión, a los demás no hay 
problemas.





Saludos,



--

Walter O. Dari

http://swcomputacion.com/
http://swcomputacion.com/sistemas/
https://facebook.com/swcomputacion/
https://facebook.com/sistemasSW/

Nuestros horarios:
L a V 8 a 13 hs.
S 11 a 14 hs.

WhatsApp:
2396 577140 (no se atienden llamadas)

Re: ssh no conecta (Bullseye en ambos equipos)


Hola...

El 16/5/21 a las 03:52, Camaleón escribió:

El 2021-05-15 a las 19:56 -0300, Walter Omar Dari escribió:


Hola Camaleón, cómo va ?...


:-)


El 15/5/21 a las 14:27, Camaleón escribió:

Además d elo que te han comentado, revisa las opciones de configuración
de SSH en el sistema donde has puesto testing, quizá alguna opción te
esté dando guerra.



Los archivos de configuración, los contenidos en /etc/ssh/ son prácticamente
idénticos en los dos equipos, salvo los archivos .key


Ok...


debug2: ssh_connect_direct
debug1: Connecting to 192.168.0.8 [192.168.0.8] port 22.

... después de un rato da un error de timeout.


Un error de timeout apunta a que el anfitrión (el equipo al que
conectas) corta la conexión por algún motivo (directiva de seguridad,
etc.); si llegas con un ping al equipo, así a bote pronto el cortafuegos
quedaría descartado.


El ping me responde inmediatamente...

$ ping 192.168.0.8
PING 192.168.0.8 (192.168.0.8) 56(84) bytes of data.
64 bytes from 192.168.0.8: icmp_seq=1 ttl=64 time=0.344 ms
64 bytes from 192.168.0.8: icmp_seq=2 ttl=64 time=0.330 ms
64 bytes from 192.168.0.8: icmp_seq=3 ttl=64 time=0.338 ms
64 bytes from 192.168.0.8: icmp_seq=4 ttl=64 time=0.331 ms
^C


Hum... prueba con una traza, aunque me temo que no proporcionará mucha más
información:

traceroute -T -O info -p 22 192.168.0.8


Te detallo algunas otras cosas que hice (sugerencias de Zeque), al final 
está la traza...


/home/sw/Uso_compartido/temp/ssh_noconecta2.txt   [BM--]  9 L:[  1+26 
27/ 56] *(775 /1070b) 0010 0x00A 
[*][X]

1)  en el equipo que no permite las conexiones (192.168.0.8)...

root@debbns:~# iptables -L
bash: iptables: orden no encontrada

root@debbns:~# dpkg -l | grep iptables
ii  iptables1.8.7-1  amd64administration tools for 
packet filtering and NAT


hosts.allow y hosts.deny  están vacíos (salvo las lìneas comentadas al 
principio), no hay direcciones IP ni nombres de hosts.


Probé agregando la línea...

ALL : ALL : allow

... en hosts.allow, pero tampoco da resultados.


2) en cualquier equipo que se quiera conectar a 192.168.0.8...

dari@debwal:~$ nc -vvv 192.168.0.8 22
^C sent 0, rcvd 0

root@debwal:/home/dari# traceroute -T -O info -p 22 192.168.0.8
traceroute to 192.168.0.8 (192.168.0.8), 30 hops max, 60 byte packets
 1  * * *
 2  * * *
 3  * * *
 4  * * *
 5  * * *
 6  * * *
 7  * * *
 8  * * *
 9  * * *
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *
root@debwal:/home/dari#






Prueba a conectarte desde el propio equipo (ssh root@localhost).


Conecta perfectamente


Me desorienta que no me de algún mensaje más, alguna pista en el modo
"verbose"...


Si la conexión fuera entre redes distintas (remotas), pasando el
tráfico por distintos servidores y enrutadores que no están bajo tu
supervisión, podría entenderse el timeout por algún filtro de los ISP,
el tamaño de los paquetes o cortafuegos, pero teniendo controlado el
entorno de conexión (red local) el tiemout es todo un misterio :-?

Si tienes otro equipo desde donde probar (p. j., otro sistema operativo
como Windows con Putty o MacOS), intenta a ver, no vaya a ser que la
guerra te la esté dando el cliente desde donde conectas.


He probado desde otros equipos con Debian y el resultado es el mismo.
El tema tiene que estar en el huraño 192.168.0.8 :-)

A ese equipo lo actualicé, no fue una instalación desde cero, 
anteriormente tenía Buster, así que le modifiqué el sources.list 
reemplazando buster por bullseye. La actualización no dio problemas.


Voy a ver si encuentro alguna portátil a la que le haya quedado un dual 
boot con Windows para probar con Putty


Gracias !




Saludos,



Saludos,

--

Walter O. Dari

http://swcomputacion.com/
http://swcomputacion.com/sistemas/
https://facebook.com/swcomputacion/
https://facebook.com/sistemasSW/

Nuestros horarios:
L a V 8 a 13 hs.
S 11 a 14 hs.

WhatsApp:
2396 577140 (no se atienden llamadas)

Re: ssh no conecta (Bullseye en ambos equipos)


Hola Zeque...

El 15/5/21 a las 20:53, Zeque escribió:

Walter,

Es raro lo del timeout, probaste hacer un telnet al puerto?
nc -v 192.168.0.8 22



Revistaste el archivo hosts.deny hosts.allow que nada haya cambiado?



Chequea también las reglas de firewall
iptables -L


Te dejo los resultados más uno que me sugirió Camaleon


1)  en el equipo que no permite las conexiones (192.168.0.8)...

root@debbns:~# iptables -L
bash: iptables: orden no encontrada

root@debbns:~# dpkg -l | grep iptables
ii  iptables1.8.7-1  amd64administration tools for 
packet filtering and NAT


hosts.allow y hosts.deny  están vacíos (salvo las lìneas comentadas al 
principio), no hay direcciones IP ni nombres de hosts.


Probé agregando la línea...

ALL : ALL : allow

... en hosts.allow, pero tampoco da resultados.


2) en cualquier equipo que se quiera conectar a 192.168.0.8...

dari@debwal:~$ nc -vvv 192.168.0.8 22
^C sent 0, rcvd 0

root@debwal:/home/dari# traceroute -T -O info -p 22 192.168.0.8
traceroute to 192.168.0.8 (192.168.0.8), 30 hops max, 60 byte packets
 1  * * *
 2  * * *
 3  * * *
 4  * * *
 5  * * *
 6  * * *
 7  * * *
 8  * * *
 9  * * *
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *
root@debwal:/home/dari#


Saludos,



Saludos!
Zeque

El 15 de mayo de 2021 12:49:37 ART, Walter Omar Dari  
escribió:


Hola gente:

Me quiero conectar a un equipo de la red local que antes tenía Buster y
no había problemas, pero no puedo a partir de que le instalé Bullseye.
No se si será por Bullseye u otro motivo.

Cuando quiero conectar queda así...

dari@debwal:~$ ssh 192.168.0.8 -vvv
OpenSSH_8.4p1 Debian-5, OpenSSL 1.1.1k  25 Mar 2021
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: include
/etc/ssh/ssh_config.d/*.conf matched no files
debug1: /etc/ssh/ssh_config line 21: Applying options for *
debug2: resolve_canonicalize: hostname 192.168.0.8 is address
debug3: expanded UserKnownHostsFile '~/.ssh/known_hosts' ->
'/home/wodari/.ssh/known_hosts'
debug3: expanded UserKnownHostsFile '~/.ssh/known_hosts2' ->
'/home/wodari/.ssh/known_hosts2'
debug2: ssh_connect_direct
debug1: Connecting to 192.168.0.8 [192.168.0.8] port 22.

... después de un rato da un error de timeout.


En el equipo al que me quiero conectar, el puerto 22 parece estar bien...

# netstat -plnt
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address   Foreign Address
State   PID/Program name
tcp0  0 127.0.0.1:530.0.0.0:*
LISTEN  652/connmand
tcp0  0 0.0.0.0:22  0.0.0.0:*
LISTEN  586057/sshd: /usr/s
tcp0  0 127.0.0.1:631   0.0.0.0:*
LISTEN  523630/cupsd
tcp0  0 0.0.0.0:44025   0.0.0.0:*
LISTEN  -
tcp0  0 127.0.0.1:250.0.0.0:*
LISTEN  1146/exim4
tcp0  0 0.0.0.0:17500   0.0.0.0:*
LISTEN  581546/dropbox
tcp0  0 127.0.0.1:17600 0.0.0.0:*
LISTEN  581546/dropbox
tcp0  0 127.0.0.1:17603 0.0.0.0:*
LISTEN  581546/dropbox
tcp0  0 0.0.0.0:111 0.0.0.0:*
LISTEN  1/init
tcp6   0  0 :::1716 :::*
LISTEN  580502/kdeconnectd
tcp6   0  0 ::1:53  :::*
LISTEN  652/connmand
tcp6   0  0 :::22   :::*
LISTEN  586057/sshd: /usr/s
tcp6   0  0 ::1:631 :::*
LISTEN  523630/cupsd
tcp6   0  0 :::41785:::*
LISTEN  -
tcp6   0  0 ::1:25  :::*
LISTEN  1146/exim4
tcp6   0  0 :::17500:::*
LISTEN  581546/dropbox
tcp6   0  0 :::111  :::*
LISTEN  1/init

Los archivos de configuración ssh_config y sshd_config están iguales en
los dos equipos, en directorios ssh_config.d y sshd_config.d estàn
vacìos en ambos equipos.

Desde el equipo al cual me quiero comunicar, al mío no tengo problemas,
ssh conecta sin problemas, el tema es cuando es al revés.

Alguien me puede dar alguna pista ?

Muchas gracias,
-- 


Walter O. Dari

http://swcomputacion.com/ <http://swcomputacion.com/>
http://swcomputacion.com/sistemas/ <http://swcomputacion.com/sistemas/>
https://facebook.com/swcomputacion/
<https://facebook.com/swcomputacion/>
https://facebook.com/sistemasSW/ <https://facebook.com/sistemasSW/>

Nuestros horarios:
L a V 8 a 13 hs.
S 11 a 14 hs.

WhatsApp:
2396 577140 (no se atie

Re: ssh no conecta (Bullseye en ambos equipos)


Hola Camaleón, cómo va ?...

El 15/5/21 a las 14:27, Camaleón escribió:

El 2021-05-15 a las 12:49 -0300, Walter Omar Dari escribió:


Me quiero conectar a un equipo de la red local que antes tenía Buster y no
había problemas, pero no puedo a partir de que le instalé Bullseye. No se si
será por Bullseye u otro motivo.


Además d elo que te han comentado, revisa las opciones de configuración
de SSH en el sistema donde has puesto testing, quizá alguna opción te
esté dando guerra.



Los archivos de configuración, los contenidos en /etc/ssh/ son 
prácticamente idénticos en los dos equipos, salvo los archivos .key



  

Cuando quiero conectar queda así...

dari@debwal:~$ ssh 192.168.0.8 -vvv
OpenSSH_8.4p1 Debian-5, OpenSSL 1.1.1k  25 Mar 2021
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: include /etc/ssh/ssh_config.d/*.conf
matched no files
debug1: /etc/ssh/ssh_config line 21: Applying options for *
debug2: resolve_canonicalize: hostname 192.168.0.8 is address
debug3: expanded UserKnownHostsFile '~/.ssh/known_hosts' ->
'/home/wodari/.ssh/known_hosts'
debug3: expanded UserKnownHostsFile '~/.ssh/known_hosts2' ->
'/home/wodari/.ssh/known_hosts2'
debug2: ssh_connect_direct
debug1: Connecting to 192.168.0.8 [192.168.0.8] port 22.

... después de un rato da un error de timeout.


Un error de timeout apunta a que el anfitrión (el equipo al que
conectas) corta la conexión por algún motivo (directiva de seguridad,
etc.); si llegas con un ping al equipo, así a bote pronto el cortafuegos
quedaría descartado.


El ping me responde inmediatamente...

$ ping 192.168.0.8
PING 192.168.0.8 (192.168.0.8) 56(84) bytes of data.
64 bytes from 192.168.0.8: icmp_seq=1 ttl=64 time=0.344 ms
64 bytes from 192.168.0.8: icmp_seq=2 ttl=64 time=0.330 ms
64 bytes from 192.168.0.8: icmp_seq=3 ttl=64 time=0.338 ms
64 bytes from 192.168.0.8: icmp_seq=4 ttl=64 time=0.331 ms
^C



(...)


Los archivos de configuración ssh_config y sshd_config están iguales en los
dos equipos, en directorios ssh_config.d y sshd_config.d estàn vacìos en
ambos equipos.


¿Y deberían ser iguales? :-?


Los parámetros en los archivos de configuración están iguales, tienen la 
configuración por defecto al instalar Debian Bullseye, no se tocaron en 
ninguno de los dos equipos.



  

Desde el equipo al cual me quiero comunicar, al mío no tengo problemas, ssh
conecta sin problemas, el tema es cuando es al revés.

Alguien me puede dar alguna pista ?


Prueba a conectarte desde el propio equipo (ssh root@localhost).


Conecta perfectamente


Me desorienta que no me de algún mensaje más, alguna pista en el modo 
"verbose"...






Saludos,



--

Walter O. Dari

http://swcomputacion.com/
http://swcomputacion.com/sistemas/
https://facebook.com/swcomputacion/
https://facebook.com/sistemasSW/

Nuestros horarios:
L a V 8 a 13 hs.
S 11 a 14 hs.

WhatsApp:
2396 577140 (no se atienden llamadas)

Re: ssh no conecta (Bullseye en ambos equipos)


Hola...

El 15/5/21 a las 13:55, OddieX escribió:

El sáb, 15 may 2021 a las 13:34, Walter Omar Dari
() escribió:


Hola...

El 15/5/21 a las 13:12, OddieX escribió:



El sáb., 15 de mayo de 2021 12:50, Walter Omar Dari mailto:wlin...@gmail.com>> escribió:

 Hola gente:

 Me quiero conectar a un equipo de la red local que antes tenía Buster y
 no había problemas, pero no puedo a partir de que le instalé Bullseye.
 No se si será por Bullseye u otro motivo.

 [...]




Disculpa! Ahi estoy en la PC! Espero que eliminando ssh y borrando
todo lo viejo y reinstalando se te haya solucionado!



No, desinstalé y purgué las configuraciones, reinstalé y sigo en la 
misma situación.





Saludos!

Offtopic: Mods, sepan discuparme, cambie de cel distinto cliente de
correo y no sabia como hacer reply sin formato!



Saludos,

--

Walter O. Dari

http://swcomputacion.com/
http://swcomputacion.com/sistemas/
https://facebook.com/swcomputacion/
https://facebook.com/sistemasSW/

Nuestros horarios:
L a V 8 a 13 hs.
S 11 a 14 hs.

WhatsApp:
2396 577140 (no se atienden llamadas)

Re: ssh no conecta (Bullseye en ambos equipos)


Hola...

El 15/5/21 a las 13:12, OddieX escribió:



El sáb., 15 de mayo de 2021 12:50, Walter Omar Dari <mailto:wlin...@gmail.com>> escribió:


Hola gente:

Me quiero conectar a un equipo de la red local que antes tenía Buster y
no había problemas, pero no puedo a partir de que le instalé Bullseye.
No se si será por Bullseye u otro motivo.

Cuando quiero conectar queda así...

dari@debwal:~$ ssh 192.168.0.8 -vvv
OpenSSH_8.4p1 Debian-5, OpenSSL 1.1.1k  25 Mar 2021
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: include
/etc/ssh/ssh_config.d/*.conf matched no files
debug1: /etc/ssh/ssh_config line 21: Applying options for *
debug2: resolve_canonicalize: hostname 192.168.0.8 is address
debug3: expanded UserKnownHostsFile '~/.ssh/known_hosts' ->
'/home/wodari/.ssh/known_hosts'
debug3: expanded UserKnownHostsFile '~/.ssh/known_hosts2' ->
'/home/wodari/.ssh/known_hosts2'
debug2: ssh_connect_direct
debug1: Connecting to 192.168.0.8 [192.168.0.8] port 22.

... después de un rato da un error de timeout.


En el equipo al que me quiero conectar, el puerto 22 parece estar
bien...

# netstat -plnt
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address
State       PID/Program name
tcp        0      0 127.0.0.1:53 <http://127.0.0.1:53>   
0.0.0.0:*

LISTEN      652/connmand
tcp        0      0 0.0.0.0:22 <http://0.0.0.0:22> 
0.0.0.0:*

LISTEN      586057/sshd: /usr/s
tcp        0      0 127.0.0.1:631 <http://127.0.0.1:631> 
  0.0.0.0:*

LISTEN      523630/cupsd
tcp        0      0 0.0.0.0:44025 <http://0.0.0.0:44025> 
  0.0.0.0:*

LISTEN      -
tcp        0      0 127.0.0.1:25 <http://127.0.0.1:25>   
0.0.0.0:*

LISTEN      1146/exim4
tcp        0      0 0.0.0.0:17500 <http://0.0.0.0:17500> 
  0.0.0.0:*

LISTEN      581546/dropbox
tcp        0      0 127.0.0.1:17600 <http://127.0.0.1:17600>   
  0.0.0.0:*

LISTEN      581546/dropbox
tcp        0      0 127.0.0.1:17603 <http://127.0.0.1:17603>   
  0.0.0.0:*

LISTEN      581546/dropbox
tcp        0      0 0.0.0.0:111 <http://0.0.0.0:111>   
  0.0.0.0:*

LISTEN      1/init
tcp6       0      0 :::1716                 :::*
LISTEN      580502/kdeconnectd
tcp6       0      0 ::1:53                  :::*
LISTEN      652/connmand
tcp6       0      0 :::22                   :::*
LISTEN      586057/sshd: /usr/s
tcp6       0      0 ::1:631                 :::*
LISTEN      523630/cupsd
tcp6       0      0 :::41785                :::*
LISTEN      -
tcp6       0      0 ::1:25                  :::*
LISTEN      1146/exim4
tcp6       0      0 :::17500                :::*
LISTEN      581546/dropbox
tcp6       0      0 :::111                  :::*
LISTEN      1/init

Los archivos de configuración ssh_config y sshd_config están iguales en
los dos equipos, en directorios ssh_config.d y sshd_config.d estàn
vacìos en ambos equipos.

Desde el equipo al cual me quiero comunicar, al mío no tengo problemas,
ssh conecta sin problemas, el tema es cuando es al revés.

Alguien me puede dar alguna pista ?

Muchas gracias,
-- 


Walter O. Dari

http://swcomputacion.com/ <http://swcomputacion.com/>
http://swcomputacion.com/sistemas/ <http://swcomputacion.com/sistemas/>
https://facebook.com/swcomputacion/
<https://facebook.com/swcomputacion/>
https://facebook.com/sistemasSW/ <https://facebook.com/sistemasSW/>

Nuestros horarios:
L a V 8 a 13 hs.
S 11 a 14 hs.

WhatsApp:
2396 577140 (no se atienden llamadas)




1


Probaste apt-get remove --purge ssh e instalar nuevamente apt-get
install ssh?



La verdad no se me ocurrió, después de pasar por varias versiones de 
Debian en la primera vez que me pasa de no tener una pista, ni siquiera 
en los logs.

Voy a probar, si se llega a solucionar lo comento aquí mismo.



Perdon no se si esta sin formato el mensaje estoy con cel nuevo y no le 
cazo la onda aun




No hay problemas, gracias por responder.

Saludos,


--

Walter O. Dari

http://swcomputacion.com/
http://swcomputacion.com/sistemas/
https://facebook.com/swcomputacion/
https://facebook.com/sistemasSW/

Nuestros horarios:
L a V 8 a 13 hs.
S 11 a 14 hs.

WhatsApp:
2396 577140 (no se atienden llamadas)

ssh no conecta (Bullseye en ambos equipos)


Hola gente:

Me quiero conectar a un equipo de la red local que antes tenía Buster y 
no había problemas, pero no puedo a partir de que le instalé Bullseye. 
No se si será por Bullseye u otro motivo.


Cuando quiero conectar queda así...

dari@debwal:~$ ssh 192.168.0.8 -vvv
OpenSSH_8.4p1 Debian-5, OpenSSL 1.1.1k  25 Mar 2021
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: include 
/etc/ssh/ssh_config.d/*.conf matched no files

debug1: /etc/ssh/ssh_config line 21: Applying options for *
debug2: resolve_canonicalize: hostname 192.168.0.8 is address
debug3: expanded UserKnownHostsFile '~/.ssh/known_hosts' -> 
'/home/wodari/.ssh/known_hosts'
debug3: expanded UserKnownHostsFile '~/.ssh/known_hosts2' -> 
'/home/wodari/.ssh/known_hosts2'

debug2: ssh_connect_direct
debug1: Connecting to 192.168.0.8 [192.168.0.8] port 22.

... después de un rato da un error de timeout.


En el equipo al que me quiero conectar, el puerto 22 parece estar bien...

# netstat -plnt
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address   Foreign Address 
State   PID/Program name
tcp0  0 127.0.0.1:530.0.0.0:* 
LISTEN  652/connmand
tcp0  0 0.0.0.0:22  0.0.0.0:* 
LISTEN  586057/sshd: /usr/s
tcp0  0 127.0.0.1:631   0.0.0.0:* 
LISTEN  523630/cupsd
tcp0  0 0.0.0.0:44025   0.0.0.0:* 
LISTEN  -
tcp0  0 127.0.0.1:250.0.0.0:* 
LISTEN  1146/exim4
tcp0  0 0.0.0.0:17500   0.0.0.0:* 
LISTEN  581546/dropbox
tcp0  0 127.0.0.1:17600 0.0.0.0:* 
LISTEN  581546/dropbox
tcp0  0 127.0.0.1:17603 0.0.0.0:* 
LISTEN  581546/dropbox
tcp0  0 0.0.0.0:111 0.0.0.0:* 
LISTEN  1/init
tcp6   0  0 :::1716 :::* 
LISTEN  580502/kdeconnectd
tcp6   0  0 ::1:53  :::* 
LISTEN  652/connmand
tcp6   0  0 :::22   :::* 
LISTEN  586057/sshd: /usr/s
tcp6   0  0 ::1:631 :::* 
LISTEN  523630/cupsd
tcp6   0  0 :::41785:::* 
LISTEN  -
tcp6   0  0 ::1:25  :::* 
LISTEN  1146/exim4
tcp6   0  0 :::17500:::* 
LISTEN  581546/dropbox
tcp6   0  0 :::111  :::* 
LISTEN  1/init


Los archivos de configuración ssh_config y sshd_config están iguales en 
los dos equipos, en directorios ssh_config.d y sshd_config.d estàn 
vacìos en ambos equipos.


Desde el equipo al cual me quiero comunicar, al mío no tengo problemas, 
ssh conecta sin problemas, el tema es cuando es al revés.


Alguien me puede dar alguna pista ?

Muchas gracias,
--

Walter O. Dari

http://swcomputacion.com/
http://swcomputacion.com/sistemas/
https://facebook.com/swcomputacion/
https://facebook.com/sistemasSW/

Nuestros horarios:
L a V 8 a 13 hs.
S 11 a 14 hs.

WhatsApp:
2396 577140 (no se atienden llamadas)

Re: blogs de debian y linux

2021-05-10 Por tema Walter Omar Dari


Hola...

El 10/5/21 a las 13:41, Camaleón escribió:

El 2021-05-10 a las 12:36 -0300, Marcelo Eduardo Giordano escribió:


Que blogs de linux y especialmente de Debian siguen?

Quiero estar un poco mas al tanto de las novedades y aplicaciones.


Yo sólo sigo las noticias mediante RSS (las páginas web están
insoportables con tanta publicidad y banners avisando de cookies),
concretamente y relacionados con Debian en particular y linux en
general:

https://www.debian.org/security/dsa
https://www.debian.org/News/news
http://www.muylinux.com/feed/
http://feeds.feedburner.com/Phoronix
http://feeds.feedburner.com/linuxjournalcom
http://www.linux-magazine.com/rss/feed/lmi_full


Agrego una que no es exclusiva de Debian pero me resulta interesante, 
todos los meses publica un "revista" en .pdf que se puede descargar y es 
totalmente gratuita...


https://www.sololinux.es/



Saludos,



Saludos,

--

Walter O. Dari

http://swcomputacion.com/
http://swcomputacion.com/sistemas/
https://facebook.com/swcomputacion/
https://facebook.com/sistemasSW/

Nuestros horarios:
L a V 8 a 13 hs.
S 11 a 14 hs.

WhatsApp:
2396 577140 (no se atienden llamadas)

Re: Crear certificado con make-ssl-cert... error ?

2021-05-09 Por tema Walter Omar Dari





El 9/5/21 a las 03:42, Camaleón escribió:

El 2021-05-09 a las 01:10 +0200, Parodper escribió:



[...]


El bug también está presente en la versión más nueva. Te recomiendo que
abras un informe. (O si no quieres pues ya lo hago yo).


ssl-cert es un wrapper para openssl.
Yo probaría con openssl directamente para ver si el problema persiste.

Más información por acá:
https://wiki.debian.org/Self-Signed_Certificate


Gracias !



Saludos,



--

Walter O. Dari

http://swcomputacion.com/
http://swcomputacion.com/sistemas/
https://facebook.com/swcomputacion/
https://facebook.com/sistemasSW/

Nuestros horarios:
L a V 8 a 13 hs.
S 11 a 14 hs.

WhatsApp:
2396 577140 (no se atienden llamadas)

Re: Crear certificado con make-ssl-cert... error ?

2021-05-09 Por tema Walter Omar Dari





El 8/5/21 a las 20:10, Parodper escribió:

O 08/05/21 ás 22:14, Walter Omar Dari escribiu:

Hola gente:

Estoy intentando crear un certificado con el comando make-ssl-cert de
la siguiente forma...

# make-ssl-cert /usr/share/ssl-cert/ssleay.cnf
/etc/ssl/certs/apache2.pem /usr/share/ssl-cert/ssleay.cnf file
already exists!

No entiendo el mensaje o el error, ya que ssleay.cnf es la plantilla
que debe usar para crear apache2.pem

El mensaje es como que la plantilla ya existe, y es lógico, si es la
que tiene que usar como base.

Probé agregando la opción de sobre-escritura...

# make-ssl-cert --force-overwrite /usr/share/ssl-cert/ssleay.cnf 
/etc/ssl/certs/apache2.pem


... y lo que hizo fue generarme un certificado llamado ssleay.cnf 
sobre-escribiendome la plantilla.



Alguien con la paciencia para explicarme qué estoy haciendo mal.

Estoy intentandolo con Debian bullseye, con versiones anteriores no 
tenía este problema.



Gracias y saludos,
He confirmado que es un bug del programa. Cuando obtiene los parámetros 
de la terminal usa "${1}" dos veces sin desplazarlos.


El bug también está presente en la versión más nueva. Te recomiendo que 
abras un informe. (O si no quieres pues ya lo hago yo).



Metele vos nomás...

Gracias,

--

Walter O. Dari

http://swcomputacion.com/
http://swcomputacion.com/sistemas/
https://facebook.com/swcomputacion/
https://facebook.com/sistemasSW/

Nuestros horarios:
L a V 8 a 13 hs.
S 11 a 14 hs.

WhatsApp:
2396 577140 (no se atienden llamadas)

Crear certificado con make-ssl-cert... error ?

2021-05-08 Por tema Walter Omar Dari


Hola gente:

Estoy intentando crear un certificado con el comando make-ssl-cert de la 
siguiente forma...


# make-ssl-cert /usr/share/ssl-cert/ssleay.cnf /etc/ssl/certs/apache2.pem
/usr/share/ssl-cert/ssleay.cnf file already exists!

No entiendo el mensaje o el error, ya que ssleay.cnf es la plantilla que 
debe usar para crear apache2.pem


El mensaje es como que la plantilla ya existe, y es lógico, si es la que 
tiene que usar como base.


Probé agregando la opción de sobre-escritura...

# make-ssl-cert --force-overwrite /usr/share/ssl-cert/ssleay.cnf 
/etc/ssl/certs/apache2.pem


... y lo que hizo fue generarme un certificado llamado ssleay.cnf 
sobre-escribiendome la plantilla.



Alguien con la paciencia para explicarme qué estoy haciendo mal.

Estoy intentandolo con Debian bullseye, con versiones anteriores no 
tenía este problema.



Gracias y saludos,



--

Walter O. Dari

http://swcomputacion.com/
http://swcomputacion.com/sistemas/
https://facebook.com/swcomputacion/
https://facebook.com/sistemasSW/

Nuestros horarios:
L a V 8 a 13 hs.
S 11 a 14 hs.

WhatsApp:
2396 577140 (no se atienden llamadas)

Re: Buster 10.9 No reconoce impresora.

2021-05-06 Por tema Walter Omar Dari


Hola:

El 5/5/21 a las 14:35, Aristobulo_Pinzón escribió:




¿Has probado a ejecutar la utilidad como usuario desde el entorno
gráfico? ¿CUPS la ve correctamente?

En cualquier caso, prueba a reintalar el paquete de hplip, quizá al
actualizar el sistema se haya hecho un lío con los permisos del puerto USB.

Saludos,

--
Camaleón



Gracias por responder.
Basándome en tu respuesta cambie de puerto usb y la conecte en uno del lado de 
atrás, y logró ser reconocida en instalada para imprimir a través del cable. 
Pero cuando hago la instalación para imprimir a través de wiwfi no se logra 
instalar y presenta el siguiente error:

GET /DevMgmt/IOConfigDyn.xml HTTP/1.1
Host: localhost
User-Agent: hplip/3.0
Content-Type: text/xml; charset=utf-8
Content-Length: 0


Traceback (most recent call last):
   File "/usr/share/hplip/ui5/wifisetupdialog.py", line 754, in 
NextButton_clicked
 self.showExitPage()
   File "/usr/share/hplip/ui5/wifisetupdialog.py", line 573, in showExitPage
 self.ip, subnetmask, gateway, pri_dns, sec_dns, addressmode = 
self.wifiobj.getwifiotherdetails(self.dev,self.adapterName)
AttributeError: 'WifiSetupDialog' object has no attribute 'wifiobj'
Abortado

Parece que en la actualización algún script de pyton quedo inservible. ( es mi 
torpe opinión)…

Pregunta: Es posible instalar la versión de HPLIP que había antes de 
actualizarse debian a la 10.9?… funcionaba bien!…


Si la impresora permite configurarle una IP fija, podes definirle una y 
luego cuando la instalas usando CUPS seleccionas que la conexión es por 
socket y ahí le colocas el número de IP definido en la impresora.





Mucha paz para todos.



Saludos,


--

Walter O. Dari

http://swcomputacion.com/
http://swcomputacion.com/sistemas/
https://facebook.com/swcomputacion/
https://facebook.com/sistemasSW/

Nuestros horarios:
L a V 8 a 13 hs.
S 11 a 14 hs.

WhatsApp:
2396 577140 (no se atienden llamadas)

Re: Debian 11. Conviene instalarlo antes que sea stable??

2021-04-09 Por tema Walter Omar Dari


Hola...

El 9/3/21 a las 11:08, Gonzalo Rivero escribió:

El lun, 08-03-2021 a las 14:32 -0300, Marcelo Eduardo Giordano
escribió:


[...]


mismo cuando lo marquen como estable volvé sobre la versión definitiva
de ese documento (al menos definitiva para la versión de debian).
Siempre es bueno enterarse de antemano... aunque por otra parte ya lo
dice el dicho: "los readme son para los cobardes, ¡se valiente y
ejecuta!» :D



ja ja ja  Totalmente de acuerdo, yo lo estoy usando desde hace uno o dos 
meses y sin problemas.


Aclaro que los instalé de "cero", no actualicé versión anterior ya que 
justo había cambiado la compu.


Hay que actualizar paquetes más seguido, así que al final resulta 
entretenido.



Saludos !


--

Walter O. Dari

http://swcomputacion.com/
http://swcomputacion.com/sistemas/
https://facebook.com/swcomputacion/
https://facebook.com/sistemasSW/

Nuestros horarios:
L a V 8 a 13 hs.
S 11 a 14 hs.

WhatsApp:
2396 577140 (no se atienden llamadas)

Re: [OT] Problemas frecuentes con /home en Buster...

2020-12-10 Por tema Walter Omar Dari


Hola Javier...

El 10/12/20 a las 16:08, JavierDebian escribió:



El 10/12/20 a las 00:39, Walter Omar Dari escribió:

Hola gente...

Es un equipo nuevo con un disco SSD SATA y tiene...

Linux version 4.19.0-12-amd64 (debian-ker...@lists.debian.org) (gcc 
version 8.3.0 (Debian 8.3.0-6)) #1 SMP Debian 4.19.152-1 (2020-10-18)


Aparentemente el equipo no se apaga bien porque el boot.log muestra lo 
siguiente...


/dev/sda7: recovering journal
/dev/sda7: clean, 2434/610800 files, 124741/2441216 blocks
/dev/sda6: recovering journal
/dev/sda6: clean, 267023/1222992 files, 2334762/4882432 blocks
[.[0;1;31mFAILED.[0m] Failed to start .[0;1;39mFile 
Syste…6-92c0-42a5-97fc-770b58bddd40.[0m.
See 'systemctl status "systemd-fsck@dev…\x2d770b58bddd40.service"' for 
details.

[.[0;1;33mDEPEND.[0m] Dependency failed for .[0;1;39m/home.[0m.
[.[0;1;33mDEPEND.[0m] Dependency failed for .[0;1;39mLocal File 
Systems.[0m.

  Starting .[0;1;39mSet console font and keymap.[0m...

el UUID que termina con 92c0-42a5-97fc-770b58bddd40 (donde da el 
error) corresponde a /dev/sda8, no entiendo porqué motivo no lo 
recupera como a sda6 y sda7 que sí son "normalizadas".


Cada vez que pasa esto el equipo no inicia, así que tengo que entrar 
como root y hacer el fsck a sda8 manualmente, corrige algunos 
problemas y luego arranca bien.


Alguna idea de porqué no recupera el sda8 y sí las dos particiones 
anteriores ?


Gracias y saludos,




Hm

Preguntonta: ¿cómo está la "salud" del disco?



Es un disco SSD nuevo. Le reemplazamos un viejo disco de 80 Gb hace un 
par de meses.


Lo extraño es que recupere 2 particiones y la /home no, pero después me 
permita recuperarla corriendo el fsck desde el modo mantenimiento (o 
como se llame el estado que entra el S.O. cuando no arranca). Ahí 
ingreso como root, hago el fsck, arregla todo, reinicio y arranca sin 
problemas. No se porque da error y no lo puede solucionar cuando arregla 
las dos particiones anteriores (sda6 y sda7), que en definitiva son 
sometidas también a un fsck.


Me desconcierta... ja ja ja



Recomendación:
Activar en la BIOS el servicio S.M.A.R.T.
Instalar y configurar GSmartControl
Hacer un "Extended self-test" sobre el disco que da problemas.

Lleva un BUEN rato, pero hace un barrido completo y además, si uno deja 
funcionando el demonio smartcontrol, tenés un "supervisor" sobre el 
estado de salud de los discos. Por experiencia, te digo que funciona.


https://help.ubuntu.com/community/Smartmontools
https://gsmartcontrol.sourceforge.io/home/
https://wiki.archlinux.org/index.php/S.M.A.R.T.


Voy a ver que me dice el smartmontools,


Gracias !



JAP



--

Walter O. Dari

http://swcomputacion.com/
http://swcomputacion.com/sistemas/
https://facebook.com/swcomputacion/
https://facebook.com/sistemasSW/

Nuestros horarios:
L a V 9 a 12 hs. - 16:30 a 19:30 hs.
S 11 a 14 hs.

WhatsApp:
2396 577140 (no se atienden llamadas)

Re: [OT] Problemas frecuentes con /home en Buster...

2020-12-10 Por tema Walter Omar Dari





El 10/12/20 a las 16:18, Camaleón escribió:

El 2020-12-10 a las 15:50 -0300, Walter Omar Dari escribió:


El 10/12/20 a las 05:28, Camaleón escribió:



[.[0;1;31mFAILED.[0m] Failed to start 
.[0;1;39mFileSyste…6-92c0-42a5-97fc-770b58bddd40.[0m.
See 'systemctl status "systemd-fsck@dev…\x2d770b58bddd40.service"' for
details.
[.[0;1;33mDEPEND.[0m] Dependency failed for .[0;1;39m/home.[0m.
[.[0;1;33mDEPEND.[0m] Dependency failed for .[0;1;39mLocal File Systems.[0m.
   Starting .[0;1;39mSet console font and keymap.[0m...

el UUID que termina con 92c0-42a5-97fc-770b58bddd40 (donde da el error)
corresponde a /dev/sda8, no entiendo porqué motivo no lo recupera como a
sda6 y sda7 que sí son "normalizadas".


Manda la salida de /etc/fstab para ver las opciones del punto de
montaje de /home, sistema de archivos que usa, etc...


Uso ext4 en todos mis equipos y los equipos de clientes...


(...)

Vale, descartemos el sistema de archivos.


Trata de ejecutar la utilidad de corrección para que te dé un «clean»
como resultado, y después tendrás que observar por qué o cuándo se
corrompe la partición /home, si es que vuelve a suceder.


Cuando pasa eso queda en la opción de entrar de dos formas (no llega al modo
gráfico): una es ingresar la clave de root para hacer algo y la otra una
combinación de teclas que no recuerdo.
Siempre he ingresado la clave de administrador y luego un...

fsck /dev/sda8


Revisa el registro que te genera systemd (journalctl -u systemd-fsck*),
a ver si te aparece algún dato adicional.
  

... luego de eso "acomoda" varias anormalidades, reinicio y arranca
perfecto. El tema es que está pasando muy seguido y es la primera vez que me
pasa algo así con un equipo que no se apaga bien. Nunca he tenido problema
con estas cuestiones, incluso en equipos que no tienen UPS de respaldo.

Da la casualidad de que el equipo donde tengo ese problema, es el primero
que tiene colocado un disco SSD int. SATA, por eso sospechaba que podría
tener relación.

También tiene un disco viejito de 80 Gb donde el usuario conserva los datos
que tenía cuando usaba Windows, se lo reparticioné y le di formato ext4.


(...)

Te iba a decir que comprobaras el disco duro (SMART) con la utilidad del
fabricante por si tuviera sectores defectuosos, pero con los discos de
tipo SSD no tengo ni idea de cómo fucniona esto. Yo buscaría la forma de
verificar la estructura del disco por si el fallo fuera físico, algún
error en las celdas de memoria, el firmware, muerte prematura por mala
calidad del fabricante... Si el equipo se cierra bien (lo apagas
correctamente y no hay cortes de luz habitualmente), el sistema de
archivos no debería corromperse tan fácilmente.

Te paso este enlace que parece tratar ese tema, por si te diera alguna
idea:

Is there a way to protect SSD from corruption due to power loss?
https://serverfault.com/questions/923971/is-there-a-way-to-protect-ssd-from-corruption-due-to-power-loss


Gracias !




Saludos,



--

Walter O. Dari

http://swcomputacion.com/
http://swcomputacion.com/sistemas/
https://facebook.com/swcomputacion/
https://facebook.com/sistemasSW/

Nuestros horarios:
L a V 9 a 12 hs. - 16:30 a 19:30 hs.
S 11 a 14 hs.

WhatsApp:
2396 577140 (no se atienden llamadas)

Re: [OT] Problemas frecuentes con /home en Buster...

2020-12-10 Por tema Walter Omar Dari


Hola Camaleón, cómo va ?

El 10/12/20 a las 05:28, Camaleón escribió:

El 2020-12-10 a las 00:39 -0300, Walter Omar Dari escribió:


Es un equipo nuevo con un disco SSD SATA y tiene...

Linux version 4.19.0-12-amd64 (debian-ker...@lists.debian.org) (gcc version
8.3.0 (Debian 8.3.0-6)) #1 SMP Debian 4.19.152-1 (2020-10-18)

Aparentemente el equipo no se apaga bien porque el boot.log muestra lo
siguiente...

/dev/sda7: recovering journal
/dev/sda7: clean, 2434/610800 files, 124741/2441216 blocks
/dev/sda6: recovering journal
/dev/sda6: clean, 267023/1222992 files, 2334762/4882432 blocks
[.[0;1;31mFAILED.[0m] Failed to start 
.[0;1;39mFileSyste…6-92c0-42a5-97fc-770b58bddd40.[0m.
See 'systemctl status "systemd-fsck@dev…\x2d770b58bddd40.service"' for
details.
[.[0;1;33mDEPEND.[0m] Dependency failed for .[0;1;39m/home.[0m.
[.[0;1;33mDEPEND.[0m] Dependency failed for .[0;1;39mLocal File Systems.[0m.
  Starting .[0;1;39mSet console font and keymap.[0m...

el UUID que termina con 92c0-42a5-97fc-770b58bddd40 (donde da el error)
corresponde a /dev/sda8, no entiendo porqué motivo no lo recupera como a
sda6 y sda7 que sí son "normalizadas".


Manda la salida de /etc/fstab para ver las opciones del punto de
montaje de /home, sistema de archivos que usa, etc...


Uso ext4 en todos mis equipos y los equipos de clientes...

UUID=8a69135a-b07e-4a2c-b0c2-61bda93613ad /  ext4  errors=remount-ro 0 1
# /boot was on /dev/sda1 during installation
UUID=fcabc960-99a1-47f6-adae-b9bd95800ac6 /boot ext4defaults 0 2
# /home was on /dev/sda8 during installation
UUID=a6f16f86-92c0-42a5-97fc-770b58bddd40 /home ext4defaults 0 2
# /tmp was on /dev/sda3 during installation
UUID=55c2322f-c864-4852-93b1-36a7d966d589 /tmp  ext4defaults 0 2
# /usr was on /dev/sda6 during installation
UUID=faa95f5b-b8a1-4f38-91e2-990d4230cf7c /usr  ext4defaults 0 2
# /var was on /dev/sda5 during installation
UUID=6bc6858a-5d42-4a8c-9921-1b826bdb7087 /var  ext4defaults 0 2
# swap was on /dev/sda2 during installation
UUID=577be953-9d69-4aa2-aeb9-59040cf08009 none  swapsw   0 0
# /disco80 was on /dev/sdb1 post installation
UUID=3c6061dc-9c36-4bb4-ab77-2dcddb466307 /disco80  ext4defaults 0 2
/dev/sr0  /media/cdrom0   udf,iso9660 user,noauto 0   0


Cada vez que pasa esto el equipo no inicia, así que tengo que entrar como
root y hacer el fsck a sda8 manualmente, corrige algunos problemas y luego
arranca bien.

Alguna idea de porqué no recupera el sda8 y sí las dos particiones
anteriores ?


Quizá se haya cerrado mal una vez, tal vez al restaurar el sistema tras
una hibernación o un apagado brusco del equipo por corte de luz... y
posteriormente no haya podido ejecutar correctamente la utilidad de
reparación del sistema de archivos (fsck) y aún esté coleando.


Yo creo que se apaga mal el equipo, por lo que se ve de "recovering 
journal" en un par de particiones.



Trata de ejecutar la utilidad de corrección para que te dé un «clean»
como resultado, y después tendrás que observar por qué o cuándo se
corrompe la partición /home, si es que vuelve a suceder.


Cuando pasa eso queda en la opción de entrar de dos formas (no llega al 
modo gráfico): una es ingresar la clave de root para hacer algo y la 
otra una combinación de teclas que no recuerdo.

Siempre he ingresado la clave de administrador y luego un...

fsck /dev/sda8

... luego de eso "acomoda" varias anormalidades, reinicio y arranca 
perfecto. El tema es que está pasando muy seguido y es la primera vez 
que me pasa algo así con un equipo que no se apaga bien. Nunca he tenido 
problema con estas cuestiones, incluso en equipos que no tienen UPS de 
respaldo.


Da la casualidad de que el equipo donde tengo ese problema, es el 
primero que tiene colocado un disco SSD int. SATA, por eso sospechaba 
que podría tener relación.


También tiene un disco viejito de 80 Gb donde el usuario conserva los 
datos que tenía cuando usaba Windows, se lo reparticioné y le di formato 
ext4.



Yo antes uasaba ReiserFS para el sistema de arhivos (raíz, /home...
todo) en mi equipo principal y ahora tengo XFS, y sinceramente, nunca
me han dado problemas.


Claro, el tema que ext4 tampoco me había dado problemas nunca, hasta 
ahora...



En los servidores donde tengo particiones más gordas que uso como
almacén de datos puse en su momento (año 2004) EXT3 y no hay día que no
me arrepienta, aún teniendo unidades SAI detrás ya me ha dado al menos un
susto :-)


ja, nunca nos salvamos de un susto, por el motivo que sea...




Saludos,



--

Walter O. Dari

http://swcomputacion.com/
http://swcomputacion.com/sistemas/
https://facebook.com/swcomputacion/
https://facebook.com/sistemasSW/

Nuestros horarios:
L a V 9 a 12 hs. - 16:30 a 19:30 hs.
S 11 a 14 hs.

WhatsApp:
2396 577140 (no se atienden llamadas)

[OT] Problemas frecuentes con /home en Buster...

2020-12-09 Por tema Walter Omar Dari


Hola gente...

Es un equipo nuevo con un disco SSD SATA y tiene...

Linux version 4.19.0-12-amd64 (debian-ker...@lists.debian.org) (gcc 
version 8.3.0 (Debian 8.3.0-6)) #1 SMP Debian 4.19.152-1 (2020-10-18)


Aparentemente el equipo no se apaga bien porque el boot.log muestra lo 
siguiente...


/dev/sda7: recovering journal
/dev/sda7: clean, 2434/610800 files, 124741/2441216 blocks
/dev/sda6: recovering journal
/dev/sda6: clean, 267023/1222992 files, 2334762/4882432 blocks
[.[0;1;31mFAILED.[0m] Failed to start .[0;1;39mFile 
Syste…6-92c0-42a5-97fc-770b58bddd40.[0m.
See 'systemctl status "systemd-fsck@dev…\x2d770b58bddd40.service"' for 
details.

[.[0;1;33mDEPEND.[0m] Dependency failed for .[0;1;39m/home.[0m.
[.[0;1;33mDEPEND.[0m] Dependency failed for .[0;1;39mLocal File Systems.[0m.
 Starting .[0;1;39mSet console font and keymap.[0m...

el UUID que termina con 92c0-42a5-97fc-770b58bddd40 (donde da el error) 
corresponde a /dev/sda8, no entiendo porqué motivo no lo recupera como a 
sda6 y sda7 que sí son "normalizadas".


Cada vez que pasa esto el equipo no inicia, así que tengo que entrar 
como root y hacer el fsck a sda8 manualmente, corrige algunos problemas 
y luego arranca bien.


Alguna idea de porqué no recupera el sda8 y sí las dos particiones 
anteriores ?


Gracias y saludos,


--

Walter O. Dari

http://swcomputacion.com/
http://swcomputacion.com/sistemas/
https://facebook.com/swcomputacion/
https://facebook.com/sistemasSW/

Nuestros horarios:
L a V 9 a 12 hs. - 16:30 a 19:30 hs.
S 11 a 14 hs.

WhatsApp:
2396 577140 (no se atienden llamadas)

Re: Inestabilidad en Debian?


Hola...

El 19/11/20 a las 19:46, user escribió:

Hola

Me pregunto, si solo a mi me sucede, que Estable, falle con 1 raton usb,
se cuelgue cinnamon, se cuelgue firefox, los log tienen caracteres
extrnos, y etc.

Que no funcione el instalador de testing, despues de hacer una
instalacion correctamente, se traba en "seleccionar e instalar software".

En caso que solo me suceda a mi, hare una instalacion limpia, pero me
gustaria saber si alguien mas tiene algo parecido, por favor.



Entre la semana pasada y ésta, instalé un Buster y Bullseye en una 
portátil y un PC de escritorio sin ningún tipo de problemas.


Lo que te pasa "suena" a problemas de hardware, capaz que memoria...


Saludos y suerte !

--

Walter O. Dari

http://swcomputacion.com/
http://swcomputacion.com/sistemas/
https://facebook.com/swcomputacion/
https://facebook.com/sistemasSW/

Nuestros horarios:
L a V 9 a 12 hs. - 16 a 19 hs.
S 11 a 14 hs.

WhatsApp:
2396 577140 (no se atienden llamadas)

Re: alias permite pasar un parámetro ?


Hola Fran...

El 19/11/20 a las 15:45, Fran Blanco escribió:

En donde has definido $1?


Al establecer el alias...

alias cs='cd /home/sistemas/public_html/$1'

... luego al hacer...

cs nombre_directorio

... no tomaba el valor en $1, pero es porque no se pueden pasar 
parámetros cuando usas alias, salvo que el alias represente un comando 
que soporte parámetros.


Ya lo solucioné agregando una función al .bash_profile


Saludos,





On Thu, Nov 19, 2020, 19:42 Walter Omar Dari <mailto:wlin...@gmail.com>> wrote:


Hola gente:

Intentando agilizar algunas tareas, intentaba hacer un alias que me
ubique en el directorio de trabajo de un sistema en particular.

Los fuentes de los sistemas los tengo ubicados en
/home/sistemas/public_html/nombre_sistema/

La idea era crear el alias cs para pasarle como parámetro el
"nombre_sistema" y que me ubique en el directorio deseado.

Si creo el alias de esta forma...

alias cs='cd /home/sistemas/public_html/'

... cs  me deja en public_html


Pero quería pasarle un parámetro e intenté agregando $1, pero no me
funciona...

alias cs='cd /home/sistemas/public_html/$1'
alias cs='cd /home/sistemas/public_html/"$1"'

A esos dos me los acepta, pero le paso el nombre del directorio y
siempre me deja en public_html

Es decir   cs swc   no me ubica en /home/sistemas/public_html/swc/

La cuestión es que no se si estoy haciendo algo mal o si alias no
soporta parámetros.

Les agradecerá cualquier información al respecto.


Saludos,

-- 


Walter O. Dari

http://swcomputacion.com/
http://swcomputacion.com/sistemas/
https://facebook.com/swcomputacion/
https://facebook.com/sistemasSW/

Nuestros horarios:
L a V 9 a 12 hs. - 16 a 19 hs.
S 11 a 14 hs.

WhatsApp:
2396 577140 (no se atienden llamadas)



--

Walter O. Dari

http://swcomputacion.com/
http://swcomputacion.com/sistemas/
https://facebook.com/swcomputacion/
https://facebook.com/sistemasSW/

Nuestros horarios:
L a V 9 a 12 hs. - 16 a 19 hs.
S 11 a 14 hs.

WhatsApp:
2396 577140 (no se atienden llamadas)

Re: alias permite pasar un parámetro ? * SOLUCIONADO *

El 19/11/20 a las 15:51, Matias Mucciolo escribió:

- Original Message -

From: "Walter Omar Dari" 
To: "debian-user-spanish" 
Sent: Thursday, November 19, 2020 3:41:52 PM
Subject: alias permite pasar un parámetro ?

Hola gente:

Intentando agilizar algunas tareas, intentaba hacer un alias que me
ubique en el directorio de trabajo de un sistema en particular.

Los fuentes de los sistemas los tengo ubicados en
/home/sistemas/public_html/nombre_sistema/

La idea era crear el alias cs para pasarle como parámetro el
"nombre_sistema" y que me ubique en el directorio deseado.

Si creo el alias de esta forma...

alias cs='cd /home/sistemas/public_html/'

... cs  me deja en public_html

Pero quería pasarle un parámetro e intenté agregando $1, pero no me
funciona...

alias cs='cd /home/sistemas/public_html/$1'
alias cs='cd /home/sistemas/public_html/"$1"'

A esos dos me los acepta, pero le paso el nombre del directorio y
siempre me deja en public_html

Es decir   cs swc   no me ubica en /home/sistemas/public_html/swc/

La cuestión es que no se si estoy haciendo algo mal o si alias no
soporta parámetros.

[...]

hola
los alias no soportan parametros
por lo general para lograr esto te confiene una funcion()
ejemplo

cs() { cd /home/sistemas/public_html/$1; }

si ejecutsa cs te va a mdara a public_html
si ejecutas cs nombre_sistema te va a dejar en ese path si existe el dir

saludos
Matias.-

Finalmente lo solucioné agregando la función al archivo .bash_profile de 
mi home (en realidad lo tuve que crear porque no existía)

El .bash_profile me quedó así...

function cs() {
cd /home/sistemas/public_html/$1/
}

Una vez creado hay que ejecutar...

source .bash_profile

... para que tengan efecto los cambios.

*** FUENTE: 
https://alexconesa.wordpress.com/2015/09/18/como-pasar-parametros-a-un-alias-del-shell/

Muchas gracias a todos y saludos,

--

Walter O. Dari

http://swcomputacion.com/
http://swcomputacion.com/sistemas/
https://facebook.com/swcomputacion/
https://facebook.com/sistemasSW/

Nuestros horarios:
L a V 9 a 12 hs. - 16 a 19 hs.
S 11 a 14 hs.

WhatsApp:
2396 577140 (no se atienden llamadas)

Re: alias permite pasar un parámetro ?


El 19/11/20 a las 16:00, Zeque escribió:

Si con alias no te deja hacelo con una función
cs() {
cd /home/sistemas/public_html/${1}
}
cs lala

Saludos,



Muchas gracias, saludos !




Zeque

On November 19, 2020 3:45:55 PM GMT-03:00, Fran Blanco 
 wrote:


En donde has definido $1?

On Thu, Nov 19, 2020, 19:42 Walter Omar Dari mailto:wlin...@gmail.com>> wrote:

Hola gente:

Intentando agilizar algunas tareas, intentaba hacer un alias que me
ubique en el directorio de trabajo de un sistema en particular.

Los fuentes de los sistemas los tengo ubicados en
/home/sistemas/public_html/nombre_sistema/

La idea era crear el alias cs para pasarle como parámetro el
"nombre_sistema" y que me ubique en el directorio deseado.

Si creo el alias de esta forma...

alias cs='cd /home/sistemas/public_html/'

... cs  me deja en public_html


Pero quería pasarle un parámetro e intenté agregando $1, pero no me
funciona...

alias cs='cd /home/sistemas/public_html/$1'
alias cs='cd /home/sistemas/public_html/"$1"'

A esos dos me los acepta, pero le paso el nombre del directorio y
siempre me deja en public_html

Es decir   cs swc   no me ubica en /home/sistemas/public_html/swc/

La cuestión es que no se si estoy haciendo algo mal o si alias no
soporta parámetros.

Les agradecerá cualquier información al respecto.


Saludos,

-- 


Walter O. Dari

http://swcomputacion.com/
http://swcomputacion.com/sistemas/
https://facebook.com/swcomputacion/
https://facebook.com/sistemasSW/

Nuestros horarios:
L a V 9 a 12 hs. - 16 a 19 hs.
S 11 a 14 hs.

WhatsApp:
2396 577140 (no se atienden llamadas)



--

Walter O. Dari

http://swcomputacion.com/
http://swcomputacion.com/sistemas/
https://facebook.com/swcomputacion/
https://facebook.com/sistemasSW/

Nuestros horarios:
L a V 9 a 12 hs. - 16 a 19 hs.
S 11 a 14 hs.

WhatsApp:
2396 577140 (no se atienden llamadas)

Re: alias permite pasar un parámetro ?

Hola Matias...

El 19/11/20 a las 15:51, Matias Mucciolo escribió:

- Original Message -

From: "Walter Omar Dari" 
To: "debian-user-spanish" 
Sent: Thursday, November 19, 2020 3:41:52 PM
Subject: alias permite pasar un parámetro ?

Hola gente:

Intentando agilizar algunas tareas, intentaba hacer un alias que me
ubique en el directorio de trabajo de un sistema en particular.

Los fuentes de los sistemas los tengo ubicados en
/home/sistemas/public_html/nombre_sistema/

La idea era crear el alias cs para pasarle como parámetro el
"nombre_sistema" y que me ubique en el directorio deseado.

Si creo el alias de esta forma...

alias cs='cd /home/sistemas/public_html/'

... cs  me deja en public_html

Pero quería pasarle un parámetro e intenté agregando $1, pero no me
funciona...

alias cs='cd /home/sistemas/public_html/$1'
alias cs='cd /home/sistemas/public_html/"$1"'

A esos dos me los acepta, pero le paso el nombre del directorio y
siempre me deja en public_html

Es decir   cs swc   no me ubica en /home/sistemas/public_html/swc/

La cuestión es que no se si estoy haciendo algo mal o si alias no
soporta parámetros.

[...]

hola
los alias no soportan parametros

Eso quería confirmar.

por lo general para lograr esto te confiene una funcion()
ejemplo

cs() { cd /home/sistemas/public_html/$1; }

si ejecutsa cs te va a mdara a public_html
si ejecutas cs nombre_sistema te va a dejar en ese path si existe el dir

Muchas gracias !

saludos
Matias.-

Saludos,

--

Walter O. Dari

http://swcomputacion.com/
http://swcomputacion.com/sistemas/
https://facebook.com/swcomputacion/
https://facebook.com/sistemasSW/

Nuestros horarios:
L a V 9 a 12 hs. - 16 a 19 hs.
S 11 a 14 hs.

WhatsApp:
2396 577140 (no se atienden llamadas)

alias permite pasar un parámetro ?