Re: Esto esun bug del servidor DHCP, ¿no?
El Sun, 12 de Apr de 2015, a las 01:49:35PM -0500, Frank Harbey Sanabria Florez
dijo:
> El server se cuelga?,
Se muere. El proceso deja de existir.
> verificaste que la MAC que duplicaste sea una
> MAC "Original" (Establecida por la IEEE)?, la configuracion de
> Seguridad ante suplantaciones del DHCP esta habilitada?
No, no lo he verificado, pero no creo que tenga mucha importancia,
porque hice varias pruebas y la misma MAC con la que casca el servidor
en la segunda petición en algunas de las pruebas, la usé como MAC en la
primera petición y el servidor le sirvió ip sin problemas.
Las MAC que me inventaba eran 00:11:22:33:44:5X. Siempre uso esas para
pruebas y nunca tengo problemas.
Además, en wheezy funciona perfectamente.
> Como tienes la configuracion en el dhcpd.conf y en el defaults?,
En /etc/default/isc-dhcp-server no cambié nada y la configuración de
dhcpd.conf la escribí en el mensaje con que abrí el hilo. Hay
efectivamente un error del que luego me di cuenta, pero que no afecta:
subnet 192.168.255.0 netmask 255.255.255.0 {
^^^
[...]
option broadcast-address 192.168.1.255;
^
}
De hecho, lo modifiqué y siguió dando los problemas.
--
Hay dos sistemas de conseguir la felicidad: uno, hacerse
el idiota; otro, serlo.
--- Enrique Jardiel Poncela. --
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150412201640.ga17...@cubo.casa
Re: Problemas con la instalación (era: ¿Cuál imagen descargar para AMD64?)
El 12/04/15 a las 13:08, Camaleón escribió:
El Sat, 11 Apr 2015 23:18:48 -0300, Sergio Bessopeanetto escribió:
Creo un hilo nuevo para no mezclar los temas.
Buena idea. Esto ya es otra cosa.
(...)
La cosa es que tras varios intentos no pude instalar Debian Jessie. Se
apaga por calentamiento crítico.
No hay caso. Le puse hasta un ventilador de los grandes al lado para que
la mantenga fresca pero nada.
El instalador alcanzó a descargar todos los debs y ya se disponía a
ejecutar dpkg, o sea que está el sistema base instalado pero no puede
continuar con la instalación.
¿Alguna idea de cómo evitar el apagado por calentamiento y que pueda
terminar de instalar el sistema?
Si no es posible, bueno, descartaré esta opción o probaré Jessie en la
PC.
Lo mejor suele ser abrir el equipo y aspirarlo. Si se trata de un
portátil, ponerlo sobre una placa de ventilación. De todas formas,
instalar únicamente el sistema base (desde un CD o USB) siempre es más
rápido y luego ya irás añadiendo paquetes.
Lo intentaré.
Ah! Actualicé GRUB desde Kubuntu y detectó a Debian en la sda2.
Mejor si explicas esto, ¿qué hiciste exactamente?
Ingresé a Kubuntu y ejecuté update-grub
Si le doy a esa opción carga el sistema base y se queda en modo texto
(pantalla negra con el ("prompt", ¿Se dice así en linux?) pero si me
logueo no me responde ni como usuario ni como root.
¿Desde ahí se podrá seguir la instalación?
Bueno, en este caso te dará igual volver a iniciar el instalador desde
cero porque el sistema es reciente, pero el problema del calentamiento va
a seguir ahí y es lo primero que tendrías que resolver.
Saludos,
Gracias Camaleón.
Saludos.
--
Sergio Bessopeanetto
Buenos Aires - Argentina
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/552acc99.7080...@inbox.im
RE: Esto esun bug del servidor DHCP, ¿no?
El server se cuelga?, verificaste que la MAC que duplicaste sea una MAC "Original" (Establecida por la IEEE)?, la configuracion de Seguridad ante suplantaciones del DHCP esta habilitada? Como tienes la configuracion en el dhcpd.conf y en el defaults?, ese error creo que es mas por una mala configuración del DHCP que del mismo ISC. FRANK HARBEY SANABRIA FLOREZTecnologo en Telecomunicaciones y Sistemas Bogota - Colombia@franksanabria sugeek.co > Date: Sun, 12 Apr 2015 20:12:46 +0200 > From: sio2.sio2+lista.deb...@gmail.com > To: debian-user-spanish@lists.debian.org > Subject: Re: Esto esun bug del servidor DHCP, ¿no? > > El Sun, 12 de Apr de 2015, a las 03:41:14PM +, Camaleón dijo: > > > > Lo que me escama es el mensaje, dice que no le puede asignar una IP > > determinada (192.168.255.105) no que no sea posible asignarle una > > cualquiera :-? > > Es normal por cómo hice la prueba: usando dos veces el mismo cliente, > pero cambiándole entre una y otra petición la MAC. En esta > circunstancias, la segunda vez el cliente sugiere al servidor que le > entregue la última ip que tenía, o sea, la que recibió la primera vez. > Como está ocupada (porque no se liberó), el servidor rechaza esa > sugerencia (DCHPNACK) y se dispone a darle otra. Es entonces cuando > actúa el "lease limit 1", pero en vez de no entregar ninguna, porque ya > no hay disponibles, casca. > > > De todas formas, mira a ver si sigue en ejecución tras el "segfault". > > El servidor muere definitivamente, no es que se quede tonto. > > Ya he enviado el informe de fallo. > > > -- >Parezco en mi fortuna al Manzanares, > que con agua o sin ella siempre es río. > --- Tomé de Burguillos --- > > > -- > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: https://lists.debian.org/20150412181246.ga12...@cubo.casa >
Re: [OT] grub: error: cant't find command linux
El Sun, 12 de Apr de 2015, a las 03:52:45PM +, Camaleón dijo:
> En cualquier caso, ¿dónde instalas GRUB, en el MBR o en la partición "/
> boot/grub"?
En /boot/grub se instalan los módulos, la configuración "menu.cfg" y
demás ficheros de grub. El sector de arranque de esa partición no tiene
nada de especial.
El programa principal (creo que es "core.img") se instala dependiendo de
si estamos con particiones DOS o con particiones GPT. En el primer caso
se instala entre el MBR y el comienzo de la primera partición; y en el
MBR se queda el código indispensable para que vaya a leer allí. En el
segundo caso se instala en una partición de tipo BOOT BIOS que hace el
papel del espacio entre el MBR y la primera partición.
Lo que no sé muy bien es qué ocurre cuando se elige instalar el grub
en una partición DOS particular. Supongo que el código
del MBR remitirá al sector de arranque de esa partición y éste
al espacio entre el MBR y la primera partición.
> A mí no me gusta tener un único GRUB porque te arriesgas a que no sea
> compatible con otros sistemas linux/unix (recordemos que hay
> distribuciones que lo modifican)
Esto no lo sé. ¿Hay distribuciones que no arrancan con un grub genérico?
> o sencillamente te arriesgas a que por el motivo que sea te falle y no
> tengas otro para arrancar los sistemas operativos que tengas.
Pero en este caso da igual que tengas unos o muchos: si te falla con el
que deberías arrancar también vas a tener que montar el taco.
> En cuanto a tenerlo en su propia partición antes era la opción
> predeterminada y lo recomendado debido a que en algunos sistemas de
> archivos (p. ej., ReiserFS) tenía problemas pero ahora me parece que no y
> los instaladores lo ponen bajo partición raíz ("/").
El problema de eso es que, inopinadamente, puedes decidir cargarte uno de
los sistemas operativos y que resulte que ese sea el que contenía el
grub "activo". Si tienes grub por separado, es más difícil que te lo
cargues o por ignorancia o por descuido.
¡La de usuarios de windows que instalan linux para probar, luego lo
borran y dejan de poder arrancar el sistema porque grub necesita los
ficheros de /boot/grub y se los acaba de cargar al destruir la partición
del linux!
> Cuando hay varios sistemas operativos en un disco yo prefiero mantener
> cada GRUB con su distribución y el MBR "limpio" pero como digo, esto es
> como las particiones de disco duro, cada uno tiene su sistema :-)
Sí, imagino que sí.
Un saludo.
--
-¿Quién le dice a v.m. que no se pueda hacer? Hacerse
puede, que ser imposible es otra cosa.
--- Francisco de Quevedo ---
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150412183635.gb12...@cubo.casa
Re: Esto esun bug del servidor DHCP, ¿no?
El Sun, 12 de Apr de 2015, a las 03:41:14PM +, Camaleón dijo: > Lo que me escama es el mensaje, dice que no le puede asignar una IP > determinada (192.168.255.105) no que no sea posible asignarle una > cualquiera :-? Es normal por cómo hice la prueba: usando dos veces el mismo cliente, pero cambiándole entre una y otra petición la MAC. En esta circunstancias, la segunda vez el cliente sugiere al servidor que le entregue la última ip que tenía, o sea, la que recibió la primera vez. Como está ocupada (porque no se liberó), el servidor rechaza esa sugerencia (DCHPNACK) y se dispone a darle otra. Es entonces cuando actúa el "lease limit 1", pero en vez de no entregar ninguna, porque ya no hay disponibles, casca. > De todas formas, mira a ver si sigue en ejecución tras el "segfault". El servidor muere definitivamente, no es que se quede tonto. Ya he enviado el informe de fallo. -- Parezco en mi fortuna al Manzanares, que con agua o sin ella siempre es río. --- Tomé de Burguillos --- -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150412181246.ga12...@cubo.casa
Problemas con la instalación (era: ¿Cuál imagen descargar para AMD64?)
El Sat, 11 Apr 2015 23:18:48 -0300, Sergio Bessopeanetto escribió:
Creo un hilo nuevo para no mezclar los temas.
(...)
> La cosa es que tras varios intentos no pude instalar Debian Jessie. Se
> apaga por calentamiento crítico.
> No hay caso. Le puse hasta un ventilador de los grandes al lado para que
> la mantenga fresca pero nada.
> El instalador alcanzó a descargar todos los debs y ya se disponía a
> ejecutar dpkg, o sea que está el sistema base instalado pero no puede
> continuar con la instalación.
> ¿Alguna idea de cómo evitar el apagado por calentamiento y que pueda
> terminar de instalar el sistema?
> Si no es posible, bueno, descartaré esta opción o probaré Jessie en la
> PC.
Lo mejor suele ser abrir el equipo y aspirarlo. Si se trata de un
portátil, ponerlo sobre una placa de ventilación. De todas formas,
instalar únicamente el sistema base (desde un CD o USB) siempre es más
rápido y luego ya irás añadiendo paquetes.
> Ah! Actualicé GRUB desde Kubuntu y detectó a Debian en la sda2.
Mejor si explicas esto, ¿qué hiciste exactamente?
> Si le doy a esa opción carga el sistema base y se queda en modo texto
> (pantalla negra con el ("prompt", ¿Se dice así en linux?) pero si me
> logueo no me responde ni como usuario ni como root.
> ¿Desde ahí se podrá seguir la instalación?
Bueno, en este caso te dará igual volver a iniciar el instalador desde
cero porque el sistema es reciente, pero el problema del calentamiento va
a seguir ahí y es lo primero que tendrías que resolver.
Saludos,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2015.04.12.16.08...@gmail.com
Re: [OT] grub: error: cant't find command linux
El Sat, 11 Apr 2015 19:55:10 +0200, José Miguel (sio2) escribió:
> El Sat, 11 de Apr de 2015, a las 01:24:23PM +, Camaleón dijo:
>
>> De hecho, cuando hay varios sistemas operativos en un mismo disco duro
>> prefiero seguir uno de estos dos esquemas para el cargador de
>> arranque:
>
>> [...]
>
> Vaya por delante que no sé muy bien de qué va EFI, así que no sé si es
> aplicable lo que voy a decir: yo sólo he instalado arranques normales
> con particiones MBR ó GPT.
>
> ¿La mejor solución no es hacer una partición cómun para montar
> /boot/grub común a todos los sistemas linux que haya instalados?
En este caso no creo haya mejores soluciones sino distintas opciones que
se adaptan mejor a cada instalación o a lo que busca el administrador.
En cualquier caso, ¿dónde instalas GRUB, en el MBR o en la partición "/
boot/grub"?
> Los núcleos de los distintos linuces siguen por separado y el grub que
> estará en funcionamiento siempre será el último que se haya
> actualizado/instalado sea el linux que sea. Lo único que se me ocurre
> que pueda ocurrir es que una actualización de grub te dé problemas,
> porque el sistema detecte que los checksum de los archivos que va a
> reemplazar no se corresponden con los que debería haber, como
> consecuencia de que no esté reemplazando "su" grub, sino el grub de otro
> linux. Pero me parece que estas comprobaciones de checksum sólo se hacen
> al instalar y no al desinstalar.
A mí no me gusta tener un único GRUB porque te arriesgas a que no sea
compatible con otros sistemas linux/unix (recordemos que hay
distribuciones que lo modifican) o sencillamente te arriesgas a que por
el motivo que sea te falle y no tengas otro para arrancar los sistemas
operativos que tengas.
En cuanto a tenerlo en su propia partición antes era la opción
predeterminada y lo recomendado debido a que en algunos sistemas de
archivos (p. ej., ReiserFS) tenía problemas pero ahora me parece que no y
los instaladores lo ponen bajo partición raíz ("/").
Cuando hay varios sistemas operativos en un disco yo prefiero mantener
cada GRUB con su distribución y el MBR "limpio" pero como digo, esto es
como las particiones de disco duro, cada uno tiene su sistema :-)
Saludos,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2015.04.12.15.52...@gmail.com
Re: Esto esun bug del servidor DHCP, ¿no?
El Sat, 11 Apr 2015 22:26:56 +0200, José Miguel (sio2) escribió: > Un saludo a la lista: > > Tengo una configuración de prueba muy sencilla en el servidor ISC de > jessie: (...) > O sea que hay una clase de máquinas que como máximo recibirán una ip. > Con esto he tomado un cliente y le he hecho que pida ip: (...) > Como es de esperar, ha recibido su ip. A continuación he cogido ese > mismo cliente, lo he desconfigurado sin que se enterara el servidor > (dhclient -x), le he cambiado la MAC y he vuelto a pedir ip. Se supone > que es la segunda ip y que el cliente no debería recibir ninguna. Lo que > ocurre es esto: > > #v+ > Apr 11 22:10:56 zipi dhcpd: DHCPREQUEST for 192.168.255.105 from > 00:11:22:33:44:51 via eth1: lease 192.168.255.105 unavailable. > Apr 11 22:10:56 zipi dhcpd: DHCPNAK on 192.168.255.105 to 00:11:22:33:44:51 > via eth1 > Apr 11 22:10:56 zipi kernel: [ 588.513633] dhcpd[1253]: segfault at 30 ip > 7f2548edd333 sp 7ffc2f270110 error 4 in dhcpd[7f2548ec6000+b3000] > #v- Lo que me escama es el mensaje, dice que no le puede asignar una IP determinada (192.168.255.105) no que no sea posible asignarle una cualquiera :-? > El servidor parece como que le intentara dar la misma ip, aunque la > máquina es "otra" y la ip sigue ocupada, después casca. Exacto, parece que el servidor dhcp está interpretando otra situación pero en cualquier caso debe registrar el error sin llegar al fallo de segmentación. De todas formas, mira a ver si sigue en ejecución tras el "segfault". Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2015.04.12.15.41...@gmail.com
Re: [OT] IOPS via SNMP en Sistemas privativos
El Sat, 11 Apr 2015 14:33:48 -0500, Martin Edmundo Barriga Orozco escribió: > Hola, > > Tengo necesidad de monitorear via snmp los IOPS de servidores windows > donde se esta corriendo una solucion de respaldos, sin embargo, el snmp > no me esta regresando nada de informacion relacionada a IOPS a mi > snmpwalk client. Date una vuelta por los tutoriales que encuentres sobre SNMP porque aunque parece sencillo de configurar tiene su "intríngulis". Por ejemplo, yo empezaría por aquí: https://wiki.debian.org/SNMP A revisar que la comunicación entre cliente/servidor no se esté rechazando por cortafuegos o reglas de configuración que impidan el tráfico en los puertos en los que trabaje SNMP y también podrás aumentar el nivel de verbosidad del cliente. Introducción a los comandos SNMP, snmpwalk, snmpget, snmptranslate... http://www.linux-party.com/index.php/29-internet/6038-introduccion-a-los-comandos-snmp-snmpwalk-snmpget-snmptranslate# > He estado apuntando mi snmpwalk .1.3.6.1.4.1.9600.1.1.1.1 pero no > regresa nada, el problema debe estar del lado del servidor. > Se supone que la configuracion en el windows server debe se deben marcar > todas las checkbox como los que se muestran en la imagen y asi lo hice: > https://aaronwalrath.files.wordpress.com/2010/06/w8snmp5.png En la parte windowsera no sabría decirte qué mirar pero también podrías usar un cliente para windows y ejecutarlo desde el mismo equipo donde tienes el SNMP proporcionando datos para ver si de esa forma logras cargar algo. > ¿Alguno de la lista monitoreo IOPS de servidores windows que me pueda > encaminar un poco? Hace ya mucho tiempo que jugué con el SNMP para sacar información de un router y la verdad es que en su momento me pareció engorroso en exceso. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2015.04.12.15.13...@gmail.com
Re: [OT] Re: Hola amigos
El domingo, 12 abr 2015, a las 07:23 UTC+2 horas, alexlikerock-Gmail escribió: > >> >> Lo que pides no lo puede hacer ni Google así que te han puesto alto el >> listón, vamos, que lo tienes difícil :-) >> >> >eso es falso camaleon, en yahoo si se puede hacer eso ¿Dices que dado un correo cualquiera emitido desde un dominio de yahoo, estos podrían señalar inequívocamente a la persona que lo envió? La manera más fiable (y viable) que se me ocurre es obligar el acceso mediante certificado digital entregado en persona a cada usuario, y aún así no se puede garantizar del todo. Siempre habrá quien se deje una sesión abierta, etc. -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150412143900.09635...@gmail.com
