OPNsense
  • Home
  • Help
  • Search
  • Login
  • Register

  • OPNsense Forum »
  • Profile of pouakai »
  • Show Posts »
  • Messages
  • Profile Info
    • Summary
    • Show Stats
    • Show Posts...
      • Messages
      • Topics
      • Attachments

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.

  • Messages
  • Topics
  • Attachments

Messages - pouakai

Pages: [1] 2
1
22.7 Legacy Series / Re: PPPoE connection doesn´t work
« on: December 26, 2022, 08:47:01 pm »
Looking at your log and comparing it with my log for PPPOE, it all seems to go wrong about here:
Code: [Select]
2022-12-23T09:23:46-03:00 3 Informational ppp 28636 [wan_link0] LCP: LayerDown
2022-12-23T09:23:46-03:00 3 Informational ppp 28636 [wan_link0] LCP: SendTerminateReq #100
2022-12-23T09:23:46-03:00 3 Informational ppp 28636 [wan_link0] LCP: state change Opened --> Stopping
2022-12-23T09:23:46-03:00 3 Informational ppp 28636 [wan_link0] LCP: received an invalid magic number
2022-12-23T09:23:46-03:00 3 Informational ppp 28636 [wan_link0] LCP: magic number is wrong: 0x050643b4 != 0x43b44449

It seems that the magic numbers are wrong.  I had no idea what magic numbers are, but Google gave me some direction.  They are to check the network is not a loopback (I think).
At this point Opnsense (?) tries to teminate the ppp and tries to do a restart, but the peer seems to want to keep connecting with the old connection:

Code: [Select]
022-12-23T09:23:48-03:00 3 Informational ppp 28636 [wan_link0] PPPoE: connection successful
2022-12-23T09:23:48-03:00 3 Informational ppp 28636 [wan_link0] rec'd proto LCP while dead
2022-12-23T09:23:48-03:00 3 Informational ppp 28636 PPPoE: rec'd ACNAME "BRAS03NG"
2022-12-23T09:23:48-03:00 3 Informational ppp 28636 [wan_link0] PPPoE: Connecting to ''
2022-12-23T09:23:48-03:00 3 Informational ppp 28636 [wan_link0] Link: reconnection attempt 292
2022-12-23T09:23:46-03:00 3 Informational ppp 28636 [wan_link0] Link: reconnection attempt 292 in 2 seconds
2022-12-23T09:23:46-03:00 3 Informational ppp 28636 [wan_link0] LCP: LayerStart
2022-12-23T09:23:46-03:00 3 Informational ppp 28636 [wan_link0] LCP: state change Stopped --> Starting
....

2022-12-23T09:23:46-03:00 3 Informational ppp 28636 [wan_link0] rec'd proto CHAP during terminate phase
2022-12-23T09:23:46-03:00 3 Informational ppp 28636 [wan_link0] LCP: LayerDown

I see the peer trying to start authentication (CHAP) on the first connection attempt while it is closing, but on the second connection attempt, the log doesn't show either side trying to start authentication. 

2
22.1 Legacy Series / Re: [FIXED] - Unable to update to 22.1.8
« on: May 27, 2022, 06:08:01 am »
Quote from: Taubin on May 26, 2022, 09:15:44 pm
I'll switch to another mirror. I just chose that one as there are no mirrors close to me at all (New Zealand). Cheers!

I had exactly the same problem with Cloudfare last night (New Zealand).  Changing to LeaseWeb San Francisco worked.

I also have mixed success with Cloudflare, very fast ping times, but not always reliable.

3
22.1 Legacy Series / Re: Setting up Spark (NZ) UFB PPP settings
« on: April 20, 2022, 09:24:13 am »
Shouldn't that be 8.8.8.8 and not 8.8.8?  However if you can ping Spark's nameserver by IP address, I'd say you've got internet connectivity.  The gateway and route are set during PPPOE negotiation.

