ipes desde un relay situado en el
> > > conmutador.
> > > Si en el servidor DHCP pongo la opción 66 (next-server) parece
> > > funcionar, si no no funciona.
> > > no deberia dar este parametro el proxy-dhcp.
> > > mi configuración:
> > > port=0
El jue, 19-01-2023 a las 20:38 +0100, Camaleón escribió:
> El 2023-01-19 a las 13:49 +0100, trujo escribió:
>
> > Estoy intentando ponerlo en marcha (con debian estable).
> > la red en la que esta recibe ipes desde un relay situado en el
> > conmutador.
> > Si en el
Estoy intentando ponerlo en marcha (con debian estable).
la red en la que esta recibe ipes desde un relay situado en el
conmutador.
Si en el servidor DHCP pongo la opción 66 (next-server) parece
funcionar, si no no funciona.
no deberia dar este parametro el proxy-dhcp.
mi configuración:
port=0
log
problemas y los que tenía se solucionaron.
Sldos,
Marcelo.-
-Mensaje original-
De: JavierDebian [mailto:javier.debian.bb...@gmail.com]
Enviado el: lunes, 22 de agosto de 2022 18:06
Para: debian-user-spanish@lists.debian.org
Asunto: Re: IP por DHCP dejó de funcionar en Debian "bullseye"
El lun, 22 ago 2022 a la(s) 16:22, Yoel Villarreal (yoe...@nauta.cu) escribió:
>
> Quizás no fue algo "roto". Quizás fue que no leímos el changelog.
El top posting no es lindo
Y yo tampoco leí el change log. ¿Qué dice que cambió?
Saludos,
Antonio Galicia
Eram quod es, eris quod sum
--
bido en el sistema, lo odio porque hace lo que quiere.
Computadora que funciona desde hace 6 años con configuración de red por DHCP
automática, configurado "a mano" por interfaces.
resolvconf corriendo como demonio.
Hace un par de días, se puso remolona para tomar dirección IP. Reinicia
e funciona desde hace 6 años con configuración de red por DHCP
automática, configurado "a mano" por interfaces.
resolvconf corriendo como demonio.
Hace un par de días, se puso remolona para tomar dirección IP. Reiniciado el
enrutador y el equipo un par de veces, lo achaqué a problemas
ace 6 años con configuración de red por DHCP
> automática, configurado "a mano" por interfaces.
> resolvconf corriendo como demonio.
>
> Hace un par de días, se puso remolona para tomar dirección IP. Reiniciado el
> enrutador y el equipo un par de veces, lo achaqué a problem
Buenas noches.
Me ha pasado algo extraño.
Debian 11 "bullseye" con kernel 5.10.0-16-amd64.
Network-manager prohibido en el sistema, lo odio porque hace lo que quiere.
Computadora que funciona desde hace 6 años con configuración de red por
DHCP automática, configurado "a mano&
Estoy montando un terminal remoto en una "Intel NUC", por temas de
dependencias de HW lo estoy montando con testing.
La red donde va a funcionar es una red securizada con 802.1x.
Si configuro la red con ifupdown se ejecutan procesos antes de que la
red este levantada y fallan, por lo que he probado
El 01/07/16 a las 19:17, Leo Perez escribió:
Hola Grupo.
Les dejo una nueva consulta, en este momento en la red de mi empresa
tenemos un server DHCP.
Esto genera comodidad para los equipos nuevos pero tiene la contra que
cualquiera que "enchufe" un equipo a la red ya queda cone
> El Fri, 01 Jul 2016 19:17:21 -0300, Leo Perez escribió:
>
>> Hola Grupo.
>
> Ese formato...
>
>> Les dejo una nueva consulta, en este momento en la red de mi empresa
>> tenemos un server DHCP.
>>
>> Esto genera comodidad para los equipos nuev
El Fri, 01 Jul 2016 19:17:21 -0300, Leo Perez escribió:
> Hola Grupo.
Ese formato...
> Les dejo una nueva consulta, en este momento en la red de mi empresa
> tenemos un server DHCP.
>
> Esto genera comodidad para los equipos nuevos pero tiene la contra que
> cualquiera que &
En los router tenes una parte que dice mac, para que pongas las mac un están
habilitadas a conectarse a tu empresa.
http://askubuntu.com/questions/392599/how-to-reserve-ip-address-in-dhcp-server
http://www.cyberciti.biz/tips/iptables-mac-address-filtering.html
http://forums.fedoraforum.org
El día 1 de julio de 2016, 17:17, Leo Perez escribió:
> Hola Grupo.
Hola
>
> Les dejo una nueva consulta, en este momento en la red de mi empresa tenemos
> un server DHCP.
>
> Esto genera comodidad para los equipos nuevos pero tiene la contra que
> cualquiera que "ench
Hola Grupo.
Les dejo una nueva consulta, en este momento en la red de mi empresa
tenemos un server DHCP.
Esto genera comodidad para los equipos nuevos pero tiene la contra que
cualquiera que "enchufe" un equipo a la red ya queda conectado.
Al respecto quisiera implementar una capa de
El Tue, 12 Apr 2016 16:45:31 -0400, cosme escribió:
> Despues de haber compilado samba-4.4.0 e instalado bind9 y
> isc-dhcp-server desde los repos en Debian 8 todo funciona bien excepto
> la zona inversa que no actualiza desde el DHCP al DNS.
>
>
> Probé el ejemplo qu
El Tue, 12 Apr 2016 16:45:31 -0400, cosme escribió:
(...)
(ya abriste un hilo hace poco sobre ese tema, te respondo allá para no
separarlos)
Saludos,
--
Camaleón
Despues de haber compilado samba-4.4.0 e instalado bind9 y isc-dhcp-server
desde los repos en Debian 8 todo funciona bien excepto la zona inversa que
no actualiza desde el DHCP al DNS.
Probé el ejemplo que viene en
https://wiki.archlinux.org/index.php?title
Despues de haber compilado samba-4.4.0 e instalado bind9 y isc-dhcp-server
desde los repos en Debian 8 todo funciona bien excepto la zona inversa que
no actualiza desde el DHCP al DNS.
Probé el ejemplo que viene en
https://wiki.archlinux.org/index.php?title
ows o con samba-tool.
(...)
> En mis log no me da ningun mensaje solo el de la zona directa
Eso me da a entender que:
1/ O estás mirando en el registro incorrecto (revisa los de todos los
jugadores: samba, dhcp y bind)
2/ O no está generado registros porque no lo está teniendo en cue
0.99.10.in-addr.arpa
De acuerdo a la wiki
Integrando el DHCP con Samba_dlz y bind9
Las PC actualizan desde el DHCP con la zona directa sin problemas pero no
para la zona inversa no, o sea que hay que hacerlo manual con
samba-tool dns add
0.99.10.in-addr.arpa 55 PTR demo.samdom.example.com
En
El Martes, 5 de abril de 2016 11:09:16 JAP escribió:
Llego tarde a la conversación, así que no se de que va el resto. Solo un
apunte:
>
> (Nota mental: averiguar cómo identificarme ante ZeroShell con un script
> en el arranque en vez de un navegador, en forma similar a lo que hace
> cntlm.sourc
El Tue, 05 Apr 2016 12:01:53 -0300, JAP escribió:
> El 05/04/16 a las 11:48, Camaleón escribió:
>> El Tue, 05 Apr 2016 11:09:16 -0300, JAP escribió:
>
>
>> De hecho NFS viene activado de manera predeterminada en Debian, yo
>> pensé el desactivarlo porque no lo uso pero como da problemas, ahí
>>
El 05/04/16 a las 11:48, Camaleón escribió:
El Tue, 05 Apr 2016 11:09:16 -0300, JAP escribió:
De hecho NFS viene activado de manera predeterminada en Debian, yo pensé
el desactivarlo porque no lo uso pero como da problemas, ahí está:
Como dije antes, prefiero eliminar un paquete a desactiv
El Tue, 05 Apr 2016 11:09:16 -0300, JAP escribió:
> avahi no tiene nada que ver con el problema.
> Lo he reinstalado y no causa inconvenientes.
Pues claro que no, es un buen tipo :-)
> El que sí se bloquea al inicio del sistema, y por esa razón debí
> eliminarlo, es nfs-common.
Y repito que no
El 01/04/16 a las 11:40, JAP escribió:
Por ahora, perecería que he dado con la solución, aunque no me gusta nada.
En mi antiguo lugar de trabajo, quien administraba ese segmento de red,
tenía la muy buena costumbre de asignar por DHCP a las máquinas la misma
IP. Es decir, la terminal user25
El Fri, 01 Apr 2016 12:10:56 -0300, JAP escribió:
> El 01/04/16 a las 12:05, Camaleón escribió:
>
>
>> Con desactivar el servicio NFS hubiera sido suficiente.
>
> "...in six months you will install the automagical printer config tool
> and wonder why it isn't workingyou will file a bug and
El 01/04/16 a las 12:05, Camaleón escribió:
Con desactivar el servicio NFS hubiera sido suficiente.
"...in six months you will install the automagical printer config tool
and wonder why it isn't workingyou will file a bug and get jumped
because nobody can reproduce it.you will end u
El Fri, 01 Apr 2016 11:40:02 -0300, JAP escribió:
> Por ahora, perecería que he dado con la solución, aunque no me gusta
> nada.
(...)
> La computadora está tomando la dirección IP luego de haber:
> * limpiado algunas relaciones en el archivo /etc/hosts para
> identificación de alias.
> * elimin
Por ahora, perecería que he dado con la solución, aunque no me gusta nada.
En mi antiguo lugar de trabajo, quien administraba ese segmento de red,
tenía la muy buena costumbre de asignar por DHCP a las máquinas la misma
IP. Es decir, la terminal user25, siempre tenía la IP 10.3.20.132
Si bien
El 17/03/16 a las 12:59, Camaleón escribió:
El Thu, 17 Mar 2016 12:31:26 -0300, JAP escribió:
Tengo un equipo con Debian "jessie" desde hace dos años, que ha corrido
sin inconvenientes en la red corporativa, con las configuraciones que
más abajo detallo.
Hace un mes cambié de lugar físico, pero
El 17/03/16 a las 12:59, Camaleón escribió:
Lo que veo es que eth0 (10.115.x.x ¿?) no recibe datos del servidor DHCP
(10.116.x.x ¿?) por lo que lo primero que tendrías que comprobar es si
configurando manualmente la interfaz eth0 en el mismo segmento de red en
el que está el servidor DHCP es
jessie", QUE NO TIENE IP, inicio un VirtualBox con
WinXP, obtiene IP sin inconvenientes.
Es imposible iniciar la red en forma manual con "ifup".
Con "ifconfig", A VECES, NO SIEMPRE, sí se inicia.
Reinstalé todos los paquetes relativos a dhcp-client.
He "tocado" el
i máquina con"jessie", QUE NO TIENE IP, inicio un VirtualBox con
> WinXP, obtiene IP sin inconvenientes.
> Es imposible iniciar la red en forma manual con "ifup".
> Con "ifconfig", A VECES, NO SIEMPRE, sí se inicia.
(...)
Lo que veo es que eth0 (10.11
El 17/03/16 a las 12:59, Camaleón escribió:
Lo que veo es que eth0 (10.115.x.x ¿?) no recibe datos del servidor DHCP
(10.116.x.x ¿?) por lo que lo primero que tendrías que comprobar es si
configurando manualmente la interfaz eth0 en el mismo segmento de red en
el que está el servidor DHCP es
Buen dia,
Gente, complementando el video curso básico y medio de Debian, continuamos con
unos servicios de red.
DHCP: https://www.youtube.com/playlist?list=PLyLcPK3h0D7DZVICmZZWECc6L0-9nrGxg
NFS: https://www.youtube.com/playlist?list=PLyLcPK3h0D7CsHi4Bx4eRZgCufM48ntqo
VSFTPD: https
Buen dia,
Les comparto un video curso como configurar DHCP en Debían, es algo Básico.
https://www.youtube.com/playlist?list=PLyLcPK3h0D7DZVICmZZWECc6L0-9nrGxg
FRANK HARBEY SANABRIA FLOREZTecnologo en Telecomunicaciones y Sistemas
Bogota - Colombia@franksanabria
sugeek.co
El Mon, 13 Apr 2015 14:16:36 -0430, Nicolas escribió:
> Buenas,
(ese html...)
>
> He estado investigando como saber cuantas PC están conectadas a mi
> servidor de DHCP y no conseguí nada (sera porque busque español, soy
> malo con el ingles :) )
https://www.google.es/webhp?c
:16:36 -0430
Subject: Saber cuantas PC están conectadas al DHCP
From: niko...@gmail.com
To: debian-user-spanish@lists.debian.org
Buenas,
He estado investigando como saber cuantas PC están conectadas a mi servidor de
DHCP y no conseguí nada (sera porque busque español, soy malo con el ingles
Buenas,
He estado investigando como saber cuantas PC están conectadas a mi servidor
de DHCP y no conseguí nada (sera porque busque español, soy malo con el
ingles :) )
Como no consegui nada en concreto probe con:
wc -w dhcpd.leases | grep -i 'lease'
y me origino un resultado que no
nto generado de la misma
>> manera (cambio forzoso de la MAC) el servidor DHCP lo interpreta de otra
>> forma, habría que preguntarse por qué.
>
>En realidad el fallo no tiene nada que ver con el cambio de MAC (de
>hecho, el comportamiento es el correcto: se envía un paquete DHC
ado de la
>> misma manera (cambio forzoso de la MAC) el servidor DHCP lo interpreta
>> de otra forma, habría que preguntarse por qué.
>
> En realidad el fallo no tiene nada que ver con el cambio de MAC (de
> hecho, el comportamiento es el correcto: se envía un paquete DHCPNACK).
>
El Mon, 13 de Apr de 2015, a las 01:19:27PM +, Camaleón dijo:
> Podría ser, pero en la versión anterior de dhcpd (la que lleva Wheezy) no
> sucede lo mismo, es decir, que ante un mismo evento generado de la misma
> manera (cambio forzoso de la MAC) el servidor DHCP lo interpret
generado de la misma
manera (cambio forzoso de la MAC) el servidor DHCP lo interpreta de otra
forma, habría que preguntarse por qué.
Saludos,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Cont
ad 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ó
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 po
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,
per
ble 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 s
El Sat, 11 de Apr de 2015, a las 10:39:16PM +0200, Manolo Díaz dijo:
> Eso parece, que es un fallo en toda regla. No sé qué debería haber hecho
> el servidor DHCP, pero desde luego cascar no.
He hecho la misma prueba con wheezy y la configuración funciona perfectamente:
#v+
DHCPDISCOVER f
parece como que le intentara dar la misma ip, aunque la
>máquina es "otra" y la ip sigue ocupada, después casca.
>
>Gracias de antemano.
>
Eso parece, que es un fallo en toda regla. No sé qué debería haber hecho
el servidor DHCP, pero desde luego cascar no.
Saludos.
--
Manolo
Un saludo a la lista:
Tengo una configuración de prueba muy sencilla en el servidor ISC de
jessie:
#v+
ddns-update-style none;
default-lease-time 18000;
max-lease-time 18000;
class "foo" {
match if 1 = 1;
lease limit 1;
}
subnet 192.168.255.0 netmask 255.255.255.0 {
option domain-name-
Les comparto una nueva sesión, en el cual se hablara sobre DHCP y como
configurarlo en un servidor Debian.
https://www.youtube.com/playlist?list=PLyLcPK3h0D7DZVICmZZWECc6L0-9nrGxg
FRANK HARBEY SANABRIA FLOREZTecnologo en Telecomunicaciones y Sistemas
Bogota - Colombia@franksanabria
sugeek.co
El Wed, 22 Oct 2014 16:49:47 -0500, Alejandro G Sánchez martínez escribió:
> Tengo un server con debian, esta por dhcp y tengo un server que els el
> dhcp este atiendo com a 120 equipos, todo bien pero este server con
> deian esta pide y pide una ip cada 30 segundo, el server dhcp ent
Tengo un server con debian, esta por dhcp y tengo un server que els el dhcp
este atiendo com a 120 equipos, todo bien pero este server con deian esta
pide y pide una ip cada 30 segundo, el server dhcp entrega la ip corcta esta
amarrado por mac adreess, de echo todo funciona bine ,pero losl
ntral es que al servidor le llegue el mismo identificador
(UID=MAC) para que el servidor trabaje siempre con ese dato y que pueda
aplicar la configuración que necesite en base a ese identificador.
>> ¿Seguro? Si fuerzo una petición de IP desde el cliente (dhclient -r) me
>&
Pero a pesar de ello un cliente que envía un UID(=MAC) y una MAC
se considera distinto al que no envía UID y sí la misma MAC (que es dato
que siempre se envía).
> ¿Seguro? Si fuerzo una petición de IP desde el cliente (dhclient -r) me
> da una IP distinta de la que aparece en el a
dato (UID → dirección MAC o MAC → dirección
MAC).
>> ¿Dices que el cliente mantiene una base de datos local con la última
>> dirección que se le ha asignado y solicita esa dirección cuando tiene
>> que renovar la IP?i
>
>
> Sí, en /var/lib/dhcp/dhclient.nombre_interfaz.con
irección que se le ha asignado y solicita esa dirección cuando tiene que
> renovar la IP?i
Sí, en /var/lib/dhcp/dhclient.nombre_interfaz.conf. El cliente le
sugiere al servidor una ip (la última que se le concedió)
> Pensaba que eso no dependía del cliente sino del servidor.
La concesión
"fixed-address", porque se puede asociar la ip
> a una MAC con independencia del UID.
Pero ya has dicho que esta opción no la querías usar ¿no? :-?
>> Hombre, el comentario que he puesto antes es de la lista de usuarios de
>> ISC (DHCP), no se alguien que pasaba por ahí ;
dows.
Sí soluciona el problema "fixed-address", porque se puede asociar la ip
a una MAC con independencia del UID.
> Hombre, el comentario que he puesto antes es de la lista de usuarios de
> ISC (DHCP), no se alguien que pasaba por ahí ;-) y como ves, la
> definición del manual da
;
> Pues no recuerdo bien (incluso quizás me lo he inventado o lo me
> malinterpretado), así que me he ido al RFC 2131 y he leído en la sección
> 4.2:
>
>
> DHCP server needs to use some unique identifier to associate a client
> with its lease. The client MAY choose to expli
que me he ido al RFC 2131 y he leído en la sección
4.2:
DHCP server needs to use some unique identifier to associate a
client with its lease. The client MAY choose to explicitly provide
the identifier through the 'client identifier' option. If the client
supplies a 'client identif
ones IP fijas para que ciertos
equipos sólo tomen una dentro de un rango limitado en el que no se
permiten duplicados que permitir al servidor DHCP asignarle varias que se
supone es lo que quieres evitar.
>> Que windows haga una cosa y linux otra sería irrelevante si se le
>> pudiera
s rangos
que sí se conceden. No es que sea difícil, pero exige al que toquetea la
configuración (que está en un xml), tener en cuenta eso.
> Que windows haga una cosa y linux otra sería irrelevante si se le pudiera
> decir al servidor DHCP que sólo tuviera en cuenta la dirección MAC del
tienes con
> >> la asignación de las IP sería lo más lógico ¿no? :-?
> >
> > Es una larga historia: las configuración del DHCP no la hago
> > directamente, sino a través de un script. Ponerles ip fija me resultaría
> > engorroso.
>
> Si ya lo tienes todo hecho, sól
t; Es una larga historia: las configuración del DHCP no la hago
> directamente, sino a través de un script. Ponerles ip fija me resultaría
> engorroso.
Si ya lo tienes todo hecho, sólo tendrías que añadir la IP en cada host
que quieras que tenga una asignación fija, p. ej.:
host pc05-vlan9 {
El Sun, 12 de Oct de 2014, a las 09:02:12PM +, Camaleón dijo:
> ¿Por algún motivo en particular? Dadas las restricciones que tienes con
> la asignación de las IP sería lo más lógico ¿no? :-?
Es una larga historia: las configuración del DHCP no la hago
directamente, sino a través
El Sun, 12 Oct 2014 21:04:33 +0200, José Miguel (sio2) escribió:
> El Sun, 12 de Oct de 2014, a las 11:45:06AM +, Camaleón dijo:
>
>> En ese caso quizá te convenga repartir las IP de manera estática
>> ("fixed-
>> address") usando DHCP para evitar que haya
El Sun, 12 de Oct de 2014, a las 11:45:06AM +, Camaleón dijo:
> En ese caso quizá te convenga repartir las IP de manera estática ("fixed-
> address") usando DHCP para evitar que haya duplicados y así te olvidas
> del problema.
Sé que esa es una solución posible, pero m
gt; de manera que hay el mismo número de ips que de máquinas. Mientras cada
> máquina sólo consuma una ip no hay problema.
En ese caso quizá te convenga repartir las IP de manera estática ("fixed-
address") usando DHCP para evitar que haya duplicados y así te olvidas
del problema.
&
no hay problema.
Sin embargo, el servidor DHCP usa como criterio para decidir sin un
cliente es el mismo o no, no la MAC, sino preferentemente un
identificador que el cliente le envía. Resulta que linux de modo
predeterminado o el arranque por red no envían ningún identificador,
mientras que
El Wed, 18 Jun 2014 08:31:21 -0300, Mauro Antivero escribió:
> Estimados, necesito empezar a ver como montar un servidor DHCP (con
> isc-dhcp-server) que tenga soporte para IPv6. Lo haría primero por
> supuesto con IPs privadas y lo probaría localmente.
>
> Tienen alguna doc
Estimados, necesito empezar a ver como montar un servidor DHCP (con
isc-dhcp-server) que tenga soporte para IPv6. Lo haría primero por
supuesto con IPs privadas y lo probaría localmente.
Tienen alguna documentación como para recomendarme? Como siempre,
buscando sale mucho, pero por eso les
resultado de las dos pruebas anteriores.
> Disculpá, leí el correo que mencionás (el de las pruebas) pero no
> termino de entender que pruebas necesitás que haga. Si me aclarás y
> puedo hacerlas (el servidor DHCP no se puede sacar de producción, pero
> aún así puedo hacer muchísimas p
El 16/05/14 11:19, Camaleón escribió:
El Fri, 16 May 2014 09:14:26 -0300, Mauro Antivero escribió:
A ver, sigue siendo el mismo tema, por eso no pongo otro hilo, pero
ahora lo que quiero capturar son los mensajes del tipo OFFER (DHCP
message type = 2).
La cuestión es que si hago lo siguiente
El Fri, 16 May 2014 09:14:26 -0300, Mauro Antivero escribió:
> A ver, sigue siendo el mismo tema, por eso no pongo otro hilo, pero
> ahora lo que quiero capturar son los mensajes del tipo OFFER (DHCP
> message type = 2).
>
> La cuestión es que si hago lo siguiente:
>
> i
subo.
Gracias :-)
>> Volvamos al inicio... quitando cualquier cláusula "on commit" que
>> tengas habilitada, en lugar de esto que tenías al principio (y que no
>> te funcionaba):
>>
>> #Ack
>>
>> if option dhcp-message-type = 5 {
>> log(info, concat(&qu
A ver, sigue siendo el mismo tema, por eso no pongo otro hilo, pero
ahora lo que quiero capturar son los mensajes del tipo OFFER (DHCP
message type = 2).
La cuestión es que si hago lo siguiente:
if option dhcp-message-type = 2
{
log(info, concat(
"DHCP_
sobre
mensajes duplicados :-)
Se te ha olvidado adjuntar el archivo de configuración.
Si, perdón, está lleno de comentarios y líneas viejas que fui probando.
Lo limpio un poco y lo subo.
Bueno, por lo que pude ver hasta ahora no se puede anular los logs que
por defecto envía isc-dhcp-server
>> Ahora sí, es que no recordaba que hubieras comentado nada sobre
>> mensajes duplicados :-)
Se te ha olvidado adjuntar el archivo de configuración.
> Bueno, por lo que pude ver hasta ahora no se puede anular los logs que
> por defecto envía isc-dhcp-server,
Estaba pensando po
c d)" y
yo quiero esto "(mi cadena: a b c d)"
Pero es que lo había puesto, solo que a lo mejor entre tanto correo
quedó confuso :S Va de nuevo la aclaración:
Con la configuración por defecto, el servidor DHCP me genera este tipo
de logs:
DHCPREQUEST for aaa.bbb.ccc.ddd from AA:BB
que especifica ahí (MAC-CPE, MAC-CM...). Se trataría
de decirle que no registre nada, así en plan brutico O:-)
Me estuve fijando en la man page de dhcp-eval y de dhcpd.conf y no
encuentro que es lo que hace exactamente "on commit". Alguna idea?
Sin mirar el manual, se supone que los b
yo quiero esto "(mi cadena: a b c d)"
> Pero es que lo había puesto, solo que a lo mejor entre tanto correo
> quedó confuso :S Va de nuevo la aclaración:
>
> Con la configuración por defecto, el servidor DHCP me genera este tipo
> de logs:
>
> DHCPREQUEST for aa
emplo práctico del tipo "el registro de dhcpd pone esto "(a b c d)" y
yo quiero esto "(mi cadena: a b c d)"
Pero es que lo había puesto, solo que a lo mejor entre tanto correo
quedó confuso :S Va de nuevo la aclaración:
Con la configuración por defecto, el servidor DHC
El Thu, 15 May 2014 10:36:13 -0300, Mauro Antivero escribió:
> El 15/05/14 10:08, Camaleón escribió:
(...)
>> Veamos... en "man 5 dhcpd.conf" tienes un puntero a los eventos
>> (sección "reference: events) pero como suele pasar en estos casos, las
>> páginas del manual son exiguas y limitadas, s
ica ahí (MAC-CPE, MAC-CM...). Se trataría
>> de decirle que no registre nada, así en plan brutico O:-)
>>
>>> Me estuve fijando en la man page de dhcp-eval y de dhcpd.conf y no
>>> encuentro que es lo que hace exactamente "on commit". Alguna idea?
>
El 15/05/14 10:08, Camaleón escribió:
El Wed, 14 May 2014 15:11:20 -0300, Mauro Antivero escribió:
El 14/05/14 14:43, Camaleón escribió:
(...)
Me estuve fijando en la man page de dhcp-eval y de dhcpd.conf y no
encuentro que es lo que hace exactamente "on commit". Alguna idea?
Si
El Wed, 14 May 2014 15:11:20 -0300, Mauro Antivero escribió:
> El 14/05/14 14:43, Camaleón escribió:
(...)
>>> Me estuve fijando en la man page de dhcp-eval y de dhcpd.conf y no
>>> encuentro que es lo que hace exactamente "on commit". Alguna idea?
>> S
opción "on commit { log(blah, blah, blah) }" en lugar de "if
dhcp-message-
type = 5 { log(blah, blah, blah) }" ¿no? :-?
Mmm... Probé y algo hace, osea, la sintaxis es válida, pero ni idea que
estoy logueando (uno define que quiere escribir como línea de log, pero
no sé que es lo que
Google me ha devuelto este hilo, a ver si te da alguna
> >> pista:
> >>
> >> Does "option dhcp-message-type" work?
> >> https://lists.isc.org/pipermail/dhcp-users/2008-July/006818.html
>
> > Si, lo vi antes de preguntar en esta lista, pero sin
opción "on commit { log(blah, blah, blah) }" en lugar de "if
dhcp-message-
type = 5 { log(blah, blah, blah) }" ¿no? :-?
Mmm... Probé y algo hace, osea, la sintaxis es válida, pero ni idea que
estoy logueando (uno define que quiere escribir como línea de log, pero
no sé que es lo que
ot;on commit { log(blah, blah, blah) }" en lugar de "if
>> dhcp-message-
>> type = 5 { log(blah, blah, blah) }" ¿no? :-?
> Mmm... Probé y algo hace, osea, la sintaxis es válida, pero ni idea que
> estoy logueando (uno define que quiere escribir como línea de log,
"option dhcp-message-type" work?
https://lists.isc.org/pipermail/dhcp-users/2008-July/006818.html
Si, lo vi antes de preguntar en esta lista, pero sinceramente no
entiendo la respuesta, a pesar de que luego quien pregunta dice que lo
ayudó mucho :S
En la respuesta le dicen lo siguiente:
&
El Wed, 14 May 2014 13:11:51 -0300, Mauro Antivero escribió:
> El 14/05/14 12:48, Camaleón escribió:
(...)
>>> Alguna idea de que puedo estar pasando por alto u obviando?
>> Ni idea... pero Google me ha devuelto este hilo, a ver si te da alguna
>> pista:
>>
>
El 14/05/14 12:48, Camaleón escribió:
El Wed, 14 May 2014 12:18:16 -0300, Mauro Antivero escribió:
Estimados, estoy tratando de configurar los logs del servidor DHCP que
por defecto trae Debian (isc-dhcp-server). Hasta ahora he logrado
discriminar los logs para los mensajes de discover y
El Wed, 14 May 2014 12:18:16 -0300, Mauro Antivero escribió:
> Estimados, estoy tratando de configurar los logs del servidor DHCP que
> por defecto trae Debian (isc-dhcp-server). Hasta ahora he logrado
> discriminar los logs para los mensajes de discover y request, pero no he
> logra
Estimados, estoy tratando de configurar los logs del servidor DHCP que
por defecto trae Debian (isc-dhcp-server). Hasta ahora he logrado
discriminar los logs para los mensajes de discover y request, pero no he
logrado discrimar el resto, fundamentalmente los acks. Les copio un
fragmento muy
s de complicar las cosas simples y
> no queria instalar otro servicio de dhcp sobre un servidor de
> produccion.
(...)
Me lo temía. Las malas lenguas echan pestes sobre el servicio DHCP de
Windows, al menos para las versiones anteriores a W2008.
Yo reconsideraría el sistema facilón que
-- Forwarded message --
From: Camaleón
Date: 2014-03-27 10:13 GMT-04:00
Subject: Re: [O:T] DHCP Failoverpeer
To: debian-user-spanish@lists.debian.org
El Wed, 26 Mar 2014 15:01:12 -0400, Fredy Guio escribió:
> Sobre las direccines ip otorgadas no habria problema ya que c
1 - 100 de 725 matches
Mail list logo
