-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Pablo
On Tuesday 05 November 2002 01:15, you wrote: > El lun, 04-11-2002 a las 09:53, Victor Calzado Mayo escribi�: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Hola > > > > On Sunday 03 November 2002 16:14, Xavier Andrade wrote: > > > On 2 Nov 2002, Pablo [ISO-8859-1] Gim�nez Pizarro wrote: > > > > A ver, me ha surgido el siguiente problemilla, la cosa es que no s� > > > > que path usa rsh, comandos en /usr/bin y dem�s me los coge en > > > > cualquier m�quina, pero tengo algunos comandos en /usr/local/bin y si > > > > lo ejecuto desde otra m�quina con rsh no los encuentra, tengo que > > > > meter todo el path del comando para ejecutarlo, pero si los ejecuto > > > > directamente desde mi m�quina s�, es obvio decir que la m�quina donde > > > > ejecuto dichos comandos tiene /usr/local/bin en su path. > > > > He pensado que la variable path que usa el rsh es distinta que la que > > > > usa un usuario cuando habr� una sesi�n, sino no me explico porque > > > > ocurre esto. > > > > > > rsh hace un lio con el path. Con un rlogin la cosa funciona bien, pero > > > si ejecutas un comando remoto no (si lo haces como root no te da path > > > a /sbin y /usr/sbin). Tal vez te salga mas facil usar ssh. > > > > > > Xavier > > > > Yo me inclino a pensar que rsh es una non-login shell, con lo que no > > inicializa la variable PATH, ya que �sta est� definida en /etc/profile > > que es usado por las login shells, si est�s usando bash puede que > > consigas el efecto que deseas, que rsh tenga path inicializando la > > variable PATH en el /etc/bash.bashrc ( o en el ~user/.bashrc ), aunque > > ser�a f�cil comprender que algui�n haya decidido que los comandos > > ejecutados con rsh no utilicen nunca rutas relativas o exploraci�n de > > binarios en funci�n del path... Estoy de acuerdo con Xavier, de hecho ssh > > te ofrece sustitutos de rlogin y rsh que emulan perfectamente el > > comportamiento de los comandos "nativos" ( no tendr�as ni que modificar > > tus scripts. > > El problema es que en este caso el programa que hace uso de rsh es un > programa propietario, en concreto Maya, tira de rsh para lanzar renders > en m�quinas remotas. > Sobre el aspecto de rsh como un not login shell, me parece que puede ser > algo as� lo probar� :) la sustituci�n de rsh por el demonio de ssh es transparente, ( lo emula como emulan todos los mtas a sendmail por ponerte un ejemplo ) lo �nico que la comunicaci�n entre las m�quinas se realiza mediante ssh, habilit�ndolo en la configuraci�n puedes incluso habilitar el soporte de rhosts sshd_conf # rhosts authentication should not be used RhostsAuthentication no # Don't read the user's ~/.rhosts and ~/.shosts files IgnoreRhosts yes Te basta con que ambas m�quinas tengan instalado ssh Pero es s�lo una idea un saludo Victor -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9x4MSEzqHF8R72ekRAulGAJ0b7LoahuOWX9tusjHsryom5de72QCgnwiX pDH9EIPEN7WPPihLq+8tJsE= =rRkY -----END PGP SIGNATURE-----
