No se pueden instalar herramientas de red en Red Hat Linux

2

El laboratorio de redes aislado ejecuta Red Hat Linux 9 (Shrike). Todavía usamos esta versión "antigua", porque dada la simplicidad de los protocolos examinados, es suficiente. Además, debido al equipo y al libro de texto que estamos siguiendo, se requiere un gran esfuerzo para cambiar eso. Eventualmente (en algún momento pronto) tendremos que hacerlo, ya que los problemas se están acumulando y el soporte desaparece. Sin embargo, la pregunta y el problema encontrado es un poco más general (o al menos eso es lo que quiero creer). En una de las computadoras no pude obtener una salida para el comando

[guest@shakti guest]$ netstat -g
netstat: invalid option -- g
usage: netstat [-veenNcCF] [<Af>] -r         netstat {-V|--version|-h|--help}
   netstat [-vnNcaeo] [<Socket>]
   netstat { [-veenNac] -i | [-vnNc] -L | [-cnNe] -M }

    -r, --route              display routing table
    -L, --netlink            display netlink kernel messages
    -i, --interfaces         display interface table
    -M, --masquerade         display masqueraded connections

    -v, --verbose            be verbose
    -n, --numeric            dont resolve names
    -e, --extend             display other/more informations
    -c, --continuous         continuous listing

    -a, --all, --listening   display all
    -o, --timers             display timers

<Socket>={-t|--tcp} {-u|--udp} {-w|--raw} {-x|--unix} --ax25 --ipx --netrom
<Af>= -A {inet|ipx|netrom|ddp|ax25},... --inet --ipx --netrom --ddp --ax25

La versión de net-tools instalada es 1.60-12. Pensé que instalar una versión más nueva podría resolver el problema. Por todo lo siguiente, estoy actuando como root. Después de descargar esto , intenté instalarlo

 rpm -Uvh net-tools-2.0-1.ram0.97.i686.rpm

y me sale lo siguiente

Preparing...                ########################################### [100%]
1:net-tools              ########################################### [100%]
error: unpacking of archive failed on file /bin/dnsdomainname;529d4737: cpio: symlink failed - Permission denied

/ bin / dnsdomainname apunta a hostname. Cambié los permisos a 777 y con chattr eliminé todos los atributos (perdón por la mala práctica, pero tenía que estar seguro).

[root@shakti bin]# ls -alstr dnsdomainname
0 lrwxrwxrwx   1 root     root            8 Dec  4  2003 dnsdomainname -> hostname
[root@shakti bin]# ls -alstr hostname
12 -rwxrwxrwx   1 root     root         9092 Feb 11  2003 hostname
[root@shakti bin]# lsattr dnsdomainname
------------- dnsdomainname
[root@shakti bin]# lsattr hostname
------------- hostname

Lamentablemente, no solucionó el problema. También intenté instalar versiones anteriores de las herramientas de red pero obtuve el mismo error. ¿Algunas ideas?

linux redhat rpm netstat Jorge
fuente
1
Está claro que ya has llegado al punto en el que deberías haber actualizado ... de hecho, eso sucedió hace años. No estoy seguro de que pueda resolver esto de otra manera.
Michael Hampton
Le daré una última inyección durante los próximos 8 días (hasta que termine el uso semestral del laboratorio). Si no se encuentra una solución hasta entonces, supongo que tendré mucha Navidad.
George
En estas circunstancias, esto parece una cosa de prueba y error. Lo siguiente que intentaría sería eliminar el enlace simbólico dnsdomain y volver a instalarlo.
etagenklo
Mientras tanto, debe mirar los permisos y atributos del /bindirectorio.
Michael Hampton
@etagenklo Desafortunadamente esto no funcionó
George

Respuestas:

1

Bueno, esto es todo un desastre ... Redhat 9 es simplemente inaceptablemente viejo.

De cualquier manera, suponiendo que este servidor no se haya visto completamente comprometido, probablemente pueda resolver su problema verificando los atributos del directorio sobre el ejecutable. En este caso lsattr -d /bin,.

ewwhite
fuente
Sí, como usted y @MichaelHampton dijeron que esto resolvió el problema. Por supuesto, tiene razón sobre lo inaceptablemente viejo, pero comprometer no es un peligro inmediato. El laboratorio está completamente aislado sin conexión a internet. Se utiliza para examinar los protocolos de red básicos y su funcionamiento. Gracias de nuevo por la ayuda, y de hecho la actualización está en TODO durante la Navidad.
George
No hay problema. Sin embargo, los atributos en / bin no deberían tener ninguna marca establecida. Entonces, ¿tal vez el sistema ya fue pirateado o comprometido en el pasado? Me alegra que esto haya resuelto tu problema.
ewwhite
La salida de lsattr fue 'suS-iadAc ----'. Esto es lo mismo para casi todos los archivos del sistema desde la configuración inicial (o al menos según los "ancianos"). La idea era que debería ser casi imposible para alguien estropear algo.
George