Linux - Comando who no lee /etc/hosts en STRETCH

 
Vista:
Imágen de perfil de barna_rasta
Val: 81
Bronce
Ha aumentado 1 puesto en Linux (en relación al último mes)
Gráfica de Linux

Comando who no lee /etc/hosts en STRETCH

Publicado por barna_rasta (182 intervenciones) el 11/03/2019 17:39:32
Buenas tardes,
tengo un pequeño problemilla con un Debian STRETCH y el comando "who i am".

Utilizo el comando para extraer el nombre -previamente definido en /etc/hosts- que relaciona la IP que conecta con el servidor STRETCH.

Anteriormente, en Wheezy la salida de "who i am" era la siguiente:
1
2
3
angel@milinux:~$ who i am
gestion    pts/0        2019-03-11 17:17 (juan)

Actualmente en STRETCH sale:
1
2
[QUOTE]angel@milinux:~$ who i am
gestion    pts/0        2019-03-11 17:17 (194.1.80.205)

ademas de que visualmente es bastante mas claro el uso de nombres, el valor que extraigo con "awk" columna 5 lo utilizo para otras funciones.

Estuve el finde googleando sin encontrar ninguna referencia clara,
os muestro los -archivos- que yo pienso estan implicados en el tema.

Un extracto del /etc/hosts es:
1
2
3
4
5
6
7
8
127.0.0.1	localhost
194.1.80.206	milinux.com	milinux
# The following lines are desirable for IPv6 capable hosts
::1     localhost ip6-localhost ip6-loopback
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
###################
194.1.80.205   juan
En el /etc/resolv.conf tengo
1
2
3
4
search milinux.com
nameserver 80.58.0.33
nameserver 80.58.61.250
nameserver 80.58.61.254

en el /etc/nsswitch.conf
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
# /etc/nsswitch.conf
#
# Example configuration of GNU Name Service Switch functionality.
# If you have the `glibc-doc-reference' and `info' packages installed, try:
# `info libc "Name Service Switch"' for information about this file.

passwd:         compat
group:          compat
shadow:         compat
gshadow:        files

hosts:          files mdns4_minimal [NOTFOUND=return] dns
networks:       files

protocols:      db files
services:       db files
ethers:         db files
rpc:            db files

netgroup:       nis
Curiosamente con el comando 'last' salen las IP, pero con ' last -d' salen los nombres.

Si alguien puede darme alguna idea de que puede estar sucediendo, quedare muy agradecido.

Gracias por leerlo.
Valora esta pregunta
Me gusta: Está pregunta es útil y esta claraNo me gusta: Está pregunta no esta clara o no es útil
1
Responder

Comando who no lee /etc/hosts en STRETCH

Publicado por Tom (482 intervenciones) el 11/03/2019 17:54:18
No uso Debian, pero el comando who tiene una opción "--lookup" ( ¿ podría ser que en versiones anteriores resolviera por defecto, y ahora no?)
De todos modos, ni en Slackware ni en RedHat parece que funcione ...
Valora esta respuesta
Me gusta: Está respuesta es útil y esta claraNo me gusta: Está respuesta no esta clara o no es útil
0
Comentar
Imágen de perfil de barna_rasta
Val: 81
Bronce
Ha aumentado 1 puesto en Linux (en relación al último mes)
Gráfica de Linux

Comando who no lee /etc/hosts en STRETCH

Publicado por barna_rasta (182 intervenciones) el 11/03/2019 18:07:07
Gracias TOM
ya probe el " --lookup" y ciertamente no hace nada.

# man who

--lookup
attempt to canonicalize hostnames via DNS
--ips print ips instead of hostnames.

Intento reportar el ' bug ' pero no tengo ni idea de donde ni como hacerlo,
REPORTING BUGS
GNU coreutils online help: <http://www.gnu.org/software/coreutils/>
lo intente por aqui, pero es todo muy, muy confuso.

Creo me tocara hacer un script con " grep " para buscar la relacion IP ------ vs ------ nombre en /etc/hosts
Valora esta respuesta
Me gusta: Está respuesta es útil y esta claraNo me gusta: Está respuesta no esta clara o no es útil
0
Comentar

Comando who no lee /etc/hosts en STRETCH

Publicado por Tom (482 intervenciones) el 11/03/2019 19:57:14
Hazte ese script. Estoy mirando el código fuente (ni siquiera es fácil de encontrar) y parece que pone directamente el nombre de host que esté guardado en /var/run/utmp.
Viendo el código asociado a "--lookup" ... parece que no hay nada que hacer, ya que se usa una rutina que tiene un comentario tal que (cito):
"Strings containing an IP address in dotted decimal notation will be
returned as-is, without further resolution."
Valora esta respuesta
Me gusta: Está respuesta es útil y esta claraNo me gusta: Está respuesta no esta clara o no es útil
1
Comentar
Imágen de perfil de barna_rasta
Val: 81
Bronce
Ha aumentado 1 puesto en Linux (en relación al último mes)
Gráfica de Linux

Comando who no lee /etc/hosts en STRETCH

Publicado por barna_rasta (182 intervenciones) el 11/03/2019 23:04:05
Gracias por las molestias, Tom,
por lo que comentas, el modificador " --lookup " quedo relegado a una anectdota mas,
por cierto, la version de " who "
en Strecht es la 8.26 del 2016
y en Wheezy la 8.13 del 2011
Valora esta respuesta
Me gusta: Está respuesta es útil y esta claraNo me gusta: Está respuesta no esta clara o no es útil
0
Comentar
Imágen de perfil de barna_rasta
Val: 81
Bronce
Ha aumentado 1 puesto en Linux (en relación al último mes)
Gráfica de Linux

Comando who no lee /etc/hosts en STRETCH

Publicado por barna_rasta (182 intervenciones) el 14/03/2019 16:55:28
Solucionado,
el problema es de lo mas tonto del mundo, me obsesione con que el problema residia en "who" y no era asi :)

Compartiendo unas cervezas con un amigo le plantee el problema y me preguntó si el comportamiento era el mismo
si utilizaba "telnet", detalle que ni se me habia pasado por la cabeza.

Esta pasada madrugada -cabezon que es uno-, pude comprobar que con "telnet" si que funcionaba,
asi pues el problema residia casi al100% en la configuracion del sshd_config.

Finalmente encontre la forma de hacerlo funcionar añadiendo al archivo /etc/ssh/sshd_config:
UseDNS yes
segun info que encontre en:
https://manpages.debian.org/jessie/openssh-server/sshd_config.5.en.html
UseDNS
Specifies whether sshd(8) should look up the remote host name and check that the resolved host name for the remote IP address maps back to the very same IP address. The default is “yes”.


Problema SOLVENTADO!!!!
OpenSSH_7.4p1 Debian-10+deb9u6, OpenSSL 1.0.2r 26 Feb 2019
Valora esta respuesta
Me gusta: Está respuesta es útil y esta claraNo me gusta: Está respuesta no esta clara o no es útil
1
Comentar