Project

General

Profile

Actions

Bug #838

closed

DNS servers are not cleared from resolv.conf when link comes down

Added by Marcus Brown about 14 years ago. Updated about 14 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
-
Category:
Interfaces
Target version:
Start date:
08/22/2010
Due date:
% Done:

0%

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

Description

When bringing down PPP,PPPoE,PPTP,L2TP we don't clear the DNS server IPs associated with those links from the /var/etc/resolv.conf file.
Maybe add system_hosts_generate() to the interface_bring_down function? There should probably be more to it than that since they should probably be cleared is the link comes down due to other factors like ISP problems of cable problems between ISP and pfSense.

This causes problems for our cable modem friends in Israel in this thread: http://forum.pfsense.org/index.php/topic,25465.0.html

I'm not sure what to do so this can be a discussion about it, or if others feel confident to just make the change then that works too.

Actions #1

Updated by Chris Buechler about 14 years ago

  • Category set to Interfaces
  • Target version set to 2.0
  • Affected Version set to 2.0
Actions #2

Updated by Ermal Luçi about 14 years ago

  • Status changed from New to Feedback
Actions #3

Updated by Marcus Brown about 14 years ago

The file gets generated (/tmp/resolv_conf_generate) but /usr/local/sbin/check_reload_status doesn't know how to handle it, and nameservers don't get cleared.

Actions #4

Updated by Jim Pingle about 14 years ago

There is not yet a new snapshot that includes the rebuilt check_reload_status that can handle this. It's building now. It will show up in several hours.

Actions #5

Updated by Marcus Brown about 14 years ago

Mmm. Yes, I see I missed that detail. :)

It doesn't look like it's going to work.

Patch: (rc.rc.resolv_conf_generate)

{ "/tmp/resolv_conf_generate", "/etc/rc.rc.resolv_conf_generate",
101 "Rewriting resolv.conf", CYCLE}

Actions #6

Updated by Ermal Luçi about 14 years ago

Corrected. Thx.

Actions #7

Updated by Marcus Brown about 14 years ago

Works now.

Is there any efficient way to make adding and removing nameservers faster?

Actions #8

Updated by Ermal Luçi about 14 years ago

What do you mean efficent?

Actions #9

Updated by Marcus Brown about 14 years ago

I mean, I presume that this nameserver handling is done this way to keep the GUI responsive, so is there a way to get the nameservers updated(added and removed to /etc/hosts) faster while still keeping the GUI fast too?

What is the reason to handle nameserver updates through check_reload_status?

Actions #10

Updated by Marcus Brown about 14 years ago

This works now. This issue can be closed.

Actions #11

Updated by Chris Buechler about 14 years ago

  • Status changed from Feedback to Resolved
Actions

Also available in: Atom PDF