Aspel con Linux+Samba?
Fernando Barajas
Antes que nada, muchas gracias y felicidades por rehacer esta lista de
ayuda Linux. Yo la usaba cuando aún Miguel de Icaza la operaba en
Nucleares....
Como sea, va mi duda:
Tengo un cliente que corre las aplicaciones de Aspel (principalmente
COI y NOI) consultando los archivos en un servidor Windows. Ese
servidor ya está dando algunas broncas, por lo que quiero proponerle
usar mejor un servidor Linux con Samba. Supongo que debe funcionar
igual, y el cambio sería casi transparente, nomás mapeando X: al nuevo
servidor en lugar de al antiguo.
Ahora, mi duda es la siguiente: Alguien me dijo que las aplicaciones
de Aspel requieren un "servidor de licencias" que tiene que estar en
Windows. ¿Alguien sabe algo al respecto? ¿Puedo nomás mover los
archivos del servidor al Linux, y ya, o "a juerzas" necesito un
servidor windows por lo de las licencias?
Saludos!
--
----------------------------------------------------------------------------------------------------
¿Cuando fue la última vez que hiciste algo por primera vez?
----------------------------------------------------------------------------------------------------
Fernando Barajas Díaz-Lozano ICQ: 7237681
fbar...@nuestroweb.com MSN: fbar...@sistec.com.mx
www.nuestroweb.com Y!: barajasfernando
Cel: (044-55) 1474-1866 JABBER: fbar...@jabber.org
Skype: barajasfernando
Teléfono (DF): (01-55) 5905-5229
Paynalton
desconozco si funcione bien sobre wine, cosa de probarlo.
Ese servidor hace un broadcast sobre la red y los sistemas de aspel y no
necesita estar específicamente en tu servidor, cualquier maquina windows
podria correrlo aunque sea vieja, no cumple otra función que denegar o
autorizar al programa que se abra.
Los paquetes completos de aspel (no los clientes adicionales segun creo)
tienen la opción de usar o no el servidor de licencias. En mi trabajo el
maldito servidor de licencias dejo de funcionar y estuvimos trabajando
sin él por unos 3 meses en lo que aspel se dignaba a hacer válida la
garantía.
Por lo demás, para el funcionamiento solo necesitan una carpeta
compartida con permisos de lectura/escritura para trabajar.
Fernando Barajas escribió:
Marcos Garcia Trejo
No creo que tengas mayor problema porque funcione asi tu propuesta.
Saludos
Ing Marcos R Garcia Trejo
(52) 9991-513412
Fernando Barajas
> No creo que tengas mayor problema porque funcione asi tu propuesta.
> Saludos
Excepto porque se necesitan 2 servidores: 2 computadoras encendidas,
consumiendo corriente eléctrica, 2 puntos de falla... etc.
En fin (sigh!)
Marcos Garcia Trejo
Saludos.
Abel Hernandez Zanatta
Francisco Isgleas
> Nop, mi amigo, nop: el caso es que la licencia NO ESTA EN UN SERVIDOR, sino
> en una PC,
> El día 7 de mayo de 2008 0:47, Fernando Barajas <fernando...@gmail.com>
> escribió:
>
> > Excepto porque se necesitan 2 servidores: 2 computadoras encendidas,
> > consumiendo corriente eléctrica, 2 puntos de falla... etc.
> >
> >
Vaya, y yo que pensaba que el concepto de "virtualización" ya estaba
bien incrustado como paliativo para soluciones multiplataforma, pero
veo que ando errado.
Por cierto, el dichoso "monitor de licencias" de Aspel tiene bastantes
problemas (como si sus sistemas no tuvieran ya bastantes) con Vista
(bueno, y que no?), incluso los de soporte te dicen que lo pongas en
un XP (ya me pasó con 3 clientes distintos)
Yo implementaría un host virtual dentro de tu servidor Linux,
corriendo un windows exclusivo para el monitor de licencias.
--
NaCl+U2 @O2
Franscsi Isgleas
mono64
Intuos 3, cuando estaba en Ubuntu gutsy todo iba de maravilla, los
drivers los instalaba automáticamente desde el canonical, y para
configurar el Pad que traen estas tabletas, en Gimp usaba un programita
llamado Expresskeys, que se ejecutaba al iniciar sesion, este programa
mapeaba los shortcuts del teclado con respecto a Gimp y lospasaba a la
tableta, esto porque la version de los drivers de wacom que viene con
gutsy no soportaba el pad, el problema es que ahora con Ubuntu
Hardy,8.04, trae varias cosas actualizadas, y una de ellas es la version
de los drivers de wacom, según entiendo esta nueva versión ya soporta el
pad, y no es necesario las expresskeys, de hecho puedo usar el pad en
Firefox, Blender, pero ahora el problema es configurar mis shortcuts a
los del pad con Gimp, fuera de eso, la tableta va de lujo.
Alguien sabrá? algo? ya intente con wacomcql pero naranjas, nada
configura.
porfavor, necesito un poco de ayuda por acá que es mi herramienta de
trabajo, la uso mucho, y el pad es sumamente comodo.
Saludos
Marcos Garcia Trejo
El día 7 de mayo de 2008 1:13, Marcos Garcia Trejo <add...@gmail.com> escribió:
> Nop, mi amigo, nop: el caso es que la licencia NO ESTA EN UN SERVIDOR, sino
> en una PC,
> El día 7 de mayo de 2008 0:47, Fernando Barajas <fernando...@gmail.com>
> escribió:
>
> > Excepto porque se necesitan 2 servidores: 2 computadoras encendidas,
> > consumiendo corriente eléctrica, 2 puntos de falla... etc.
> >
> >
Vaya, y yo que pensaba que el concepto de "virtualización" ya estaba
bien incrustado como paliativo para soluciones multiplataforma, pero
veo que ando errado.
Nop, aun nos falta romper algunos tabues... :D
y mas si somos de la vieja guardia de Unix AT&T y Solaris.
Por cierto, el dichoso "monitor de licencias" de Aspel tiene bastantes
problemas (como si sus sistemas no tuvieran ya bastantes) con Vista
(bueno, y que no?), incluso los de soporte te dicen que lo pongas en
un XP (ya me pasó con 3 clientes distintos)
Yo implementaría un host virtual dentro de tu servidor Linux,
corriendo un windows exclusivo para el monitor de licencias.
--
NaCl+U2 @O2
Franscsi Isgleas
Saludos
Francisco Isgleas
<add...@gmail.com> escribió:
> Interesante opcion, no la habia contemplado, pero es una interesante opcion:
> puedes comentarme como se instala un host virtual, ¿es Xen una opcion
> aceptable?, ¿y los requerimientos del equipo? ¿alguna recomendacion para
> leer y ver una configuracion rapida?
>
Xen es una solución aceptable. Vaya, las distribuciones comerciales es
lo que escogieron para sus productos de servidor. Yo no lo he
manejado, y es más por desidia (no soy adepto de instalar un kernel
modificado). También existe OpenVZ, si te vas por el ámbito del
servidor. Existe un sistema hipervisor que te permite administrar los
dominios de Xen, pero te repito, no lo he usado.
Hay soluciones full-virtualization, pueden no ser libres, pero su
entorno gráfico es muy cómodo (al menos para mi, que ando probando
cuanto sistema cae en mis manos). Algunas de las soluciones que
utilizo son qemu, virtualbox, o vmware-server. La instalación de un
host virtual en full-virtualization debe(ría) ser transparente:
configuras la máquina virtual, insertas tu disco de instalación del
sistema operativo, inicias la máquina virtual y realizas la
instalación como si de máquina real se tratara. Existen algunas
herramientas que te permiten convertir tu máquina real (es decir, que
ya está instalada y configurada) en una máquina virtual (p2v: physical
to virtual), por si tu sistema es legado y no tienes la media de
instalación.
Qemu, VirtualBox y Vmware (hasta donde se) solo te otorgan
full-virtualization, Xen y OpenVZ te proveen tanto full-virtualization
como paravirtualización, pero tanto tus procesadores (reales) deben
soportar virtualización (digo, para mayor aprovechamiento), y el
sistema huésped debe estar modificado para su instalación y operación
bajo esta modalidad.
> Nop, aun nos falta romper algunos tabues... :D
> y mas si somos de la vieja guardia de Unix AT&T y Solaris.
>
:-P más bien creo que hace falta usarlo más, y difundirlo de igual manera...
Marcos Garcia Trejo
Saludos
GaRaGeD Style
> Xen es una solución aceptable. Vaya, las distribuciones comerciales es
> lo que escogieron para sus productos de servidor. Yo no lo he
> manejado, y es más por desidia (no soy adepto de instalar un kernel
> modificado). También existe OpenVZ, si te vas por el ámbito del
> servidor. Existe un sistema hipervisor que te permite administrar los
> dominios de Xen, pero te repito, no lo he usado.
>
> Hay soluciones full-virtualization, pueden no ser libres, pero su
> entorno gráfico es muy cómodo (al menos para mi, que ando probando
> cuanto sistema cae en mis manos). Algunas de las soluciones que
> utilizo son qemu, virtualbox, o vmware-server. La instalación de un
> host virtual en full-virtualization debe(ría) ser transparente:
> configuras la máquina virtual, insertas tu disco de instalación del
> sistema operativo, inicias la máquina virtual y realizas la
> instalación como si de máquina real se tratara. Existen algunas
> herramientas que te permiten convertir tu máquina real (es decir, que
> ya está instalada y configurada) en una máquina virtual (p2v: physical
> to virtual), por si tu sistema es legado y no tienes la media de
> instalación.
>
> Qemu, VirtualBox y Vmware (hasta donde se) solo te otorgan
> full-virtualization, Xen y OpenVZ te proveen tanto full-virtualization
> como paravirtualización, pero tanto tus procesadores (reales) deben
> soportar virtualización (digo, para mayor aprovechamiento), y el
> sistema huésped debe estar modificado para su instalación y operación
> bajo esta modalidad.
OpenVZ es virtualizacion a nivel de kernel, por contenedores, no
provee virtualización completa, pero tiene otras ventajas que pueden
hacerlo más atractivo que Xen en muchas situaciones.
Xen solo provee virtualización completa con procesadores modernos de
64 bits (son los que proveen virtualizacion por hardware).
Solo por aclarar.
Saludos
Max
--
<?php
$signautre = null;
echo $signature;
Gunnar Wolf
> El servidor de licencias de aspel coore sobre un servidor windows,
> desconozco si funcione bien sobre wine, cosa de probarlo.
>
> Ese servidor hace un broadcast sobre la red y los sistemas de aspel y no
> necesita estar específicamente en tu servidor, cualquier maquina windows
> podria correrlo aunque sea vieja, no cumple otra función que denegar o
> autorizar al programa que se abra.
No corre sobre Wine, requiere un Windows real. Y como sea, si es para
aplicaciones en producción... Les recomiendo fuertemente no usar
software que no es en realidad siquiera beta :) Wine es suficiente
para abrir determinados programas (p.ej. yo lo uso para el MSIE), pero
no para aplicaciones en producción. Y el día que Aspel no funcione por
estar en contra de las instrucciones de instalación de su compañía, y
que alguien tenga que ser responsable por no tener garantía de
soporte, quiero ver lo bien que te va :-(
...Sí, acá tenemos un W2k3 para Aspel. En una maquinita de 500MHz, sí.
--
Gunnar Wolf - gw...@gwolf.org - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF
Fjor
del ContPAQ/NomiPAQ mucho tiempo en un winXP
instalado en una maquina virtual sobre SuSe, pero
con la última actualización ya no funcionó, y los
comentarios que encontré en los foros de Compac
indican que no funcionan en virtuales. El efecto es
que el servidor de licencias consume 100% de cpu
en la virtual, y aunque el host no se muestra afectado,
el servidor no autoriza a los clientes.
En cierto sentido es lógico, pues Compac debe
protegerse de posibles duplicaciones de licencias,
lo que es posible con los virtualizadores.
En éste caso usé VMWare; sería cuestión de probar
con algún otro virtualizador. Por efectos de la
urgencia, tuve que poner una maquinita más
antigua con XP para restablecer el servicio,
migrando las licencias, pero ya no he explorado
otras opciones.
Saludos!
Fjor
On 7 mayo, 14:24, "Marcos Garcia Trejo" <adds...@gmail.com> wrote:
> Tks, tengo un pequeño equipo y voy a probar instalando Windows y Solaris a
> ver que tambien se ven...
> Saludos
>
>
>
>
>
>
> > El día 7 de mayo de 2008 12:40, Marcos Garcia Trejo
Gustavo Guillermo Perez
> En mi caso tuve funcionando el servidor de licencias
> del ContPAQ/NomiPAQ mucho tiempo en un winXP
> instalado en una maquina virtual sobre SuSe, pero
> con la última actualización ya no funcionó, y los
> comentarios que encontré en los foros de Compac
> indican que no funcionan en virtuales. El efecto es
> que el servidor de licencias consume 100% de cpu
> en la virtual, y aunque el host no se muestra afectado,
> el servidor no autoriza a los clientes.
>
> En cierto sentido es lógico, pues Compac debe
> protegerse de posibles duplicaciones de licencias,
> lo que es posible con los virtualizadores.
>
> En éste caso usé VMWare; sería cuestión de probar
> con algún otro virtualizador. Por efectos de la
> urgencia, tuve que poner una maquinita más
> antigua con XP para restablecer el servicio,
> migrando las licencias, pero ya no he explorado
> otras opciones.
http://ulinux.no-ip.org/gusgus/fotolog/proyectos/aspel_linux/aspel2.png
http://ulinux.no-ip.org/gusgus/fotolog/proyectos/aspel_linux/aspel3.png
o Wine :( ?
Tengan paciencia con los screenshots que el server está medio saturado.
Saludos.
--
Gustavo Guillermo Pérez
Compunauta uLinux
www.compunauta.com