Re: Debian Testing como server casero.

2008-11-22 Por tema Felix Perez
El día 22 de noviembre de 2008 12:53, Fenix [EMAIL PROTECTED] escribió:
 Felix Perez wrote:

 El día 20 de noviembre de 2008 10:23, Jorge Barreiro
 [EMAIL PROTECTED] escribió:

 Hola amigos, esa es mi consulta, como andará un testing para un server
 casero: apache, php, postgresql, mysql, samba, nfs, ssh, vpn, talvez
 squid.


Si por casero te refieres a que va a ser usado para una intranet casera
 sin salida al exterior, no veo ningún problema.

talvez ssh para ingresar en forma remota y revisar algunos archivos.

Si tienes servicios funcionando, aunque sean pequeños... yo me lo
 pensaría muy mucho


 Mi interés para usar testing es poder contar con paquetes más
 recientes solo desde repositorios oficiales y no tener que bajar e
 instalar nada desde fuentes u otros medios.


   Si es para uso interno, no pasa nada.


   La razón por la que no es recomendable para un servidor de producción que
 esté accesible desde el exterior es, a parte de la posibilidad de una rotura
 ante una actualización, que los paquetes de seguridad tienen prioridad en
 Debian estable.

Seria en produccion para mi,no afectaria a otros nada mas que a las
pruebas y desarrollo que yo llevaria.
Por ejemplo, quiero trabajar con postgresql  pero en stable esta el
7.5 y no sé cuanto tiempo mas se podrá utilizar la 7.5 sin problemas
de soporte, ahora en testing / lenny esta la 8.3 que seria la ultima
version.

  Por lo tanto, ante un problema de seguridad es mejor estar en estable
 puesto que la solución va a llegar antes.


bueno ya falta poco para que lenny sea estable entonces podria
quedarme en lenny.

Saludos y gracias por sus comentarios.






-- 
usuario linux  #274354
normas de la lista: http://wiki.debian.org/NormasLista


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Debian Testing como server casero.

2008-11-20 Por tema Marc Aymerich
On Thu, Nov 20, 2008 at 1:40 AM, Felix Perez
[EMAIL PROTECTED] wrote:
 Hasta ahora instale el etchandhalf pero uso testing en tres equipos y
 hasta ahora cero problemas entonces pensé ¿y como server?

De maravilla, yo hasta me atreveria en producción JOJoJOj :D

saludos,
Marc


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Debian Testing como server casero.

2008-11-20 Por tema Jorge Barreiro
O Xoves, 20 de Novembro de 2008 ás 01:40:51 Felix Perez escribiu:
 Hola amigos, esa es mi consulta, como andará un testing para un server
 casero: apache, php, postgresql, mysql, samba, nfs, ssh, vpn, talvez squid.

 Hasta ahora instale el etchandhalf pero uso testing en tres equipos y
 hasta ahora cero problemas entonces pensé ¿y como server?

 Acepto comentarios.

 De antemano gracias.


Lo más probable es que no te de ningún problema, pero antes de pasarte piensa: 
te vale la pena? vas a ganar algo actualizando? te van a permitir las nuevas 
versiones hacer algo que no puedas ahora? lo harán mejor?
Si la respuesta es no a la mayoría de esto, yo dejaría la actualización para 
más adelante.
A veces uno se deja llevar por la versionitis y en realidad no vale la pena 
actualizar. Ahora bien, si necesitas alguna característica que no está en 
etch, antes de buscar cómo portarla a etch te recomendaría pasarte 
directamente a lenny.

Saludos.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Debian Testing como server casero.

2008-11-20 Por tema Felix Perez
El día 20 de noviembre de 2008 10:23, Jorge Barreiro
[EMAIL PROTECTED] escribió:
 O Xoves, 20 de Novembro de 2008 ás 01:40:51 Felix Perez escribiu:
 Hola amigos, esa es mi consulta, como andará un testing para un server
 casero: apache, php, postgresql, mysql, samba, nfs, ssh, vpn, talvez squid.

 Hasta ahora instale el etchandhalf pero uso testing en tres equipos y
 hasta ahora cero problemas entonces pensé ¿y como server?

 Acepto comentarios.

 De antemano gracias.


 Lo más probable es que no te de ningún problema, pero antes de pasarte piensa:
 te vale la pena? vas a ganar algo actualizando? te van a permitir las nuevas
 versiones hacer algo que no puedas ahora? lo harán mejor?
 Si la respuesta es no a la mayoría de esto, yo dejaría la actualización para
 más adelante.
 A veces uno se deja llevar por la versionitis y en realidad no vale la pena
 actualizar. Ahora bien, si necesitas alguna característica que no está en
 etch, antes de buscar cómo portarla a etch te recomendaría pasarte
 directamente a lenny.

 Saludos.

Gracias por sus comentarios,
 ayer hice la siguiente prueba la cual es para nada técnica.
Instalé solo el sistema base de etch y luego testing mediante el
netinstall  y luego instale apache2 y el equipo responde mejor con
testing, incluso la partida del equipo es un poco mas rápida (1 o 2
segundos).  Aclaro que esto es apreciación personal.
Mi interés para usar testing es poder contar con paquetes más
recientes solo desde repositorios oficiales y no tener que bajar e
instalar nada desde fuentes u otros medios.

Nuevamente muchas  gracias por sus aportes.

-- 
usuario linux  #274354
normas de la lista: http://wiki.debian.org/NormasLista


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Debian Testing como server casero.

2008-11-19 Por tema Julian Esteban Perconti

Felix Perez escribió:

Hola amigos, esa es mi consulta, como andará un testing para un server casero:
apache, php, postgresql, mysql, samba, nfs, ssh, vpn, talvez squid.

Hasta ahora instale el etchandhalf pero uso testing en tres equipos y
hasta ahora cero problemas entonces pensé ¿y como server?

Acepto comentarios.

De antemano gracias.

Hola Felix, en casa tengo testing, en un P2 300 Mhz corriendo squid, dns 
y dhcp. No tuve problemas. (en realidad si los tuve, pero por que la 
controladora IDE no funciona bien, el mobo es Pcchips) Era una cuestion 
de DMA y eso.

Pero el debian nunca se quejó.
Suerte.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]