Yes to both questions. You can also restore a backup between different hardware types and between factory and community versions though there are some caveats there.

https://www.netgate.com/docs/pfsense/backup/index.html

Steve

@stephenw10 said in config.xml during initial install - in vmware?:

If attach a second fat32 formatted virtual drive it doesn't pull a config file from that?

Or just that isn't a practical option?

Steve

I finally got it working this afternoon!

At present, you must attach a second virtual hard drive, MBR-formatted (not GPT), with a FAT filesystem on it.

I couldn't tell if the installer was picking up the config file or if ECL was picking it up, so I placed a copy of config.xml in both /conf and /config to cover all my bases.

On macOS, I did the following:

export config.xml (WITH RRD data) from existing firewall run these commands locally on your macbook with both qemu and VMware Fusion installed:

dd if=/dev/zero of=ECL.img bs=1024k count=100 D=$( hdiutil attach -noMount ECL.img ) diskutil eraseDisk MS-DOS ECL MBR ${D} mkdir -p /Volumes/ECL/conf /Volumes/ECL/config cp ~/Downloads/config*.xml /Volumes/ECL/config.xml cp ~/Downloads/config*.xml /Volumes/ECL/conf/config.xml cp ~/Downloads/config*.xml /Volumes/ECL/config/config.xml diskutil eject ${D} hdiutil detach ${D} qemu-img convert -f raw -O vmdk -o subformat=monolithicSparse -S 1 ECL.img ECL.vmdk /Applications/VMware\ Fusion.app/Contents/Library/vmware-vdiskmanager -d ECL.vmdk /Applications/VMware\ Fusion.app/Contents/Library/vmware-vdiskmanager -k ECL.vmdk

• upload the resulting ECL.vmdk file to VMware at OVH
• add it as a second hard disk to the new pfSense VM
• shut down the old pfSense VM
• boot the new pfSense VM into the installer, off the ISO image
• install pfSense
• it will automatically pick up the config file from the 2nd hard disk
• test that the firewall works
• RE-UPLOAD the config.xml file to the firewall manually (this will restore the RRD data)
• shutdown the firewall (instead of rebooting)
• remove the 2nd hard disk
• power it back on

(WARNING: those are notes-in-progress, don't just blindly paste that in anywhere!)

FWIW, the last error I made was copying the downloaded config.xml file in as-is without renaming it back to simply "config.xml".

-Adam

Hi,

Thanks for your answers, I suspected it.
I will think about an other solution.

Thanks, I've not noticed any errors so hopefully all is good :)

You might try increasing the available php process in System > Advanced > Admin Access.
Set max processes to something higher, try 4 to start.
However is something is hanging the available php processes this may only delay the errors.

Steve

Get it in where?? Not sure why you think you need a WAN IP to resolve to something in your arp table for vpn clients to connect to you?

I am thinking you still don't quite grasp what a PTR or reverse is...

Your vpn.domain.tld resolves to IP.242 address.

modem reboot solved the problem thankyou very much for your help!!
this is the traceroute from inside the firewall.
0_1540757854627_Traceroute from inside after modem reboot Document.txt

Steve, this resolved the issue.
Thank you very much!

[2.4.4-RELEASE][admin@netgate.tns4.net]/root: pkg install -f php72-pear-XML_RPC2 Updating pfSense-core repository catalogue... pfSense-core repository is up to date. Updating pfSense repository catalogue... pfSense repository is up to date. All repositories are up to date. The following 1 package(s) will be affected (of 0 checked): Installed packages to be REINSTALLED: php72-pear-XML_RPC2-1.1.3_1 [pfSense] Number of packages to be reinstalled: 1 57 KiB to be downloaded. Proceed with this action? [y/N]: y [1/1] Fetching php72-pear-XML_RPC2-1.1.3_1.txz: 100% 57 KiB 58.6kB/s 00:01 Checking integrity... done (0 conflicting) [1/1] Reinstalling php72-pear-XML_RPC2-1.1.3_1... [1/1] Extracting php72-pear-XML_RPC2-1.1.3_1: 100% uninstall ok: channel://pear.php.net/XML_RPC2-1.1.3 install ok: channel://pear.php.net/XML_RPC2-1.1.3 [2.4.4-RELEASE][admin@netgate.tns4.net]/root: sha256 /usr/local/share/pear/XML/RPC2/Client.php SHA256 (/usr/local/share/pear/XML/RPC2/Client.php) = b9b71829e2632b7a70361556050661d8174b3c262f05ec4fe40b97d11ca1fa4b [2.4.4-RELEASE][admin@netgate.tns4.net]/root:

You're welcome.
Glad you have your pfSense up and running again. :-)

-Rico

https://redmine.pfsense.org/issues/9066

Just pushed a fix. Should be simple to make the same change locally and see if it works for you.

Thank you.
With all your support I could able to give internet to all the links.

@johnpoz
Yes I am in process of removing other networks apart from 172.28.0.0/16.
Once they removed only one big network will remain.
@stephenw10
I did as per your advise, I could able to give internet.
@Derelict
Thanks for giving me an idea, with which I could figure out the problem.

Am attaching the backup (off course after taking precautions 😉 ) of my configuration.
It may be useful for any one who has got the same issue, they can follow the same.
Please let me know attaching backup is a violation, will remove for sure.0_1540451309619_config-pfSense.localdomain-20181020154833.xml

Did you choose the "recover config.xml" option in the installer? That's what it will do.

https://www.netgate.com/docs/pfsense/backup/automatically-restore-during-install.html#recover-config-xml

It wouldn't have done that by default, though, you'd have to have picked that option.

Thanks for this, I also found that I had to use glabel to label the new swap "swap0" so that it would auto mount at boot.

I had already done that. I found the issue, though. I had imported the configuration which programmed my WAN and LAN. When I configured WAN2 for dynamic, I then plugged it behind the same router that I had exported the config from. I didn't look very closely at it, but that left my LAN and WAN2 port on the same subnet. D'OH! Traffic still routed, I'm assuming because routes were defined according to interfaces. The underlying OS, though, seems to just see IPs on ports. Can't have LAN and WAN2 having the same subnet so traffic went nowhere.

filterdns which is used in the alias should auto update on its own every 5 minutes.. This is how it is started when you create an alias that needs it, ie a fqdn in a hosts alias.

If your not seeing any IP in the table for your fqdn (that is some dyndns record) you sure that it resolves at all? When you go to diag, dns lookup and put in the fqdn of this dyndns does it resolve to the correct IP?

So you have 5 different fqdn for this IP range 93.90.x.1-93.90.x.5? Or your saying that 1 fqdn should return all 5 IP? Can you PM me this FQDN your using for your dyndns and I can check to see what it resolves too.

I found a solution to install unnoficial packages without errors.

[https://forum.netgate.com/topic/136730/aplicar-patch-para-usar-e2guardian-5-em-pfsense-2-4-4/3](link url)

@stephenw10

Thanks! That all makes sense. My SSD is en route from amazon.

Not I got it working, the reason for stopping seems to be the interface reassignment.
thanks!
console from the source maschine was serial, the new one has no serial, only HDMI. I guess that was the reason that I couldnt see ..