Re: Re[4]: [opensuse-es] Ejecutar "jar" de java a través de smb://
El 18/04/08, J.M.Queralt escribió:
Cada cosa tiene su función, y los ficheros JAR se concibieron para ser bajados del servidor y ejecutarse en modo local en la máquina cliente.
Claro, localmente... en la red local :-)
Pedirle a un JAR que se ejecute en modo remoto (en el servidor) es despreciar a los ficheros *.class que son los que se concibieron para eso. :-)
Es otra opción que estaba probando, descomprimirlo y ejecutar la clase (hay un Launcher.class) pero ejecutado desde el recurso samba no lanza nada (eso sí, no da ningún error de permisos), así que investigaré por aquí.
Ya pero las cosas son como son, y el *.JAR no se parió para ser ejecutado en el servidor.
Pues no sé... hay sistemas operativos completos hechos en java por lo que abrir un archivo en remoto no creo que le resulte tan complicado O:-)
Hay varias opciones
Si en el servidor SAMBA está el fichero class, ese es el que hay que ejecutar.
Ese ejecuto, pero no lanza nada :-? Ese mismo class en local, sí lanza la aplicación.
Si el fichero class no existe entonces se descomprime el JAR, con unzip o equivalentes, y se ejecuta el *.class que contiene.
Eso es una pregunta capciosa. :-)
De capciosa nada, es una pregunta básica O:-) ¿para qué si no tengo samba con los usuarios mapeados y los permisos definidos? Grrr. Samba es como un hijo ingrato, que por mucho que te esfuerces en ayudarle y entenderle sólo te da disgustos >:-)
El problema está en la ejecución remota, da igual el S.O. del cliente. En local se ejecuta en remoto no.
En Windows, en Linux, en Mac etc. podrás ejecutar un JAR si te lo bajas de alguna parte, nunca podrás ejecutarlo en su ubicación original.
Se concibió para descargar de trabajo al servidor, no para duplicárselo.
Josep, desde Windows lo ejecuto sin problemas aunque el archivo jar esté en una unidad de red, por eso estoy en modo "rant" :-/ Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-04-18 a las 09:03 +0200, Camaleón escribió:
El 18/04/08, J.M.Queralt escribió:
Si en el servidor SAMBA está el fichero class, ese es el que hay que ejecutar.
Ese ejecuto, pero no lanza nada :-? Ese mismo class en local, sí lanza la aplicación.
¡No podrás mientras sea con samba sin montar! Todavía no has probado a lanzar un script cualquiera en samba.
Eso es una pregunta capciosa. :-)
De capciosa nada, es una pregunta básica O:-) ¿para qué si no tengo samba con los usuarios mapeados y los permisos definidos? Grrr. Samba es como un hijo ingrato, que por mucho que te esfuerces en ayudarle y entenderle sólo te da disgustos >:-)
¿Permisos? ¿Que permisos? El samba IMITA los permisos rwx de los fichero unix, pero no los tiene. No tiene el X, poro lo que le da el X a todos los ficheros del sistema, absolutamente a todos, sean o no ejecutables. Para compensar, al montar via smb:// se le desactiva ese falso permiso de ejecución si quieres ejecutar, porque no lo ha dado el administrador local.
El problema está en la ejecución remota, da igual el S.O. del cliente. En local se ejecuta en remoto no.
En Windows, en Linux, en Mac etc. podrás ejecutar un JAR si te lo bajas de alguna parte, nunca podrás ejecutarlo en su ubicación original.
Se concibió para descargar de trabajo al servidor, no para duplicárselo.
Josep, desde Windows lo ejecuto sin problemas aunque el archivo jar esté en una unidad de red, por eso estoy en modo "rant" :-/
Windows no es un ejemplo válido de sistema operativo :-P Además, no has montado el recurso samba. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFICGzTtTMYHG2NR9URAuGqAJ9gFCR72RBfttyRMKahLzQZKW9kbwCfUJhO ocDz9l5dFCjAy0PIMd7Mi0I= =mEvD -----END PGP SIGNATURE-----
El 18/04/08, Carlos E. R. escribió:
¡No podrás mientras sea con samba sin montar!
Carlos, ya sé que montando lo puedo hacer sin problemas (revisa el primer mensaje que he enviado). ¡Pero yo no preguntaba éso! >:-)
Todavía no has probado a lanzar un script cualquiera en samba.
No, pero lo que sí he probado a ejecutar ese jar desde windows mediante samba con ext3. Y sin problemas (los clientes windows están felices con lo que les eches)... en cuanto tenga un momento hago la misma prueba desde suse, a ver si éste también está feliz >:-)
¿Permisos? ¿Que permisos? El samba IMITA los permisos rwx de los fichero unix, pero no los tiene. No tiene el X, poro lo que le da el X a todos los ficheros del sistema, absolutamente a todos, sean o no ejecutables.
¿Cómo que no lo tiene? Pues el ntfs me dice que sí, y konqueror también >:-)
Para compensar, al montar via smb:// se le desactiva ese falso permiso de ejecución si quieres ejecutar, porque no lo ha dado el administrador local.
Al acceder vía smb:// sí veo el permiso de ejecución activado :-/
Windows no es un ejemplo válido de sistema operativo :-P
Ya... es uno de esos "males necesarios" :-)
Además, no has montado el recurso samba.
¡Que no lo quiero montar! Jupe >:-) Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-04-18 a las 12:13 +0200, ISO-8859-1?Q? Camale=F3n _ and...:
El 18/04/08, Carlos E. R. escribió:
¡No podrás mientras sea con samba sin montar!
Carlos, ya sé que montando lo puedo hacer sin problemas (revisa el primer mensaje que he enviado). ¡Pero yo no preguntaba éso! >:-)
Pos ajo y agua :-p
Todavía no has probado a lanzar un script cualquiera en samba.
No, pero lo que sí he probado a ejecutar ese jar desde windows mediante samba con ext3. Y sin problemas (los clientes windows están felices con lo que les eches)... en cuanto tenga un momento hago la misma prueba desde suse, a ver si éste también está feliz >:-)
Pero es que windows no me vale. No es un sistema operativo adecuado.
¿Permisos? ¿Que permisos? El samba IMITA los permisos rwx de los fichero unix, pero no los tiene. No tiene el X, poro lo que le da el X a todos los ficheros del sistema, absolutamente a todos, sean o no ejecutables.
¿Cómo que no lo tiene? Pues el ntfs me dice que sí, y konqueror también >:-)
No lo tiene.
Para compensar, al montar via smb:// se le desactiva ese falso permiso de ejecución si quieres ejecutar, porque no lo ha dado el administrador local.
Al acceder vía smb:// sí veo el permiso de ejecución activado :-/
No lo ves >:-) No ves lo que ves. Te engañan tus ojos. La partición está pseudomontada "noexec", que no es lo mismo que los ficheros tengan permiso de ejecución. Me refiero a esto: nimrodel:~ # mount | grep windows /dev/hda1 on /windows/C type vfat (rw,noexec,nosuid,nodev,gid=100,fmask=0117,dmask=0007,iocharset=iso8859-1,codepage=437) .....................................^^^^^^^ No puedes ejecutar porque tiene ese atributo que manda sobre los atributos exec de los ficheros y los invalida. ¿Me entiendes ahora?
Windows no es un ejemplo válido de sistema operativo :-P
Ya... es uno de esos "males necesarios" :-)
Además, no has montado el recurso samba.
¡Que no lo quiero montar! Jupe >:-)
Pos ajo y agua, 2 :-P - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFICHrbtTMYHG2NR9URAqu+AJ9z6xR4CXHqHM773VckSUJL4hiX0gCff1bH gRxyuGvhIYJxf8EHZOT52cw= =0enx -----END PGP SIGNATURE-----
El 18/04/08, Carlos E. R. escribió:
Pos ajo y agua :-p
Muy amable, gracias :-)
Pero es que windows no me vale. No es un sistema operativo adecuado.
Lo dicho, muy amable.
No lo tiene.
En el sistema de archivos nativo, lo tiene. Es suse que no sabe interpretarlo bien :-P
No lo ves >:-)
No ves lo que ves. Te engañan tus ojos. La partición está pseudomontada "noexec", que no es lo mismo que los ficheros tengan permiso de ejecución.
¡¡Que no está pseudo-montada, rediez!!
Me refiero a esto:
nimrodel:~ # mount | grep windows /dev/hda1 on /windows/C type vfat (rw,noexec,nosuid,nodev,gid=100,fmask=0117,dmask=0007,iocharset=iso8859-1,codepage=437) .....................................^^^^^^^
No puedes ejecutar porque tiene ese atributo que manda sobre los atributos exec de los ficheros y los invalida. ¿Me entiendes ahora?
No, no te entiendo. Tras montarla: hpc02@stthpc:~> mount | grep cifs //servidor/documentos on /mnt type cifs (rw,mand) Y sin problemas para ejecutar el jar si lo pongo ahí.
Pos ajo y agua, 2 :-P
Ya, bueno... pues nada, gracias 2 :-) Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Content-ID:
El 18/04/08, Carlos E. R. escribió:
Pos ajo y agua :-p
Muy amable, gracias :-)
Pero es que windows no me vale. No es un sistema operativo adecuado.
Lo dicho, muy amable.
O:-)
No lo tiene.
En el sistema de archivos nativo, lo tiene. Es suse que no sabe interpretarlo bien :-P
Que no, que no lo tiene. Aunque lo tenga no lo tiene. >:-)
No lo ves >:-)
No ves lo que ves. Te engañan tus ojos. La partición está pseudomontada "noexec", que no es lo mismo que los ficheros tengan permiso de ejecución.
¡¡Que no está pseudo-montada, rediez!!
'Claro que lo está! El konqueror hace un pseudo montaje de usuario. Algo hace. Y al hacerlo, los atributos exec quedan supeditados a un noexec global.
Me refiero a esto:
nimrodel:~ # mount | grep windows /dev/hda1 on /windows/C type vfat (rw,noexec,nosuid,nodev,gid=100,fmask=0117,dmask=0007,iocharset=iso8859-1,codepage=437) ..^^^^^^^
No puedes ejecutar porque tiene ese atributo que manda sobre los atributos exec de los ficheros y los invalida. ¿Me entiendes ahora?
No, no te entiendo. Tras montarla:
hpc02@stthpc:~> mount | grep cifs //servidor/documentos on /mnt type cifs (rw,mand)
Y sin problemas para ejecutar el jar si lo pongo ahí.
¿Quien lo ha montado, root? Si es root, vale, si no es root, se monta noexec. Viene en el manual.
Pos ajo y agua, 2 :-P
Ya, bueno... pues nada, gracias 2 :-)
A mandar, ya sabes ;-) - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFICIrYtTMYHG2NR9URArVGAJwNcJ3kuheT0N2hXOSDx8aLQiZeSQCfa8ki GnwD70ybBv0JAtQUt3TIvJg= =vHBO -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-04-18 a las 12:13 +0200, Camaleón escribió:
El 18/04/08, Carlos E. R. escribió:
¡No podrás mientras sea con samba sin montar!
Carlos, ya sé que montando lo puedo hacer sin problemas (revisa el primer mensaje que he enviado). ¡Pero yo no preguntaba éso! >:-)
Todavía no has probado a lanzar un script cualquiera en samba.
No, pero lo que sí he probado a ejecutar ese jar desde windows mediante samba con ext3. Y sin problemas (los clientes windows están felices con lo que les eches)... en cuanto tenga un momento hago la misma prueba desde suse, a ver si éste también está feliz >:-)
Linux tiene la norma de que un sistema de ficheros montado por el usuario (local o remoto) tiene el atributo noexec, con lo que cualquier fichero que sea ejecutable, no lo puedes ejecutar, por más que te empeñes. Y si lo consigues, es un bug que hay que arreglar. Algunos administradores van más allá y montan Home como noexec también, con lo que los usuarios no pueden ejecutar nada, ni local ni en red, que no esté en los directorios del sistema que el administrador haya permitido. Es política de seguridad típica de linux, que windows nunca ha seguido, para su desgracia. Y por lo visto, el konqueror, al hacer ficheros accesibles mediante smb:// sigue esa misma política general. Fíjate en el manual, busca noexec en ese parrafo: mount(8) user Allow an ordinary user to mount the file system. The name of the mounting user is written to mtab so that he can unmount the file system again. This option implies the options noexec, nosuid, and nodev (unless overridden by subsequent options, as in the option line user,exec,dev,suid). Eso es lo que ocurre al _montar_ como _usuario_ un sistema de ficheros, sea local o remoto. Aunque el konqueror no monte, estará aplicando esa misma regla de no permitir la ejecución.
¿Permisos? ¿Que permisos? El samba IMITA los permisos rwx de los fichero unix, pero no los tiene. No tiene el X, poro lo que le da el X a todos los ficheros del sistema, absolutamente a todos, sean o no ejecutables.
¿Cómo que no lo tiene? Pues el ntfs me dice que sí, y konqueror también >:-)
Pero te _mienten_. Samba es un sistema de ficheros que imita los de windows, y en windows no existe el atributo "exe". Lo que hacen es aplicar una máscara a todo el sistema de ficheros samba de manera que TODOS los ficheros, aunque sean de texto, tengan el atributo 'x'.
Para compensar, al montar via smb:// se le desactiva ese falso permiso de ejecución si quieres ejecutar, porque no lo ha dado el administrador local.
Al acceder vía smb:// sí veo el permiso de ejecución activado :-/
El que digo no se ve, es invisible y manda más.
Windows no es un ejemplo válido de sistema operativo :-P
Ya... es uno de esos "males necesarios" :-)
Además, no has montado el recurso samba.
¡Que no lo quiero montar! Jupe >:-)
¡Pues por eso mismo! - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFICI10tTMYHG2NR9URAnjgAJ4rbKm1TOYqPvlIVNZBNe7alD1F8gCeMppR bPHZZhhUP88cgmcUOExH4h4= =GJWi -----END PGP SIGNATURE-----
El 18/04/08, Carlos E. R. escribió:
El 2008-04-18 a las 12:13 +0200, Camaleón escribió:
... en cuanto tenga un momento hago la misma prueba desde suse, a ver si éste también está feliz >:-)
Prueba realizada: se ejecuta a través de samba sin problemas, sin montar nada... directamente desde konqueror :-?
Y por lo visto, el konqueror, al hacer ficheros accesibles mediante smb:// sigue esa misma política general.
Pues no... la prueba la he hecho por medio de samba (smb://) con konqueror, sin montar nada, y ha ejecutado el .jar que está en un disco con ext3 :-?
Eso es lo que ocurre al _montar_ como _usuario_ un sistema de ficheros, sea local o remoto. Aunque el konqueror no monte, estará aplicando esa misma regla de no permitir la ejecución.
¿Y si entro en konqueror como usuario root y accedo al recurso? :-? Voy a probar... pues tampoco, sale el mismo error de los permisos.
Pero te _mienten_. Samba es un sistema de ficheros que imita los de windows, y en windows no existe el atributo "exe". Lo que hacen es aplicar una máscara a todo el sistema de ficheros samba de manera que TODOS los ficheros, aunque sean de texto, tengan el atributo 'x'.
Pero ntfs permite listas de control de acceso y permite definir atributos sobre los archivos de lectura, escritura, lectura y ejecución, modificar y control total... ¿acaso no es posible mapear esos controles de acceso entre un sistema y otro? Eso es tarea de samba :-/ Y no todos los archivos a los que accedo desde suse vía samba están marcados como ejecutables. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-04-18 a las 17:43 +0200, Camaleón escribió:
El 18/04/08, Carlos E. R. escribió:
El 2008-04-18 a las 12:13 +0200, Camaleón escribió:
... en cuanto tenga un momento hago la misma prueba desde suse, a ver si éste también está feliz >:-)
Prueba realizada: se ejecuta a través de samba sin problemas, sin montar nada... directamente desde konqueror :-?
Y por lo visto, el konqueror, al hacer ficheros accesibles mediante smb:// sigue esa misma política general.
Pues no... la prueba la he hecho por medio de samba (smb://) con konqueror, sin montar nada, y ha ejecutado el .jar que está en un disco con ext3 :-?
Curioso. Pero será un linux.
Eso es lo que ocurre al _montar_ como _usuario_ un sistema de ficheros, sea local o remoto. Aunque el konqueror no monte, estará aplicando esa misma regla de no permitir la ejecución.
¿Y si entro en konqueror como usuario root y accedo al recurso? :-? Voy a probar... pues tampoco, sale el mismo error de los permisos.
Lo habrán implementado así.
Pero te _mienten_. Samba es un sistema de ficheros que imita los de windows, y en windows no existe el atributo "exe". Lo que hacen es aplicar una máscara a todo el sistema de ficheros samba de manera que TODOS los ficheros, aunque sean de texto, tengan el atributo 'x'.
Pero ntfs permite listas de control de acceso y permite definir atributos sobre los archivos de lectura, escritura, lectura y ejecución, modificar y control total... ¿acaso no es posible mapear esos controles de acceso entre un sistema y otro? Eso es tarea de samba :-/
Pero en NTFS el que un fichero sea ejectable o no depende de la extensión. No se que atributo será el que dices, pero me sospecho que no es "ejecutable" sino "su grupo de control de acceso le da permiso para ejecutar", si el fichero es ejecutable.
Y no todos los archivos a los que accedo desde suse vía samba están marcados como ejecutables.
Me sospecho que no importa. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFICOmGtTMYHG2NR9URAq/oAJ9d0xMpRmPuPi2WeAqW1wEKOHv4rwCgj+LH bciAHGtcehOu3cUdY6Iqs/I= =6H45 -----END PGP SIGNATURE-----
participants (2)
-
Camaleón -
Carlos E. R.