El mar, 05-11-2002 a las 09:36, Victor Calzado Mayo escribió: > -----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 > Pues me viene de maravilla, porque así de pasó me quito la autentificación por rhost (eso atañe también a hosts.equiv) que para una render farm no hace más que incordiar. > 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----- > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- --- Un saludo, Pablo Giménez Pizarro
La única lucha que se pierde es la que se abandona Mujeres de la Plaza de Mayo (Argentina) .