Project

General

Profile

Actions

Bug #2600

closed

DHCP Server different parameter order in config.xml interrupts peer groups

Added by Erik Ruedin over 12 years ago. Updated over 11 years ago.

Status:
Resolved
Priority:
Normal
Category:
DHCP (IPv4)
Target version:
Start date:
08/16/2012
Due date:
% Done:

100%

Estimated time:
Plus Target Version:
Release Notes:
Affected Version:
2.1
Affected Architecture:

Description

I have installed two pfsense (2.1) in CARP mode which works fine exceptionally the DHCP server. I had always interrupted communication rsp. recover mode states on both side. Further the master nor the slave provided ip addresses anymore. I didn't find any solution in pfsense forum. I must say that I manage 7 VLANs via pfsense some with DHCP.

As I checked both dhcpd.conf files I found out that some peer groups with same name did refer different interfaces respective subnets. Example

Master:
failover peer "dhcp0" {
primary;
address 192.168.71.254;
port 519;
peer address 192.168.71.253;
peer port 520;
max-response-delay 10;
max-unacked-updates 10;
split 128;
mclt 600;

Slave:
failover peer "dhcp0" {
secondary;
address 192.168.60.253;
port 519;
peer address 192.168.60.254;
peer port 520;
max-response-delay 10;
max-unacked-updates 10;
split 128;
mclt 600;

--> the subnet 192.168.71.0 was in slave pfsense in peer group "dhcp3". --> this configuration can't work.

Then I compared in config.xml the section <dhcp> ... </dhcp> didn't have the same order. Example:
Master's order: <lan> <opt4> <opt3> <opt1> <opt6> <opt2> <opt7>
Slaves's order: <opt3> <lan> <opt2> <opt1> <opt6> <opt2> <opt7>

It seems that pfsense store in order when the dhcp per interface has been activated. The problem was that I have configured the slave in different order. During the dhcpd.conf built pfsense use the storage order as peer group order. After reordering the slave it worked.

Conclusion: The bug is that dhcp interfaces should be ordered in same way as in section "<interfaces>" --> wan lan opt1 opt2 ... optn

Small feature request: rename "dhcp0" to the interface name like "dhcp_lan" or "dhcp_opt1". This makes more sense because "dhcp1" on the status page "dhcp lease" means interface opt4.

Actions #1

Updated by Jim Pingle over 12 years ago

Do you have the HA sync settings set to copy the DHCP settings from master to slave? If so it should be copying that whole thing over, order and all, I thought.

Keying off the interface name is probably a better idea in the long term.

Actions #2

Updated by Erik Ruedin over 12 years ago

Hello Jim
I startet with an "empty" slave and configured interfaces and DHCP before initiating CARP.

Then it was too late. CARP sync doesn't reorder the DHCP entries in config.xml. My solution was to delete all DHCP entries in slave's config.xml manually. Then the CARP sync hast rentered using order of masters config.xml.

Therefore it's not a critical bug but it used time to find out what the problem was.

Actions #3

Updated by Renato Botelho almost 12 years ago

  • Target version set to 2.1
Actions #4

Updated by Renato Botelho almost 12 years ago

  • Assignee set to Renato Botelho
Actions #5

Updated by Renato Botelho almost 12 years ago

  • Status changed from New to Feedback
  • % Done changed from 0 to 100
Actions #6

Updated by Chris Buechler over 11 years ago

  • Status changed from Feedback to Resolved
Actions

Also available in: Atom PDF