You can play with routing tables, use extra interface and create separate subnets on the device, but I've not had reason to do this.

4
22.1 Legacy Series / Re: Setting up Spark (NZ) UFB PPP settings
« on: April 19, 2022, 10:06:59 am »
Spark doesn't use DHCP.  Spark uses PPPOE.  When you get a successful PPPOE connection, an IP address will be assigned as part of the PPPOE negotiation.

For debugging PPPOE logs have a look at my earlier post.
 
I can see from your screenshots provided that you didn't have PPPOE on VLAN 10 then.  Also the two PPPOE interfaces is very odd.  Time to do a system reset and start over?

5
22.1 Legacy Series / Re: Setting up Spark (NZ) UFB PPP settings
« on: April 16, 2022, 09:44:26 am »
Hi Dazz,
I'm away in the Central North Island (Tongariro) now for the break, so I can't see my own setup for comparison. And I'm not from the Tron (aka Hamilton)  ;)
I can see you've got two PPPOE when you should have one only.  Neither of them are on the VLAN 10, which you seem to have (good).  Looks like WAN is there too.
I would delete both PPPOE and create a new one on 'VLAN 10 on igb0'.  I think after that you should be good, but let us know how it's going (or not).

6
22.1 Legacy Series / Re: Setting up Spark (NZ) UFB PPP settings
« on: April 14, 2022, 10:49:05 am »
Firstly, I wouldn't be playing with the firewall rules.  The defaults should work fine.

In Lobby:Dashboard, look under Gateway.  Is there an IP address and a green light for WAN_PPPOE?
Just below Gateway is Interfaces.  Is WAN up (green arrow) and does it have an IP address?

Have a look at the log file under Interfaces --> Point-to-Point --> Log file.  Put the top right drop down box to 'debug'.
Does Interfaces --> Diagnostics --> Netstat --> Interfaces show PPPOE?

Finally, is PPPOE down and needs to be started the first time? I think this done when you save the settings.  I can't remember.

7
22.1 Legacy Series / Re: Setting up Spark (NZ) UFB PPP settings
« on: April 10, 2022, 11:00:24 pm »
I've been using Spark with Opnsense for quite a few years now.   

Spark uses PPPOE over VLAN 10.  Setting up a VLAN over the the WAN connection is very important.  Interfaces -- Other Types -- VLAN.  Then set up PPPOE (under point-to-point) over the VLAN.

Username and password  are not used, but Spark recommends you put 'some' value in there to keep software happy.  MTU they recommend 1500, which seems to be fine for me.  The other parameters on the Spark web page aren't important.

I'm running steadily at 300 Mbps, which is my assigned line speed.

 

8
21.7 Legacy Series / Re: NTP Time Error??
« on: July 30, 2021, 06:59:08 am »
Quote from: spetrillo on July 29, 2021, 09:25:28 pm

2021-07-29T15:11:56   ntpd[49850]   kernel reports TIME_ERROR: 0x2041: Clock Unsynchronized   
2021-07-29T15:11:56   ntpd[49850]   kernel reports TIME_ERROR: 0x2041: Clock Unsynchronized


What this is really saying is that in the first few seconds (minutes?) after booting up the clock is unsynchronised.  After that the clock becomes synchronised and the message stops.

You can search for this in the forums - it has been confusing people for a while.  It would be good if the 'error' message was phrased better, but it is from ntp and not Opnsense. 

9
21.1 Legacy Series / Re: Can not install 21.1 from USB Stick
« on: March 25, 2021, 04:31:33 am »
This may, or may not help, but there was previous a FreeBSD bug similar to this.  I don't know if it is fixed of not.

https://forum.opnsense.org/index.php?topic=16798.msg76450#msg76450

https://forum.opnsense.org/index.php?topic=11869.0
 

10
20.7 Legacy Series / Re: Monit no longer starts
« on: December 22, 2020, 08:52:43 pm »
The web GUI will let you enter settings that don't actually match each other - and then Monit won't work.

