foxit pdf sdk c# : How to fill out pdf forms in reader software SDK project winforms windows html UWP panorama_adminguide18-part1736

© Palo Alto Networks, Inc.
Panorama 7.0 Administrator’s Guide  •  181
Panorama High Availability
Panorama High Availability (HA) is a configuration in which two Panorama servers are placed in a group 
(two‐device cluster) to provide redundancy in the event of a system or network failure. Panorama in HA 
provides continuity in the task of centrally administering and monitoring the firewalls to secure your 
Panorama HA Prerequisites
Priority and Failover on Panorama in HA
Failover Triggers
Logging Considerations in Panorama HA
Synchronization Between Panorama HA Peers
Manage a Panorama HA Pair
How to fill out pdf forms in reader - extract form data from PDF in, ASP.NET, MVC, Ajax, WPF
Help to Read and Extract Field Data from PDF with a Convenient C# Solution
extract data from pdf table; extracting data from pdf forms to excel
How to fill out pdf forms in reader - VB.NET PDF Form Data Read library: extract form data from PDF in, ASP.NET, MVC, Ajax, WPF
Convenient VB.NET Solution to Read and Extract Field Data from PDF
how to save filled out pdf form in reader; extract pdf form data to xml
182  •  Panorama 7.0 Administrator’s Guide
© Palo Alto Networks, Inc.
Panorama HA Prerequisites
Panorama High Availability
Panorama HA Prerequisites
To configure Panorama in HA, you require a pair of identical Panorama servers with the following 
requirements on each:
The same form factor—Must both be hardware‐based appliances (M‐Series appliances) or virtual 
appliances. The M‐Series appliances must be the same model: both M‐100 appliances or both M‐500 
appliances. For HA, the M‐Series appliances must be in Panorama mode; M‐Series appliances in Log 
Collector mode do not support HA.
The same Panorama OS version—Must run the same Panorama version to synchronize configuration 
information and maintain parity for a seamless failover.
The same set of licenses—Must have the same device management capacity license.
(Panorama virtual appliance only) Unique serial number—Must have unique serial numbers; if the serial 
number is the same for both Panorama instances, they will be in suspended mode until you resolve the 
The Panorama servers in the HA configuration are peers and you can use either (active or passive) to 
centrally manage the devices with a few exceptions (see Synchronization Between Panorama HA Peers). The 
HA peers use the management port to synchronize the configuration elements pushed to the managed 
devices and to maintain state information. Typically, Panorama HA peers are geographically located in 
different sites, so you need to make sure that the management port IP address assigned to each peer is 
routable through your network. HA connectivity uses TCP port 28 with encryption enabled. If encryption is 
not enabled, ports 28769 and 28260 are used for HA connectivity and to synchronize configuration 
between the HA peers. We recommend less than 500ms latency between the peers. To determine the 
latency, use Ping during a period of normal traffic.
C# PDF Form Data fill-in Library: auto fill-in PDF form data in C#
enable users the ability to fill in PDF forms in Visual C# in form field in specified position of adobe PDF file. Able to fill out all PDF form field in C#.NET.
exporting pdf data to excel; sign pdf form reader
VB.NET TIFF: Make Custom Annotations on TIFF Image File in VB.NET
This online guide content is Out Dated! into one image that can be output as a PDF or any color 'set the property of filled shape obj.Fill = New AnnotationBrush
pdf data extraction to excel; extracting data from pdf forms
© Palo Alto Networks, Inc.
Panorama 7.0 Administrator’s Guide  •  183
Panorama High Availability
Priority and Failover on Panorama in HA
Priority and Failover on Panorama in HA
Each Panorama peer in the HA pair is assigned a priority value. The priority value of the primary or secondary 
peer determines which will be eligible for being the main point of administration and log management. The 
peer set as primary assumes the active state, and the secondary becomes passive. The active peer handles 
all the configuration changes and pushes them to the managed firewalls; the passive peer cannot make any 
configuration changes or push configuration to the managed firewalls. However, either peer can be used to 
run reports or to perform log queries.
The passive peer is synchronized and ready to transition to the active state if a path, link, system, or network 
failure occur on the active device. 
When a failover occurs, only the state (active or passive) of the device changes; the priority (primary and 
secondary) does not. For example, when the primary peer fails, its status changes from active‐primary to 
passive‐ primary. 
A peer in the active‐secondary state can perform all functions with two exceptions: 
It cannot manage device deployment functions such as license updates or software upgrades on the 
managed firewalls.
It cannot log to an NFS until you manually change its priority to primary. (Panorama virtual appliance only)
The following table lists the capabilities of Panorama based on its state and priority settings:
C# PDF: Use C# Code to Add Watermark to PDF Document
This online guide content is Out Dated! Fill.FillType = FillType.Solid; anno.Fill.Solid_Color = new AddAnnotation(anno); doc.Save(@"c:\annotatedSample.pdf");
extract data out of pdf file; how to extract data from pdf to excel
VB.NET Image: How to Draw and Cutomize Text Annotation on Image
document files in VB.NET, including PDF, TIFF & adopt these APIs to work out more advanced As AnnotationBrush, outline As AnnotationPen, fill As AnnotationBrush
extracting data from pdf files; saving pdf forms in acrobat reader
184  •  Panorama 7.0 Administrator’s Guide
© Palo Alto Networks, Inc.
Priority and Failover on Panorama in HA
Panorama High Availability
For more information, see Panorama HA Prerequisites or Set Up HA on Panorama.
VB.NET Image: Image and Doc Windows, Web & Mobile Viewers of
Image viewers fill a vital part in document image viewing viewer are JPEG, PNG, BMP, GIF, TIFF, PDF, Word and Zoom in and out image for best displaying effect
pdf data extractor; how to extract data from pdf file using java
C# Image: C#.NET Code to Add Rectangle Annotation to Images &
Add-on successfully stands itself out from other set filled shape style obj.Fill.Solid_Color = Color powerful & profession imaging controls, PDF document,
flatten pdf form in reader; java read pdf form fields
© Palo Alto Networks, Inc.
Panorama 7.0 Administrator’s Guide  •  185
Panorama High Availability
Failover Triggers
Failover Triggers
When a failure occurs on the active device and the passive device takes over the task of managing the 
firewalls, the event is called a failover. A failover is triggered when a monitored metric on the active device 
fails. This failure transitions the state on the primary Panorama from active‐primary to passive‐primary, and 
the secondary Panorama becomes active‐secondary. 
The conditions that trigger a failover are:
The Panorama peers cannot communicate with each other and the active peer does not respond to health 
and status polls; the metric used is HA Heartbeat Polling and Hello Messages.
When the Panorama peers cannot communicate with each other, the active peer monitors whether the 
devices are still connected to it before a failover is triggered. This check helps in avoiding a failover and 
causing a split‐brain scenario, where both Panorama peers are in an active state.
One or more of the destinations (IP addresses) specified on the active peer cannot be reached; the metric 
used is HA Path Monitoring.
In addition to the failover triggers listed above, a failover also occurs when the administrator places the 
device is a suspended state or if preemption occurs. Preemption is a preference for the primary Panorama to 
resume the active role after recovering from a failure (or user‐initiated suspension). By default, preemption 
is enabled and when the primary Panorama recovers from a failure and becomes available, the secondary 
Panorama relinquishes control and returns to the passive state. When preemption occurs, the event is 
logged in the System log. 
If you are logging to an NFS datastore, do not disable preemption because it allows the primary peer (that is 
mounted to the NFS) to resume the active role and write to the NFS datastore. For all other deployments, 
preemption is only required if you want to make sure that a specific device is the preferred active device.
HA Heartbeat Polling and Hello Messages
The HA peers use hello messages and heartbeats to verify that the peer is responsive and operational. Hello 
messages are sent from one peer to the other at the configured Hello Interval to verify the state of the other. 
The heartbeat is an ICMP ping to the HA peer, and the peer responds to the ping to establish that the devices 
are connected and responsive. By default, the interval for the heartbeat is 1000 milliseconds and 8000ms 
for hello messages.
HA Path Monitoring
Path monitoring checks the network connectivity and link state for an IP address or group of IP addresses 
(path group). The active peer uses ICMP pings to verify that one or more destination IP addresses can be 
reached. For example, you can monitor the availability of interconnected networking devices like a router or 
a switch, connectivity to a server, or some other vital device that is in the flow of traffic. Make sure that the 
node/device configured for monitoring is not likely to be unresponsive, especially when it comes under load, 
as this could cause a path monitoring failure and trigger a failover. 
VB.NET TIFF: How to Draw Picture & Write Text on TIFF Document in
This online guide content is Out Dated! drawing.Font.Size = 6 drawing.Fill = new DrawingBrush provide powerful & profession imaging controls, PDF document, tiff
extract data from pdf to excel; exporting data from pdf to excel
.NET PDF Document Viewing, Annotation, Conversion & Processing
Form Process. Fill in form data programmatically. Online Demo See the PDF SDK for .NET in action and check how much they can do for you. Check out the prices.
exporting data from excel to pdf form; pdf form save in reader
186  •  Panorama 7.0 Administrator’s Guide
© Palo Alto Networks, Inc.
Failover Triggers
Panorama High Availability
The default ping interval is 5000ms. An IP address is considered unreachable when three consecutive pings 
(the default value) fail, and a device failure is triggered when any or all of the IP addresses monitored become 
unreachable. By default, if any one of the IP addresses becomes unreachable, the HA state transitions to 
VB.NET TIFF: TIFF Imaging SDK, Insert & Add New TIFF Page Using VB
File Page. "This online guide content is Out Dated blank TIFF page, you need to fill this TIFF provide powerful & profession imaging controls, PDF document, tiff
extract pdf form data to excel; c# read pdf form fields
VB.NET PDF File & Page Process Library SDK for, ASP.NET
Moreover, when you get a PDF document which is out of order PDFDocument instance contains all documentation features and information that forms a PDF document
pdf form data extraction; can reader edit pdf forms
© Palo Alto Networks, Inc.
Panorama 7.0 Administrator’s Guide  •  187
Panorama High Availability
Logging Considerations in Panorama HA
Logging Considerations in Panorama HA
Setting up Panorama in an HA configuration provides redundancy for log collection. Because the managed 
devices are connected to both Panorama peers over SSL, when a state change occurs, each Panorama sends 
a message to the managed devices. The devices are notified of the Panorama HA state and can forward logs 
The logging options on the hardware‐based Panorama and on the Panorama virtual appliance differ:
Logging Failover on a Panorama Virtual Appliance
Logging Failover on an M‐Series Appliance
Logging Failover on a Panorama Virtual Appliance
On the Panorama virtual appliance, you have the following log failover options:
Logging Failover on an M‐Series Appliance
If you are using a pair of M‐Series appliances (must be in Panorama mode), the managed devices can send 
logs to only one peer in the HA pair, either the active or the passive peer. Unlike the virtual Panorama 
deployment, you cannot configure the devices to send logs to both peers, however, the RAID‐enabled disks 
on the M‐Series appliance protect against disk failure and loss of logs. 
By default, when themanaged devices cannot connect to Panorama (M‐Series appliance and the 
Panorama virtual appliance), they buffer the logs; when the connection is restored, they resume 
sending logs from where it waslast left off.
Log Storage Type
Virtual disk
By default, the managed devices send logs as independent streams to each Panorama HA 
peer. By default, if a peer becomes unavailable, the managed devices buffer the logs and 
when the peer reconnects it resumes sending logs from where it had left off (subject to 
disk storage capacity and duration of the disconnection).
Logging to a virtual disk provides redundancy in logging. However, the maximum log 
storage capacity is 2TB.
The option to forward logs only to the active peer is configurable (see Modify Log 
Forwarding and Buffering Defaults). However, Panorama does not support log 
aggregation across the HA pair. So, if you log to a virtual disk or local disk, for 
monitoring and reporting you must query the Panorama peer that collects the logs 
from the managed devices.
Network File System (NFS) When configured to use an NFS, only the active‐primary device mounts to the NFS‐based 
log partition and can receive logs. On failover, the primary device goes into a 
passive‐primary state. In this scenario, until preemption occurs, the active‐secondary 
Panorama manages the devices, but it does not receive the logs and it cannot write to the 
NFS. To allow the active‐secondary peer to log to the NFS, you must manually switch it to 
primary so that it can mount to the NFS partition. For instructions, see Switch Priority after 
Panorama Failover to Resume NFS Logging.
188  •  Panorama 7.0 Administrator’s Guide
© Palo Alto Networks, Inc.
Logging Considerations in Panorama HA
Panorama High Availability
If you have a distributed log collection set up where the managed devices are sending logs to a Dedicated 
Log Collector, the Panorama peers in HA will query all the managed Log Collectors for aggregated log 
For more information, see Panorama HA Prerequisites or Set Up HA on Panorama.
© Palo Alto Networks, Inc.
Panorama 7.0 Administrator’s Guide  •  189
Panorama High Availability
Synchronization Between Panorama HA Peers
Synchronization Between Panorama HA Peers
The Panorama HA peers synchronize the running configuration each time you commit changes on the active 
Panorama peer. The candidate configuration is synchronized between the peers each time you save the 
configuration on the active peer or just before a failover occurs.
Settings that are common across the pair, such as shared objects and policy rules, device group objects and 
rules, template configuration, and administrative access configuration, are synchronized between the 
Panorama HA peers. 
The settings that are not synchronized are those that are unique to each peer, such as the following:
Panorama HA configuration—Priority setting, peer IP address, path monitoring groups and IP addresses
Panorama configuration—Management port IP address, FQDN settings, login banner, NTP server, time 
zone, geographic location, DNS server, permitted IP addresses for accessing Panorama, Simple Network 
Management Protocol (SNMP) system settings, and dynamic content update schedules
Scheduled configuration exports
NFS partition configuration and all disk quota allocation for logging
Disk quota allocation for the different types of logs and databases on the Panorama local storage (SSD)
For more information, see Panorama HA Prerequisites or Set Up HA on Panorama.
If you use a master key to encrypt the private keys and certificates on Panorama, you must use 
the same master key on both HA peers. If the master keys differ, Panorama cannot synchronize 
the HA peers.
190  •  Panorama 7.0 Administrator’s Guide
© Palo Alto Networks, Inc.
Manage a Panorama HA Pair
Panorama High Availability
Manage a Panorama HA Pair
Set Up HA on Panorama
Test Panorama HA Failover
Switch Priority after Panorama Failover to Resume NFS Logging
Restore the Primary Panorama to the Active State
Set Up HA on Panorama
Review the Panorama HA Prerequisites before performing the following steps:
To install software or content updates, see Install Updates for Panorama with HA Configuration .
Set Up HA on Panorama 
Step 1 Set up connectivity between the MGT 
ports on the HA peers.
The Panorama peers communicate with each other using the MGT 
port. Make sure that the IP addresses you assign to the MGT port 
on the Panorama servers in the HA pair are routable and that the 
peers can communicate with each other across your network. To 
set up the MGT port, see Perform Initial Configuration of the 
Panorama Virtual Appliance or Perform Initial Configuration of the 
M‐Series Appliance.
Pick a device in the pair and complete the remaining tasks.
Step 2 Enable HA and (optionally) enable 
encryption for the HA connection.
1. Select Panorama > High Availability and edit the Setup 
2. Select Enable HA.
3. In the Peer HA IP Address field, enter the IP address assigned 
to the peer device.
4. In the Monitor Hold Time field, enter the length of time 
(milliseconds) that the system will wait before acting on a 
control link failure (range is 1000‐60000, default is 3000).
5. If you do not want encryption, clear the Encryption Enabled 
check box and click OK: no more steps are required. If you do 
want encryption, select the Encryption Enabled check box, 
click OK, and perform the following tasks:
a. Select Panorama > Certificate Management > Certificates.
b. Select Export HA key. Save the HA key to a network 
location that the peer device can access.
c. On the peer device, navigate to Panorama > Certificate 
Management > Certificates, select Import HA key, browse 
to the location where you saved the key, and import it.
Documents you may be interested
Documents you may be interested