- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Backup Configuration from different network
Recently I upgraded a FortiGate 100E from FortiOS 6.4.X to 7.0.X. Since then, I am no longer able to backup the configuration automatically. Here is a basic topology of my network.
when running the "execute backup config" command from CLI I get the error
"Send config file to ftp server via vdom root failed.
Command fail. Return code 5"
From CLI, when running "exec ping 192.168.2.10" I do not get a response. However, when I set the source of the ping to "192.168.1.2" I DO get a response.
I assume I need to source the exec backup config command as well. How do I route this properly?
Solved! Go to Solution.
- Labels:
-
FortiGate
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Can you confirm the best route is via 192.168.1.1 ?
get router info routing-table details 192.168.2.10
If the best route is not via 192.168.1.1, the source IP may be of the corresponding intreface and the destination may not have a route back. Running below sniffer can confirm if the packet is leaving firewall and if there is return packet
execute ping to 192.168.2.10 from a terminal and collect sniffer on another terminal
diagnose sniffer packet any "host 192.168.2.10 and proto 1" 4
Suraj
- Have you found a solution? Then give your helper a "Kudos" and mark the solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Can you confirm the best route is via 192.168.1.1 ?
get router info routing-table details 192.168.2.10
If the best route is not via 192.168.1.1, the source IP may be of the corresponding intreface and the destination may not have a route back. Running below sniffer can confirm if the packet is leaving firewall and if there is return packet
execute ping to 192.168.2.10 from a terminal and collect sniffer on another terminal
diagnose sniffer packet any "host 192.168.2.10 and proto 1" 4
Suraj
- Have you found a solution? Then give your helper a "Kudos" and mark the solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I was not aware of this diagnosis command, thank you!
This showed me a rogue route that had been setup before that was no longer needed. Not sure why this issue only presented itself after the firmware update, but removing that rogue route has resolved the issue.
Thank you!