You definitely cannot adjust the web settings without reading the Monit manual.  I've learned that myself the hard way.  It's also best to look at the file at /usr/local/monitrc and make sure it matches what is shown in the Monit manual.

Here is part of my Monit file (The rest is custom alert scripts of my own making):

Code: [Select]
set daemon 120 with start delay 120

set logfile syslog facility log_daemon



set mailserver mydomain.com port 25   

set alert user@mydomain.com   mail-format { from: opnsense_box@mydomain.com } reminder on 10 cycles

check system $HOST
   if memory usage is greater than 75% then alert
   if cpu usage is greater than 75% then alert
   if loadavg (1min) is greater than 8 then alert
   if loadavg (5min) is greater than 6 then alert

check filesystem RootFs with path "/"
   if space usage is greater than 75% then alert


Line 14 (your error line) starts with 'set alert... mail format...'

11
20.7 Legacy Series / Re: ntpd: kernel reports TIME_ERROR: 0x41: Clock Unsynchronized
« on: August 13, 2020, 09:42:58 am »
Google says that this error message is not specific to Opnsense and often occurs during initial start up.  After a short while the clock stabilises and the message does not recur.

You can check the clock with:

Code: [Select]
# nptime
Quote
Or try chrony, pkg install os-chrony-devel

+1 for chrony


12
20.7 Legacy Series / Re: Monit no longer starts
« on: August 08, 2020, 07:20:06 am »
You need both.  The actual tests are in Service Test Settings.  The service is set up in Service Settings.

When setting up a 'service', the 'tests' are selected with the drop down box in Service Settings.

Don't modify the 'tests' in Service Test Settings, unless you have read the Monit Manual.

Don't select the 'ChangedStatus' test for the 'Host' service in Service Settings.  As you have found out, it won't work.

13
20.7 Legacy Series / Re: Monit no longer starts
« on: August 08, 2020, 12:37:09 am »
The GUI does not check what you select.  It will let you select options or tests that do not work.  You will only find out when it won't start up.  Again, you need to read the Monit Manual (and look at the examples), for guidance as to what will work.

I think the 'changed' switch is for checking the output status of shell scripts, not the status of the system.

This is what I have under 'check system':

Code: [Select]
check system $HOST
   if memory usage is greater than 75% then alert
   if cpu usage is greater than 75% then alert
   if loadavg (1min) is greater than 8 then alert
   if loadavg (5min) is greater than 6 then alert

I haven't changed it; this was what Opnsense installed.

Make sure you have the service tests CPUUsage, LoadAvg1, LoadAvg5 and LoadAvg15 set up under Service Test Settings - they are installed by default, so should be there.

14
20.7 Legacy Series / Re: Upgrade from 20.1.9_1 to 20.7 failed - no sig file found
« on: August 03, 2020, 12:17:38 pm »
O.K. Thanks for the replies.

The Jetway does not have a HDD Activity LED, so it's hard to know it's alive.  Next time, I will leave a console connected to see what is happening  :-[

15
20.7 Legacy Series / Re: Upgrade from 20.1.9_1 to 20.7 failed - no sig file found
« on: August 03, 2020, 11:13:40 am »
Yes, after the web interface said the was system rebooting, the web interface did not change for a long, long time. I tried to ping the box, but it would not respond.  In the end I forced it off by holding the power button.  Took the box away for a closer inspection...

There was no console monitor on the box, so I had no idea what it was doing.  I had an SSH session open, but it closed when the web interface said rebooting.

Box is a Jetway NUC with 3160 processor.  Disk is a SSD SATA with ZFS.

Hmmm... I should have waited longer?

Pages: [1] 2
OPNsense is an OSS project © Deciso B.V. 2015 - 2023 All rights reserved
  • SMF 2.0.19 | SMF © 2021, Simple Machines
    Privacy Policy
    | XHTML | RSS | WAP2