1
23.1 Production Series / Re: Dynamic DNS issues with ddclient
« on: February 15, 2023, 12:11:10 am »
Bump, anyone?
Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
2
23.1 Production Series / Dynamic DNS issues with ddclient
« on: February 13, 2023, 04:44:12 am »
Hi,
Got an interesting issue with os-ddclient and I've done a fair bit of testing relating to the issue, I'll try and explain the scenario best I can.
Primary Link : Always on 24/7 - assigned a Public IP - lets say it is 116.255.4.225
Secondary Link : Only active when primary link goes down - assigned a public IP - lets say it is 1.144.230.31
os-ddclient updates my domain with no problem when the primary link is active. Now when I test failover and all traffic is routed out via the Secondary link, give it about 5-10 minutes and os-ddclient then updates my domain to be given the Secondary link IP, no issues here.
I check my control panel with my domain provider and you can see it has been updated when the primary link fails with the secondary link IP.
The problem I see is when the primary link comes back and os-ddclient attempts to update the DNS record it fails and says that the IP was already set to 116.255.4.225. log below :
<29>1 2023-02-13T14:13:25+11:00 gateway. client[28050] 34812 - [meta sequenceId="1"] SUCCESS: DNSNAME: skipped: IP address was already set to 116.255.4.225.
I then check the DNS provider control panel and its still got the secondary link IP in there, I have to actually go in and manually add back in my primary link IP to get things working again.
I then deployed a Debian VM and installed ddclient on that with the exact same config as Opnsense and on this VM it works perfectly as expected :
Primary Link fails and it updates the DNS record with the Secondary link IP, then I bring the Primary link back and it says to wait for 5 minutes which is fine, but then on the next attempt 5 minutes later it correctly updates the DNS record with the Primary link IP, there is no manual intervention required basically.
Any ideas why Opnsense is failing to act properly in the above scenario ?
Got an interesting issue with os-ddclient and I've done a fair bit of testing relating to the issue, I'll try and explain the scenario best I can.
Primary Link : Always on 24/7 - assigned a Public IP - lets say it is 116.255.4.225
Secondary Link : Only active when primary link goes down - assigned a public IP - lets say it is 1.144.230.31
os-ddclient updates my domain with no problem when the primary link is active. Now when I test failover and all traffic is routed out via the Secondary link, give it about 5-10 minutes and os-ddclient then updates my domain to be given the Secondary link IP, no issues here.
I check my control panel with my domain provider and you can see it has been updated when the primary link fails with the secondary link IP.
The problem I see is when the primary link comes back and os-ddclient attempts to update the DNS record it fails and says that the IP was already set to 116.255.4.225. log below :
<29>1 2023-02-13T14:13:25+11:00 gateway. client[28050] 34812 - [meta sequenceId="1"] SUCCESS: DNSNAME: skipped: IP address was already set to 116.255.4.225.
I then check the DNS provider control panel and its still got the secondary link IP in there, I have to actually go in and manually add back in my primary link IP to get things working again.
I then deployed a Debian VM and installed ddclient on that with the exact same config as Opnsense and on this VM it works perfectly as expected :
Primary Link fails and it updates the DNS record with the Secondary link IP, then I bring the Primary link back and it says to wait for 5 minutes which is fine, but then on the next attempt 5 minutes later it correctly updates the DNS record with the Primary link IP, there is no manual intervention required basically.
Any ideas why Opnsense is failing to act properly in the above scenario ?
3
23.1 Production Series / Re: Upgrade vs Clean Install
« on: January 30, 2023, 11:07:30 am »
Hi,
That’s what I’ve done for the 23.X release. Fresh install and then resorted the config from a USB. Just make sure your config sits in a directory called conf, so like this /conf/config.xml
Once it is restored the system will reboot and all is good. Of course you will need to backup your custom scripts you have mentioned as well, I’ve had no issues doing it the way I have described Above.
That’s what I’ve done for the 23.X release. Fresh install and then resorted the config from a USB. Just make sure your config sits in a directory called conf, so like this /conf/config.xml
Once it is restored the system will reboot and all is good. Of course you will need to backup your custom scripts you have mentioned as well, I’ve had no issues doing it the way I have described Above.
4
23.1 Production Series / Re: [RESOLVED] dhclient create resolv.conf every 5 mins in system.log
« on: January 30, 2023, 01:42:44 am »
AH yes, same here.. I have changed ISP's since and it is alerting that on the WAN interface, so that must explain it.
Is there anyway we can stop it spewing to the log file every 5 minutes though ?
Is there anyway we can stop it spewing to the log file every 5 minutes though ?
5
23.1 Production Series / Re: dhclient Creating resolv.conf every 5 mins in system.log
« on: January 29, 2023, 03:27:33 am »
I was just about to post the same thing 
, I am seeing the same issue :
2023-01-29T13:21:51 Notice dhclient Creating resolv.conf
2023-01-29T13:16:51 Notice dhclient Creating resolv.conf
2023-01-29T13:11:50 Notice dhclient Creating resolv.conf
2023-01-29T13:06:50 Notice dhclient Creating resolv.conf
2023-01-29T13:01:50 Notice dhclient Creating resolv.conf
2023-01-29T12:56:50 Notice dhclient Creating resolv.conf
and so on..
, I am seeing the same issue :2023-01-29T13:21:51 Notice dhclient Creating resolv.conf
2023-01-29T13:16:51 Notice dhclient Creating resolv.conf
2023-01-29T13:11:50 Notice dhclient Creating resolv.conf
2023-01-29T13:06:50 Notice dhclient Creating resolv.conf
2023-01-29T13:01:50 Notice dhclient Creating resolv.conf
2023-01-29T12:56:50 Notice dhclient Creating resolv.conf
and so on..
6
General Discussion / Re: NTOPNG & 22.1
« on: January 31, 2022, 10:49:51 am »
Sounds good, thank you.
7
General Discussion / Re: NTOPNG & 22.1
« on: January 31, 2022, 10:36:06 am »
Thanks for the explanation franco. I’ll go with the opnsense repo version until they sort it out or until Opnsense supports the pkg version (any ideas when that may be)?
8
General Discussion / Re: NTOPNG & 22.1
« on: January 30, 2022, 11:52:06 pm »
Interesting, even though it says :
Adding the ntop Repository
Before installing ntop packages, you need to add the official ntop repository.
FreeBSD 13 / OPNsense (latest release, based on FreeBSD 13)
pkg add https://packages.ntop.org/FreeBSD/FreeBSD:13:amd64/latest/ntop-1.0.pkg
OR am I reading this wrong ?
Adding the ntop Repository
Before installing ntop packages, you need to add the official ntop repository.
FreeBSD 13 / OPNsense (latest release, based on FreeBSD 13)
pkg add https://packages.ntop.org/FreeBSD/FreeBSD:13:amd64/latest/ntop-1.0.pkg
OR am I reading this wrong ?
9
General Discussion / Re: NTOPNG & 22.1
« on: January 30, 2022, 08:29:11 am »
Just to clarify the non enterprise version of NTOP shows in the packages list (the OPNSense repo one) but not the NTOP-enterprise (NTOP repo) one.
Hope that makes sense.
Hope that makes sense.
10
General Discussion / Re: NTOPNG & 22.1
« on: January 30, 2022, 07:19:40 am »
No error, the GUI picks up the updates to the packages if I run the updates again, it just doesn't show them in the services section so I can't configure.
11
General Discussion / Re: NTOPNG & 22.1
« on: January 29, 2022, 11:51:51 pm »
No, doesn’t show there either.
12
General Discussion / Re: NTOPNG & 22.1
« on: January 29, 2022, 07:39:55 am »
The packages install no problems, just don't show up on the gui.
13
General Discussion / NTOPNG & 22.1
« on: January 29, 2022, 01:32:41 am »
Hi,
First things first, great work with the release of 22.1, I have an issue in regards to NTOPNG, when I install it as per :
https://packages.ntop.org/FreeBSD/
I don't see the services listed under the services menu option on the right hand side, I have cleared cookies etc and tried multiple browsers, even reset the router and still nothing shows, so I can't configure the redis and NtopNG service, any ideas?
First things first, great work with the release of 22.1, I have an issue in regards to NTOPNG, when I install it as per :
https://packages.ntop.org/FreeBSD/
I don't see the services listed under the services menu option on the right hand side, I have cleared cookies etc and tried multiple browsers, even reset the router and still nothing shows, so I can't configure the redis and NtopNG service, any ideas?
14
21.7 Legacy Series / Re: Namecheap with DynDNS receives "unknown response" after upgrade to 21.7
« on: November 25, 2021, 11:23:23 pm »
Thank you Franco, applied the patch and the issue has been resolved.
Great work!
Great work!
15
21.7 Legacy Series / Re: Namecheap with DynDNS receives "unknown response" after upgrade to 21.7
« on: November 25, 2021, 09:09:52 am »
I also get this just about every day when I log into the web Gui :
PHP Errors:
[25-Nov-2021 00:38:35 PHP Warning: simplexml_load_string(): Entity: line 1: parser error : Document labelled UTF-16 but has UTF-8 content in /usr/local/etc/inc/plugins.inc.d/dyndns/phpDynDNS.inc on line 1502
[25-Nov-2021 00:38:35 PHP Warning: simplexml_load_string(): in /usr/local/etc/inc/plugins.inc.d/dyndns/phpDynDNS.inc on line 1502
[25-Nov-2021 00:38:35 PHP Warning: simplexml_load_string(): ^ in /usr/local/etc/inc/plugins.inc.d/dyndns/phpDynDNS.inc on line 1502
[25-Nov-2021 00:38:42 PHP Warning: simplexml_load_string(): Entity: line 1: parser error : Document labelled UTF-16 but has UTF-8 content in /usr/local/etc/inc/plugins.inc.d/dyndns/phpDynDNS.inc on line 1502
[25-Nov-2021 00:38:42 PHP Warning: simplexml_load_string(): in /usr/local/etc/inc/plugins.inc.d/dyndns/phpDynDNS.inc on line 1502
[25-Nov-2021 00:38:42 PHP Warning: simplexml_load_string(): ^ in /usr/local/etc/inc/plugins.inc.d/dyndns/phpDynDNS.inc on line 1502
[25-Nov-2021 00:38:42 PHP Warning: simplexml_load_string(): Entity: line 1: parser error : Document labelled UTF-16 but has UTF-8 content in /usr/local/etc/inc/plugins.inc.d/dyndns/phpDynDNS.inc on line 1502
[25-Nov-2021 00:38:42 PHP Warning: simplexml_load_string(): in /usr/local/etc/inc/plugins.inc.d/dyndns/phpDynDNS.inc on line 1502
[25-Nov-2021 00:38:42 PHP Warning: simplexml_load_string(): ^ in /usr/local/etc/inc/plugins.inc.d/dyndns/phpDynDNS.inc on line 1502
[25-Nov-2021 01:11:00 PHP Warning: simplexml_load_string(): Entity: line 1: parser error : Document labelled UTF-16 but has UTF-8 content in /usr/local/etc/inc/plugins.inc.d/dyndns/phpDynDNS.inc on line 1502
[25-Nov-2021 01:11:00 PHP Warning: simplexml_load_string(): in /usr/local/etc/inc/plugins.inc.d/dyndns/phpDynDNS.inc on line 1502
[25-Nov-2021 01:11:00 PHP Warning: simplexml_load_string(): ^ in /usr/local/etc/inc/plugins.inc.d/dyndns/phpDynDNS.inc on line 1502
PHP Errors:
[25-Nov-2021 00:38:35 PHP Warning: simplexml_load_string(): Entity: line 1: parser error : Document labelled UTF-16 but has UTF-8 content in /usr/local/etc/inc/plugins.inc.d/dyndns/phpDynDNS.inc on line 1502
[25-Nov-2021 00:38:35 PHP Warning: simplexml_load_string(): in /usr/local/etc/inc/plugins.inc.d/dyndns/phpDynDNS.inc on line 1502
[25-Nov-2021 00:38:35 PHP Warning: simplexml_load_string(): ^ in /usr/local/etc/inc/plugins.inc.d/dyndns/phpDynDNS.inc on line 1502
[25-Nov-2021 00:38:42 PHP Warning: simplexml_load_string(): Entity: line 1: parser error : Document labelled UTF-16 but has UTF-8 content in /usr/local/etc/inc/plugins.inc.d/dyndns/phpDynDNS.inc on line 1502
[25-Nov-2021 00:38:42 PHP Warning: simplexml_load_string(): in /usr/local/etc/inc/plugins.inc.d/dyndns/phpDynDNS.inc on line 1502
[25-Nov-2021 00:38:42 PHP Warning: simplexml_load_string(): ^ in /usr/local/etc/inc/plugins.inc.d/dyndns/phpDynDNS.inc on line 1502
[25-Nov-2021 00:38:42 PHP Warning: simplexml_load_string(): Entity: line 1: parser error : Document labelled UTF-16 but has UTF-8 content in /usr/local/etc/inc/plugins.inc.d/dyndns/phpDynDNS.inc on line 1502
[25-Nov-2021 00:38:42 PHP Warning: simplexml_load_string(): in /usr/local/etc/inc/plugins.inc.d/dyndns/phpDynDNS.inc on line 1502
[25-Nov-2021 00:38:42 PHP Warning: simplexml_load_string(): ^ in /usr/local/etc/inc/plugins.inc.d/dyndns/phpDynDNS.inc on line 1502
[25-Nov-2021 01:11:00 PHP Warning: simplexml_load_string(): Entity: line 1: parser error : Document labelled UTF-16 but has UTF-8 content in /usr/local/etc/inc/plugins.inc.d/dyndns/phpDynDNS.inc on line 1502
[25-Nov-2021 01:11:00 PHP Warning: simplexml_load_string(): in /usr/local/etc/inc/plugins.inc.d/dyndns/phpDynDNS.inc on line 1502
[25-Nov-2021 01:11:00 PHP Warning: simplexml_load_string(): ^ in /usr/local/etc/inc/plugins.inc.d/dyndns/phpDynDNS.inc on line 1502