Содержание
- Troubleshooting UpgradesВ¶
- Cosmetic Problems Post-UpgradeВ¶
- Upgrade LogВ¶
- Upgrade not Offered / Library ErrorsВ¶
- Repository Metadata Version ErrorsВ¶
- Rewrite Repository InformationВ¶
- CLI TroubleshootingВ¶
- Force pkg Metadata UpdateВ¶
- Manual Update CheckВ¶
- packages.netgate.com Has no A/AAAA RecordВ¶
- IPv6 Connectivity ProblemsВ¶
- Segmentation Fault in pkgВ¶
- Forced pkg ReinstallВ¶
- Last ResortВ¶
- Name already in use
- docs / source / install / upgrade-troubleshooting.rst
- Unable to update repository pfsense error updating repositories
Troubleshooting UpgradesВ¶
This document describes methods of troubleshooting problems firewalls may encounter when attempting to run a pfSenseВ® software upgrade.
Cosmetic Problems Post-UpgradeВ¶
If cosmetic problems occur after performing an upgrade, this is nearly always due to stale browser cache entries for CSS, JavaScript, or other files where the browser does not pull the updated version. Force a refresh of the page in the browser (e.g. Shift+Reload or Ctrl+F5) or clear the browser cache to resolve the issues.
Upgrade LogВ¶
pfSense-upgrade keeps a log of the last update attempt, which may contain additional useful information. This log is located at /conf/upgrade_log.latest.txt . Please include the contents of this log with any post or support request when requesting assistance with upgrade problems.
Upgrade not Offered / Library ErrorsВ¶
If the update system does not offer an upgrade to the most recent version, the upgrade will not proceed, or the upgrade process encounters errors with shared libraries, take the following steps:
Navigate to System > Updates
Set Branch to Previous stable version
Wait a few moments for the upgrade check to complete
Optional: Confirm that the latest version of pfSense-upgrade is present using pkg-static info -x pfSense-upgrade .
If the correct version is not present, wait a bit longer and check again as that package may be updating in the background.
Set Branch to Latest stable version
Wait a few moments for the upgrade check to complete
If the upgrade is still not offered, refresh the repository configuration and upgrade script by running the following commands from the console or shell:
If that procedure results in an error, or the upgrade is still not offered, then attempt to update to an intermediate version. For example, to get from Plus 2.4.5-p1 to Plus 21.05 or later, upgrade to Plus 21.02.x before proceeding to later versions if a direct upgrade does not succeed. In these cases, the appropriate version will be visible as a branch to select.
If pkg is unable to update and complains about the repository metadata version, the pkg utility may need to be updated manually to version 1.13.x or later.
Example metadata version error:
To correct the problem, manually bootstrap pkg from an ssh or console shell:
Do not run the above command from Diagnostics > Command as it requires interactive input. If ssh and console shells are unavailable, use this variation instead:
Rewrite Repository InformationВ¶
In some cases the repository information may need to be rewritten:
Navigate to System > Updates
Set the Branch to Latest Development Snapshots
Wait for the page to refresh
Set the Branch to Latest stable version
If the update still does not appear, run the commands above from the console or shell.
CLI TroubleshootingВ¶
If the GUI update is not functioning as expected, there are a handful of shell commands that can help gather information or resolve problems.
Force pkg Metadata UpdateВ¶
Often times DNS or connectivity problems will prevent the firewall from finding updates. A quick way to verify this is to force a pkg metadata update:
This command forces an update and will print errors if problems are found, a few potential errors include:
No address record
The firewall cannot resolve the update server hostname. This could be a problem with DNS from the firewall itself, or connectivity from the firewall to the Internet in general, such as a missing or incorrect default route.
No route to host
The firewall cannot reach the update server because it cannot find a route there. Most likely, the firewall is missing its default route or the WAN with the default route is down.
Operation timed out
The firewall was unable to download a file in a timely manner. This is most likely due to degraded connectivity between the firewall and the update servers. It could also be a routing issue, or a problem with IPv6 on the firewall (See IPv6 Connectivity Problems ).
There is a proxy between the firewall and the update servers and it requires authentication. Move the firewall so it is not behind a proxy, or configure the proxy under System > Advanced, Miscellaneous tab.
No trusted public keys found
The firewall is attempting to update from the wrong repository. Ensure the correct branch is selected as mentioned in Rewrite Repository Information . May require a reinstall to resolve. For CE installations, try the following command:
Manual Update CheckВ¶
To run a manual update check from the CLI:
When run successfully, this command will print a line stating that a new version is available, and the version number of the available update. Errors displayed during that process are likely to be the same as those covered in Force pkg Metadata Update .
pkg does not use A/AAAA records. It uses service (SRV) records. The update server meta names such as packages.netgate.com are not meant to be accessed directly using a browser.
To find the actual update servers, lookup the SRV record for the host:
Accessing the hosts using their direct hostnames will work with a browser:
IPv6 Connectivity ProblemsВ¶
If IPv6 is configured on the firewall, the pfSense software will prefer to use it when performing an update. There are cases when a firewall may have broken IPv6 connectivity, however, that contribute to problems updating. This could manifest as a timeout or routing error when upgrading.
Typically the operating system will attempt to fall back to IPv4, but the extra time this takes could also lead to a timeout.
The firewall can be configured to prefer IPv4 to eliminate this as a potential cause. See Controlling IPv6 Preference for traffic from the firewall itself for details.
Alternately, from ssh or a console shell, force the upgrade to use IPv4 manually:
Segmentation Fault in pkgВ¶
Certain cryptographic hardware can have a software-induced race condition which leads to a problematic state. In this state, pkg will crash with a segmentation fault:
In this case, the device must be powered off and back on to recover. A warm reboot is not sufficient to reset the hardware.
Navigate to Diagnostics > Halt System
Click Halt
Wait for the device to shut down. Monitor the console to ensure that the shutdown completes.
Unplug the power adapter
Plug the power adapter back in
Forced pkg ReinstallВ¶
Forcing a reinstallation of all packages may resolve problems that otherwise may require a full reinstall. This is not ideal, as a clean install is more likely to have a positive result, but that is not always an option in every situation (e.g. remote install with no console access).
To forcefully reinstall all packages, take the following steps:
Clean the repository and forcefully reinstall pkg, repo data, and the upgrade script:
Force a reinstall of everything:
Review the list of changes and enter y to proceed
Manually reboot the firewall
Last ResortВ¶
If nothing else works then a reinstall will eliminate any possibility of problems related to the upgrade itself.
Источник
Name already in use
docs / source / install / upgrade-troubleshooting.rst
- Go to file T
- Go to line L
- Copy path
- Copy permalink
Copy raw contents
Copy raw contents
This document describes methods of troubleshooting problems firewalls may encounter when attempting to run a pfSense® upgrade.
pfSense-upgrade keeps a log of the last update attempt, which may contain additional useful information. This log is located at /conf/upgrade_log.latest.txt . Please include the contents of this log with any post or support request when requesting assistance with upgrade problems.
Upgrade not Offered / Library Errors
If the update system does not offer an upgrade to the most recent version, the upgrade will not proceed, or the upgrade process encounters errors with shared libraries, take the following steps:
Navigate to System > Updates
Set Branch to Previous stable version
Wait a few moments for the upgrade check to complete
Optional: Confirm that the latest version of pfSense-upgrade is present using pkg-static info -x pfSense-upgrade . For example, it should be at version >= 0.70 for pfSense 2.4.5-p1.
If the correct version is not present, wait a bit longer and check again as that package may be updating in the background.
Set Branch to Latest stable version
Wait a few moments for the upgrade check to complete
If the upgrade is still not offered, refresh the repository configuration and upgrade script by running the following commands from the console or shell:
Repository Metadata Version Errors
If pkg is unable to update and complains about the repository metadata version, the pkg utility may need to be updated manually to version 1.13.x or later.
Example metadata version error:
To correct the problem, manually bootstrap pkg from an ssh or console shell:
Do not run the above command from Diagnostics > Command as it requires interactive input. If ssh and console shells are unavailable, use this variation instead:
Rewrite Repository Information
In some cases the repository information may need to be rewritten:
- Navigate to System > Updates
- Set the Branch to Latest Development Snapshots
- Wait for the page to refresh
- Set the Branch to Latest stable version
If the update still does not appear, run the commands above from the console or shell.
If the GUI update is not functioning as expected, there are a handful of shell commands that can help gather information or resolve problems.
Force pkg Metadata Update
Often times DNS or connectivity problems will prevent the firewall from finding updates. A quick way to verify this is to force a pkg metadata update:
This command forces an update and will print errors if problems are found, a few potential errors include:
No address record: | The firewall cannot resolve the update server hostname. This could be a problem with DNS from the firewall itself, or connectivity from the firewall to the Internet in general, such as a missing or incorrect default route. |
---|---|
No route to host: | The firewall cannot reach the update server because it cannot find a route there. Most likely, the firewall is missing its default route or the WAN with the default route is down. |
Operation timed out: | The firewall was unable to download a file in a timely manner. This is most likely due to degraded connectivity between the firewall and the update servers. It could also be a routing issue, or a problem with IPv6 on the firewall (See :ref:`upgrade-ipv6` ). |
Authentication error: | There is a proxy between the firewall and the update servers and it requires authentication. Move the firewall so it is not behind a proxy, or configure the proxy under System > Advanced, Miscellaneous tab. |
No trusted public keys found: | The firewall is attempting to update from the wrong repository. Ensure the correct branch is selected as mentioned in :ref:`upgrade-troubleshooting-repo` . May require a reinstall to resolve. For CE installations, try the following command: |
Manual Update Check
To run a manual update check from the CLI:
When run successfully, this command will print a line stating that a new version is available, and the version number of the available update. Errors displayed during that process are likely to be the same as those covered in :ref:`upgrade-troubleshooting-metadata` .
pkg.pfsense.org Has no A/AAAA Record
pkg does not use A/AAAA records. It uses service (SRV) records. The update server meta names such as pkg.pfsense.org are not meant to be accessed directly using a browser.
To find the actual update servers, lookup the SRV record for the host:
Accessing the hosts using their real hostnames will work with a browser:
IPv6 Connectivity Problems
If IPv6 is configured on the firewall, the pfSense software will prefer to use it when performing an update. There are cases when a firewall may have broken IPv6 connectivity, however, that contribute to problems updating. This could manifest as a timeout or routing error when upgrading.
Typically the operating system will attempt to fall back to IPv4, but the extra time this takes could also lead to a timeout.
The firewall can be configured to prefer IPv4 to eliminate this as a potential cause. See :doc:`../interfaces/controlling-ipv6-or-ipv4-preference` for details.
Alternately, from ssh or a console shell, force the upgrade to use IPv4 manually:
Forced pkg Reinstall
Forcing a reinstallation of all packages may resolve problems that otherwise may require a full reinstall. This is not ideal, as a clean install is more likely to have a positive result, but that is not always an option in every situation (e.g. remote install with no console access).
To forcefully reinstall all packages, take the following steps:
- Make a backup
- Clean the repository and forcefully reinstall pkg, repo data, and the upgrade script:
- Force a reinstall of everything:
- Review the list of changes and enter y to proceed
- Manually reboot the firewall
If nothing else works then a reinstall will eliminate any possibility of problems related to the upgrade itself.
Источник
Unable to update repository pfsense error updating repositories
Hi everyone! I have been looking for a solution about this problem on the web but I can’t find a decent solution that will make this work.. Basically, I was looking at the PFsense WebUI when I noticed that the firewall seems to not connect to remote update server.
On the command prompts, it shows me this:
This is a recurrence of this problem and I didn’t clearly remember how I have fixed it last time, plus it was just a lucky moment.
Plus, I noticed that the backup doesn’t work, Snort signature download doesn’t work and also PFblocker list update doesn’t work, but my network can connect to the internet with no problem. Just that I noticed that the PFSense itself can’t connect to the update servers. I have set DNS to 8.8.8.8 on General Setup.
Any answer or response to this post is very much appreciated. Thank you.
Network is unreachable means it has no route to get anywhere. Either your WAN is down or pfSense doesn’t have it set as the default gateway. Check Diagnostics > Routes and see if you have a line marked default pointing to your expected WAN gateway. Then go to System > Routing and check what the default is set to there.
Remember: Upvote with the 👍 button for any user/post you find to be helpful, informative, or deserving of recognition!
Do not Chat/PM for help!
@jimp I’m sure that the WAN is up. I have 3 WAN interface setup 1 main & 2 as a back-up. All WAN are up during the process but still fails. Any solutions other than this?
Well, I solved it by changing the default gateway to automatic. Anyway. Thanks for the feedback.
It doesn’t matter how many you have, one should be set to default. Either directly or by using a gateway group as the default. There is an open bug report about a gateway group as default not working for everyone, though, perhaps your setup is one of the affected ones.
As long as you have a default route showing under Diagnostics > Routes you should be fine.
Remember: Upvote with the 👍 button for any user/post you find to be helpful, informative, or deserving of recognition!
Источник
open
Unable to upgrade 2.4.4-p3 to 2.5/21.02-p1
Description
issue with upgrading 2.4.4-p3 to 2.5/21.02-p1:
>>> Updating repositories metadata... Updating pfSense-core repository catalogue... pfSense-core repository is up to date. Updating pfSense repository catalogue... pkg-static: Repository pfSense has a wrong packagesite, need to re-create database Fetching meta.conf: . done Fetching packagesite.txz: .......... done Processing entries: pkg-static: Newer FreeBSD version for package pfSense-pkg-softflowd: To ignore this error set IGNORE_OSVERSION=yes - package: 1202504 - running kernel: 1102000 pkg-static: repository pfSense contains packages for wrong OS version: FreeBSD:12:amd64 Processing entries... done Unable to update repository pfSense Error updating repositories! >>> Locking package pkg... done. ERROR: Unable to compare version of pfSense-repo
this is a clean 2.4.4-p3 install
Workaround:
update from 2.4.4-p3 to 2.4.5-p1
then from 2.4.5-p1 to 2.5/21.02-p1
Files
- History
- Notes
- Property changes
- Subject changed from Unable to upgrade 2.4.4-p3 to 2.5 to Unable to upgrade 2.4.4-p3 to 2.5/21.02-p1
same issue with updating 2.3.5 to 2.4.4-p3/2.4.5-p1:
>>> Updating repositories metadata... Updating pfSense-core repository catalogue... pfSense-core repository is up to date. Updating pfSense repository catalogue... pkg-static: Repository pfSense has a wrong packagesite, need to re-create database Fetching meta.conf: . done Fetching packagesite.txz: .......... done Processing entries: pkg-static: Newer FreeBSD version for package minicron: To ignore this error set IGNORE_OSVERSION=yes - package: 1103504 - running kernel: 1003000 pkg-static: repository pfSense contains packages for wrong OS version: FreeBSD:11:amd64 Processing entries... done Unable to update repository pfSense Error updating repositories! >>> Locking package pkg... done. ERROR: Unable to compare version of pfSense-repo
Same here.
[2.4.4-RELEASE][admin@host]/root: pfSense-upgrade >>> Updating repositories metadata... Updating pfSense-core repository catalogue... pfSense-core repository is up to date. Updating pfSense repository catalogue... Fetching meta.conf: . done Fetching packagesite.txz: .......... done Processing entries: pkg-static: Newer FreeBSD version for package pfSense-pkg-lldpd: To ignore this error set IGNORE_OSVERSION=yes - package: 1202504 - running kernel: 1102000 pkg-static: repository pfSense contains packages for wrong OS version: FreeBSD:12:amd64 Processing entries... done Unable to update repository pfSense Error updating repositories!
Same here
Any process on how to upgrade?
2.4.4-RELEASE-p3 (amd64) built on Wed May 15 18:53:44 EDT 2019 FreeBSD 11.2-RELEASE-p10 The system is on the latest version.
[2.4.4-RELEASE][root@x.x.x.x]/root: pkg install -y pfSense-upgrade pkg: Warning: Major OS version upgrade detected. Running "pkg bootstrap -f" recommended Updating pfSense-core repository catalogue... pfSense-core repository is up to date. Updating pfSense repository catalogue... Fetching meta.conf: 100% 163 B 0.2kB/s 00:01 Fetching packagesite.txz: 100% 140 KiB 143.9kB/s 00:01 Processing entries: 0% pkg: Newer FreeBSD version for package pfSense-pkg-lldpd: To ignore this error set IGNORE_OSVERSION=yes - package: 1202504 - running kernel: 1102000 pkg: repository pfSense contains packages for wrong OS version: FreeBSD:12:amd64 Processing entries: 100% Unable to update repository pfSense Error updating repositories!
Also available in: Atom
PDF
This document describes methods of troubleshooting problems firewalls may
encounter when attempting to run a pfSense® upgrade.
Upgrade Log
pfSense-upgrade
keeps a log of the last update attempt, which may contain
additional useful information. This log is located at
/conf/upgrade_log.latest.txt
. Please include the contents of this log with
any post or support request when requesting assistance with upgrade problems.
Upgrade not Offered / Library Errors
If the update system does not offer an upgrade to the most recent version, the
upgrade will not proceed, or the upgrade process encounters errors with shared
libraries, take the following steps:
-
Navigate to System > Updates
-
Set Branch to Previous stable version
-
Wait a few moments for the upgrade check to complete
-
Optional: Confirm that the latest version of pfSense-upgrade is present
usingpkg-static info -x pfSense-upgrade
. For example, it should be at
version >= 0.70 for pfSense 2.4.5-p1.If the correct version is not present, wait a bit longer and check again as
that package may be updating in the background. -
Set Branch to Latest stable version
-
Wait a few moments for the upgrade check to complete
If the upgrade is still not offered, refresh the repository configuration and
upgrade script by running the following commands from the console or shell:
# pkg-static clean -ay; pkg-static install -fy pkg pfSense-repo pfSense-upgrade
Repository Metadata Version Errors
If pkg
is unable to update and complains about the repository metadata
version, the pkg
utility may need to be updated manually to version 1.13.x
or later.
Example metadata version error:
>>> Updating repositories metadata... Updating pfSense-core repository catalogue... pkg-static: repository meta /var/db/pkg/pfSense-core.meta has wrong version 2 pkg-static: Repository pfSense-core load error: meta cannot be loaded No error: 0
To correct the problem, manually bootstrap pkg
from an ssh or console shell:
# pkg-static bootstrap -f
Warning
Do not run the above command from Diagnostics > Command as it
requires interactive input. If ssh and console shells are unavailable, use
this variation instead:
env ASSUME_ALWAYS_YES=yes pkg-static bootstrap -f
Rewrite Repository Information
In some cases the repository information may need to be rewritten:
- Navigate to System > Updates
- Set the Branch to Latest Development Snapshots
- Wait for the page to refresh
- Set the Branch to Latest stable version
If the update still does not appear, run the commands above from the console or
shell.
CLI Troubleshooting
If the GUI update is not functioning as expected, there are a handful of shell
commands that can help gather information or resolve problems.
Force pkg Metadata Update
Often times DNS or connectivity problems will prevent the firewall from finding
updates. A quick way to verify this is to force a pkg metadata update:
This command forces an update and will print errors if problems are found,
a few potential errors include:
No address record: | The firewall cannot resolve the update server hostname. This could be a problem with DNS from the firewall itself, or connectivity from the firewall to the Internet in general, such as a missing or incorrect default route. |
---|---|
No route to host: | The firewall cannot reach the update server because it cannot find a route there. Most likely, the firewall is missing its default route or the WAN with the default route is down. |
Operation timed out: | The firewall was unable to download a file in a timely manner. This is most likely due to degraded connectivity between the firewall and the update servers. It could also be a routing issue, or a problem with IPv6 on the firewall (See :ref:`upgrade-ipv6`). |
Authentication error: | There is a proxy between the firewall and the update servers and it requires authentication. Move the firewall so it is not behind a proxy, or configure the proxy under System > Advanced, Miscellaneous tab. |
No trusted public keys found: | The firewall is attempting to update from the wrong repository. Ensure the correct branch is selected as mentioned in :ref:`upgrade-troubleshooting-repo`. May require a reinstall to resolve. For CE installations, try the following command: |
# fetch -qo /usr/local/share/pfSense/keys/pkg/trusted/ https://raw.githubusercontent.com/pfsense/pfsense/RELENG_2_4_5/src/usr/local/share/pfSense/keys/pkg/trusted/pkg.pfsense.org.20160406
Manual Update Check
To run a manual update check from the CLI:
When run successfully, this command will print a line stating that a new version
is available, and the version number of the available update. Errors displayed
during that process are likely to be the same as those covered in
:ref:`upgrade-troubleshooting-metadata`.
pkg.pfsense.org Has no A/AAAA Record
pkg
does not use A/AAAA records. It uses service (SRV) records. The update
server meta names such as pkg.pfsense.org
are not meant to be accessed
directly using a browser.
To find the actual update servers, lookup the SRV record for the host:
$ host -t srv _https._tcp.pkg.pfsense.org _https._tcp.pkg.pfsense.org has SRV record 10 10 443 files01.netgate.com. _https._tcp.pkg.pfsense.org has SRV record 10 10 443 files00.netgate.com. $ host files01.netgate.com. files01.netgate.com has address 162.208.119.40 files01.netgate.com has IPv6 address 2610:1c1:0:6::40 $ host files00.netgate.com. files00.netgate.com has address 162.208.119.41 files00.netgate.com has IPv6 address 2610:1c1:0:6::41
Accessing the hosts using their real hostnames will work with a browser:
$ curl --output /dev/null --silent --head --fail "https://files00.netgate.com/pfSense_v2_4_5_amd64-core/meta.txz" $ echo $? 0
IPv6 Connectivity Problems
If IPv6 is configured on the firewall, the pfSense software will prefer to use it when
performing an update. There are cases when a firewall may have broken IPv6
connectivity, however, that contribute to problems updating. This could manifest
as a timeout or routing error when upgrading.
Typically the operating system will attempt to fall back to IPv4, but the extra
time this takes could also lead to a timeout.
The firewall can be configured to prefer IPv4 to eliminate this as a potential
cause. See :doc:`../interfaces/controlling-ipv6-or-ipv4-preference` for details.
Alternately, from ssh or a console shell, force the upgrade to use IPv4
manually:
Forced pkg Reinstall
Forcing a reinstallation of all packages may resolve problems that otherwise may
require a full reinstall. This is not ideal, as a clean install is more likely
to have a positive result, but that is not always an option in every situation
(e.g. remote install with no console access).
To forcefully reinstall all packages, take the following steps:
- Make a backup
- Clean the repository and forcefully reinstall pkg, repo data, and the upgrade
script:
# pkg-static clean -ay; pkg-static install -fy pkg pfSense-repo pfSense-upgrade
- Force a reinstall of everything:
- Review the list of changes and enter
y
to proceed - Manually reboot the firewall
Last Resort
If nothing else works then a reinstall will eliminate any possibility of
problems related to the upgrade itself.
pfSense software supports multiple options to easily restore the configuration. The
fastest method is Recover config.xml as discussed in
:doc:`../backup/automatically-restore-during-install`. Using that method,
the pfSense installation can pick up the existing configuration from the existing
install and use it, eliminating the need for any manual restore process. The
firewall will boot up after installation with the old settings and reinstall
packages as needed.
-
#1
I’m trying to install a VPN client in a jail, but get the following error. What can i do to fix it?
Code:
root@ovpn:/ # pkg update && pkg upgrade && pkg install bash openvpn unzip curl Updating FreeBSD repository catalogue... Repository FreeBSD has a wrong packagesite, need to re-create database [ovpn] Fetching meta.txz: 100% 944 B 0.9kB/s 00:01 [ovpn] Fetching packagesite.txz: 100% 3 MiB 85.8kB/s 00:33 pkg: http://pkg.FreeBSD.org/freebsd:10:x86:64/latest/packagesite.txz: Operation timed out Unable to update repository FreeBSD
I’ve tried to ping http://pkg.FreeBSD.org but it doesn’t work.
Code:
root@ovpn:/ # ping http://pkg.FreeBSD.org ping: cannot resolve http://pkg.FreeBSD.org: Unknown host
I can ping Google, though.
-
#2
try again? maybe just an outage.
Mirfster
Doesn’t know what he’s talking about
-
#3
Check «http://pkg.FreeBSD.org» on your computer browser (shows fine for me) first. If it works there and not in FreeNAS you may have a DNS / Gateway issue.
-
#4
Check «http://pkg.FreeBSD.org» on your computer browser (shows fine for me) first. If it works there and not in FreeNAS you may have a DNS / Gateway issue.
Yes, it works from my computer browser, so it seems to be DNS/Gateway issue. How can i troubleshoot this?
Mirfster
Doesn’t know what he’s talking about
-
#5
What do you have under [Network] — [Global Configuration] for:
- IPv4 Default Gateway
- Nameserver 1
-
#6
What do you have under [Network] — [Global Configuration] for:
- IPv4 Default Gateway
- Nameserver 1
- My router (192.168.1.0)
- Google DNS (8.8.8.8)
-
#7
- My router (192.168.1.0)
- Google DNS (8.8.8.8)
Might want to check that router address.
Most people run a 255.255.255.0 or /24 subnet which puts 192.168.1.0 outside that scope.
-
#8
Might want to check that router address.
Most people run a 255.255.255.0 or /24 subnet which puts 192.168.1.0 outside that scope.
Well, i did write the wrong address, it’s supposed to be 192.168.1.1, but that is correct. I agree that it seems weird, but that is the address that takes me to the router’s web interface, so it should be correct.
-
#9
Does anyone have any clues on this? I still haven’t gotten it to work
-
#10
Does anyone have any clues on this? I still haven’t gotten it to work
![]()
Inside the jail, you still need a nameserver…check your /etc/resolv.conf in the jail
-
#11
Try disabling VIMAGE for the jail. It does bad things for the networking on one (but only one) of mine.
-
#12
Post screen shots of your networking config
Sent from my Nexus 5X using Tapatalk
-
#13
Inside the jail, you still need a nameserver…check your /etc/resolv.conf in the jail
Code:
root@ovpn:/ # cat /etc/resolv.conf search local nameserver 8.8.8.8
-
#14
Try disabling VIMAGE for the jail. It does bad things for the networking on one (but only one) of mine.
Holy shit it seems to be working!
I’ll update soon.
-
#15
Holy crap it seems to be working!
I’ll update soon.
Yep, it worked! Thanks!
Now i just need to configure everything. Let’s see how that goes.
-
#16
Hmm I would really like to know the real reason vimage causes people problems. Something in the network doesn’t like it but I have no clue what that thing is. Vimage works perfectly fine for my 5 jails.
Sent from my Nexus 5X using Tapatalk