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) .
