GLOBAL-SITE Controller v2.2 Adminstrator Guide: Increasing Control over Publishing

Manual Chapter : GLOBAL-SITE Controller v2.2 Adminstrator Guide: Increasing Control over Publishing

Applies To:

Show Versions

GLOBAL-SITE Controller

2.2 PTF-02, 2.2 PTF-01, 2.2.0

4 Increasing Control over Publishing

Using enhanced publishing features

Once you have read through instructions on how to set up a basic archived publication, you are ready to create your own publications. You may want to add some additional control to the publishing process, or you may want to create a non-archived publication. The GLOBAL-SITE Controller provides several features that help you administer and manage your various publications. Some features you can use to augment basic publishing include:

Scheduling the publishing process
Scheduling the delivery to and activation of content on the subscribers allows you more freedom, offers additional control, and provides a consistent delivery of content to your subscribers.
- Scheduled initiation of publishing provides options for daily, weekly, or continuous delivery of your publications.
- Scheduled activation of new content offers opportunities for immediate or delayed activation after copying new content to the subscribers, and for activating content on all subscribers at once, in groups, or independently.
Working with BIG-IP units and virtual servers
The integration of the GLOBAL-SITE Controller with the BIG-IP provides several benefits to controlling and maintaining site performance during content update. This feature gives you the ability to restrict web access to subscribers in conjunction with a BIG-IP. This reduces the risk of exposing a possibly inconsistent mix of old and new content to web users during the update process.
Working with the EDGE-FX Cache and cache subscribers
Using the GLOBAL-SITE Controller as the content management appliance for the EDGE-FX Cache eliminates the cache's polling process and keeps the cache informed of new content on the origin servers. This restores network bandwidth and enables the caches to have the most current content as soon as possible.
Creating non-archived publications
Non-archived publications give you the option to trade content versioning for improved performance in propagating content. Non-archived sections do not leave versions of the file contents on the GLOBAL-SITE Controller, but they do create version lists of dated files so that the GLOBAL-SITE Controller can detect file changes. Using non-archived publications tends to provide a faster delivery of content to subscribers and requires less storage capacity.
Transferring files using a method that meets your needs
The GLOBAL-SITE Controller gives you four different methods to transfer files: FTP, FTP-Push, WebDAV, and WebDAV-SSL. Each method has its pros and cons. For details, please see Understanding file transfer methods, on page 4-18 of this chapter.
Controlling servers with the GLOBAL-SITE agent
The GLOBAL-SITE agent enables limited remote administration of target servers. Using the agent gives you the ability to stop web services, register components, and reboot the server. The agent can also provide safer communication of passwords and content than FTP does, if you use its WebDAV capabilities.
Using exceptions to sections
Creating exceptions to sections provides you with additional flexibility in designing and implementing your publications. Exceptions allow you to exclude a subdirectory from a section when publishing the section. In addition, extensions allows you to either exclude or include only those files with a specified file extension.

Scheduling the publishing process

One of the things that can save you time and add reliability to your updates is the ability to schedule the publishing of your content. The GLOBAL-SITE Content Controller supports both scheduled delivery and activation of new content:

You can set up publishing to occur at regular, pre-determined times and at specific timed intervals.
You can determine how and when you activate the new content at the subscriber for the customer to see.
You can trigger delivery whenever there is new content using FTP-Push. See Section updates using FTP-Push .

To understand the full extent of the GLOBAL-SITE Controller scheduling features, you should understand a bit about how publications are delivered to subscribers. In most cases, publishing happens in two phases: copying content from the source to the subscribers, and then activating the new content on the subscriber. When the GLOBAL-SITE Controller delivers the content to the subscribers, it is initially in a temporary location and not yet available to the viewers. Activation moves this content to its permanent location on the subscriber and makes the content available.

Scheduled publications

Setting up schedules for your publications can help automate the publishing of new content on a regular basis, make your update process less dependent on human intervention, and add a degree of regularity to the publishing process. The process of creating scheduled publications is simple and can be done when you initially create the publication or later in the lifetime of the publication.

Reviewing scheduling features

The GLOBAL-SITE Controller offers several features and choices for scheduling the publishing process. You can provide as much automation for your publishing as you want, and you can always pause the schedule for a publication or revise the settings at a later time. Some of the scheduling features include:

The continuous update process sends content updates (sections and publications) to your most out-of-date subscribers first, and continues the cycle until all out-of-date subscribers are updated.
You can set the schedule to run, or not run, for specific days of the week.
You can make changes to a publication only when the publication is in an idle state. However, you can pause the schedule at any time. If the publication is not yet publishing, you can immediately make configuration changes. If the publication is publishing, it continues its current process until done, and then pauses its schedule. When the schedule pauses, you can make changes.
On a scheduled publication, you must pause its schedule before you can do manual deliveries.
Scheduled updates publish automatically to out-of-date subscribers (which may be out of date because the last publishing process did not complete).
You can set delays for starting the publishing process and activating new content for all manual deliveries. Default times are configured and editable in the Publication Options screen.
If a publishing process runs longer than the scheduled interval, the schedule ignores all missed update times except the most recent, and automatically begins the missed update as soon as it finishes the current update. For instance, on a schedule with 5-minute update intervals, if an update takes 18 minutes, the scheduler misses three update intervals (one at 5-, one at 10-, and one at 15-minutes) during the 18-minute process. But after completing the 18-minute process, the scheduler starts again without delay in response to the immediately preceding scheduled interval (the one missed at the 15-minute mark).
After you set the scheduling features for a publication, use the System Settings screen to turn on the GLOBAL-SITE publication scheduler so that scheduled publishing can take place. This screen also allows you to pause and restart scheduling for the entire GLOBAL-SITE system.
You can allow content changes to trigger publishing by using FTP-Push as your transfer method. For more information, see Section updates using FTP-Push, on page 4-30 of this chapter.

Using scheduling options

Most of the settings for scheduled publications and activation of content are made in the New Publication or Publication Options screen. For procedural details, see the online help for those screens.

The scheduling options available for initiating the publishing process include:

Manual initiation of the publishing process to begin immediately or at a later pre-determined time
Publishing that runs automatically one or several days a week
Publishing that occurs at regularly-timed intervals
Publishing at one or more pre-set times during the day

Of course, you can override manual publication scheduling settings when you deliver the publication or edition. Use the Deliver screen setting to change the time or choose to deliver Now.

On all the Publication detail screens, you have the option to pause and resume scheduled publishing.

After scheduling your publications, you may want to look at the System Settings screen, where you can check or set the GLOBAL-SITE Controller system time and stop or start the GLOBAL-SITE scheduler. (Check the online help on that screen for details.) You may also want to look at the scheduled activation options available on the Publication Options and New Publication screens.

Scheduled activation of new content

Content activation is one of the final steps in publishing: it occurs after the copying phase and is when the GLOBAL-SITE Controller changes the temporary files on the subscriber into permanent, active files that customer viewers can access.

The GLOBAL-SITE Content Controller provides a number of controls over the content activation process. These controls fit into two categories:

Independent activation mode
This mode is useful for a publication with more than one section, when it is important that new content from each section is activated on a subscriber as soon as possible, regardless of whether other sections are updated. (In controlled activation, all sections are copied before the activation phase begins.)
Controls for the controlled activation mode
With these controls you can activate new content on groups of subscribers, rather than on all subscribers at once. Activating some subscribers instead of all at one time minimizes the disruption of the complete web site during content update.

Whether your publication is working on a schedule or published manually, you can determine how the new content is activated on the subscriber. For manually initiated delivery of content, you can delay the activation of new content until a predetermined time or wait and give the go-ahead manually.

Figure 4.1 Use the Publication Options screen to activate new content

You use the New Publication or Publication Options screen for settings that determine how content is activated as part of the publishing process. The two major choices are:

Independent activation of sections on subscribers
Controlled activation of all subscribers or a group of subscribers all at once

Controlled activation includes additional options:
Activating manually published content with a delay, with user input, or at a particular hour
Activating subscribers all at once, or half of them, or a quarter of them at a time
Activating subscribers through one distributor at a time

The Deliver screen also provides the opportunity for independent activation of sections on subscribers.

The Publishing Progress Display screen provides the Continue button so you can by-pass a publishing initiation or activation delay.

Comparing controlled and independent activation

In order to understand the independent activation features, it is important to understand the controlled activation process.

In controlled activation, the publishing process moves all the publication together through the process strictly one phase at a time. A new phase is not started until the previous phase is complete. Therefore, a section's content cannot be activated on a subscriber until all the content of the other sections have first been copied to the subscriber.
Independent activation allows each section of each subscriber to independently move into the activation phase as soon as that section's copy phase is completed.

Imagine that you have files being made available for download from different sources. You may want the files to be made visible to the customers as soon as they are ready, rather than waiting until all of them are ready to become available. In this case, it is acceptable to activate files for a given section as soon as they are copied to a subscriber. You would want to use independent activation.

Both controlled and independent modes of activation are available for either manual or scheduled publications.

Options for controlled activation

With the GLOBAL-SITE Controller you control how subscribers are activated. These control options are on the New Publication and Publication Options screens under Activating New Content. (For details on how to use these options, see the online help on either screen.) The default for activating content is that the GLOBAL-SITE Controller tries to activate all subscribers simultaneously.

You can change the default behavior and specify that only some of the subscribers should be activated together. In addition to all subscribers, you can choose one half or one quarter. This option is most useful in conjunction with control of the BIG-IP.

When you are accessing some of the subscribers with a distributor, you can use the Activate through one distributor at a time check box to specify that the GLOBAL-SITE Controller should activate subscribers through one distributor at a time. If you use this option, the subscriber activation percentage specifies what fraction per distributor to activate together.

Working with the BIG-IP and virtual servers

A powerful feature of the GLOBAL-SITE Controller is the integration of publishing with the BIG-IP. (The GLOBAL-SITE Controller can communicate with the BIG-IP, version 3.1 and above.) Typically, the BIG-IP is used to load balance an array of servers. You can increase your publishing scope and control over your publications if you set up a virtual server subscriber on the BIG-IP, and use the GLOBAL-SITE Controller to control it and the nodes behind it as a single entity.

When the GLOBAL-SITE Controller accesses a virtual server subscriber on a BIG-IP, you have the option to maintain the subscriber site performance by removing the virtual server nodes from user access while updating the contents of the site. The restriction of web access to subscribers in conjunction with a BIG-IP reduces the risk of exposing a possibly inconsistent mix of old and new content to web users during the activation process.

The GLOBAL-SITE Administrator Guide does not provide details on the BIG-IP platform functionality. You may want to refer to your BIG-IP user guides for details of setting up the BIG-IP and virtual server nodes.

Use the GLOBAL-SITE Controller browser interface to:

Set up a BIG-IP as a virtual server
Remove the unused BIG-IP units
Change settings for the current BIG-IP units
Mark the BIG-IP nodes as down during publishing

Guidelines for BIG-IP and GLOBAL-SITE Controller cooperation

Before you create a virtual server subscriber on the GLOBAL-SITE Controller, be sure to follow these guidelines:

For the BIG-IP version 4.0 and later, the iControl portal runs by default on the BIG-IP. It is therefore ready to accept connections from the GLOBAL-SITE Controller. Please see the iControl SDK documentation for more information on verifying and controlling the portal process on the GLOBAL-SITE Controller.

For older versions of the BIG-IP, the GLOBAL-SITE Controller must be configured on the same BIG-IP interface as the virtual server nodes. This is typically the internal interface (the network interface through which a BIG-IP distributes connections). In some releases of the BIG-IP, that interface must have admin access.

Older versions of the BIG-IP must have the bigorb-server installed for the GLOBAL-SITE Controller to talk to. (Your vendor may install it for you.) Newer versions of the BIG-IP provide an iControl interface, which uses an administrator account and password.
The GLOBAL-SITE Controller must have FTP or WebDAV access to the virtual server nodes using the same node IP address that the BIG-IP has configured for the virtual server that the GLOBAL-SITE Controller in turn uses to create a virtual server subscriber.
You need to define a virtual server on the BIG-IP for port 2792 (for GLOBAL-SITE Controller to GLOBAL-SITE Controller communication, using the F5-GLOBAL-SITE protocol) if you are using it as a distributor for another GLOBAL-SITE Controller.
If you use the GLOBAL-SITE Controller (that you are using with the BIG-IP) as a publisher, you must configure a virtual server on the BIG-IP to the GLOBAL-SITE Controller for a port for access to the web browser. The default is port 443, but you can configure this in the First-Time Boot utility. You may also need a secure NAT (SNAT) for the GLOBAL-SITE Controller to get FTP access to systems (such as section sources) by way of the BIG-IP.
Once you have completed the preceding tasks, you need to inform the GLOBAL-SITE Controller about the BIG-IP using the Add a BIG-IP screen.

Creating a BIG-IP on the GLOBAL-SITE Controller

To add a new BIG-IP to the GLOBAL-SITE system, use the Add a BIG-IP screen (from the navigation pane, click Add a BIG-IP). You can add a BIG-IP only if the BIG-IP is up and available locally or through a distributor.

To add a BIG-IP

Type the name of the BIG-IP that you want to add. This is the internal IP address, or alias of the BIG-IP.
Type a description for the BIG-IP. This identifier may make it easier for you to recognize each BIG-IP unit. (This step is optional.)
Select a BIG-IP distributor from the list of available BIG-IP units.
For the BIG-IP version 4.0 or later, type the user name and password used for the CORBA portal on the BIG-IP. For earlier versions of the BIG-IP, you can skip this step.
Click the Add button to add this BIG-IP distributor.
The BIG-IP List screen displays.

Once you have added the BIG-IP, you can see it listed on the BIG-IP List screen, where you can delete any BIG-IP that has no references. You can also review or change the BIG-IP settings on the BIG-IP Detail screen. If the BIG-IP Detail screen does not show any virtual servers, then the BIG-IP is set up incorrectly.

Setting up a virtual server subscriber

If you have one or more BIG-IP units set up on the GLOBAL-SITE Controller, you have the option of setting up a virtual server subscriber. If the GLOBAL-SITE Controller is not aware of any BIG-IP units, your option is to set up a normal server subscriber. To set up any server, start with the Publication Subscriber screen.

Figure 4.2 Selecting a virtual server subscriber on the Publication Subscriber screen

To add a new subscriber

From the Add subscriber type box, select Virtual Server.
Click the Add a Subscriber button.
The Add Virtual Server Subscriber screen displays.
Fill in the form with subscriber access details, sections to include, and section paths.
Click Add.

Marking BIG-IP nodes as down while updating content with the GLOBAL-SITE Controller

When you publish content to a virtual server subscriber, the GLOBAL-SITE Controller can have the BIG-IP disable web access to the individual nodes of the virtual server while the GLOBAL-SITE Controller is activating the content. This prevents web clients from seeing a mix of old and new content. Once the content has been successfully activated, the BIG-IP is instructed to re-enable web access. Use the BIG-IP Virtual Server Control options on the Publication Options screen for these settings.

Figure 4.3 BIG-IP Virtual Server Controls on the Publication Options screen

If you set up a virtual server subscriber, you can specify that 50% of the subscribers are to be activated together and that access to them be disabled during the activation phase. Using this method, no single virtual server node is enabled with a mix of old and new content at the same time. Because they are accessed by a virtual server address, any single subscriber may show old pages while the first files are being updated, but then has a new page once the new content is available.

A final option, under BIG-IP Virtual Server Control, reduces the likelihood of mismatched content. The Time out persistent connections check box under BIG-IP Virtual Server Control can temporarily enable simple persistence before disabling any of the nodes. This helps to lock each web user into a single node and reduce the chances that a BIG-IP load balances the user from a system with old content to one with new content.

If you choose the Independent Activation mode, the BIG-IP is instructed to disable and re-enable web access for each subscriber section independently. We do not recommend that you use the persistence option in conjunction with independent activation mode.

Working with the EDGE-FX Cache and cache subscribers

As an administrator performing routine publication management, you can populate or expire cached content on the EDGE-FX Cache from the GLOBAL-SITE Controller. When the GLOBAL-SITE Controller completes publishing content to its subscribers (which the EDGE-FX Cache calls origin servers), it can immediately notify cache subscribers to update stored content from those servers. Integration between these products:

Improves content delivery
Newly-published content can be automatically cached before it is requested so content gets to the end-user faster.
Consumes less bandwidth
The cache is told when content has expired, eliminating the need for constant freshness checks.

You can also create cache subscribers from the GLOBAL-SITE Controller. Cache subscribers receive information on the status of new content from the controller. This eliminates the cache's need to poll the origin servers to check for new content, and consumes less bandwidth. The caches can then get new content prior to any request for that content, or can remove outdated content as soon as it expires.

In order for the GLOBAL-SITE Controller to manage your cache, you must make sure that you have configured the EDGE-FX Cache to external validation mode. Please refer to the EDGE-FX Cache documentation for this information.

Supported URL schemes

The GLOBAL-SITE Controller, and the EDGE-FX Cache manage three different URL schemes: http://, mms://, and ftp://. The exact behavior of the Expire and Populate modes is slightly different for each one.

http://
The Expire mode purges any new, changed, or removed file from the EDGE-FX Cache. A failure of the purge command to the EDGE-FX Cache is considered a delivery failure by the GLOBAL-SITE Controller. The reason is that until the purge command is known to succeed, an EDGE-FX Cache could be retaining stale data. The GLOBAL-SITE Controller reissues the same purge command until it succeeds, depending on how its normal error handling options have been configured for the publication. The Populate mode causes an immediate get for the specified URL. A failure to actually retrieve the URL (a 404 error) is not considered a publication failure, because in that event, the EDGE-FX Cache does not serve up stale content either. Such an error probably represents an overall configuration failure, because it means that the EDGE-FX Cache was instructed to get data not available from the origin servers. Such a scenario is very unlikely if the GLOBAL-SITE Controller is managing the content on multiple origin servers behind a BIG-IP and a 3-DNS Controller, but not all sites are so well architected.
mms://
This is the scheme used for Windows media files. The Expire mode simply purges data from the media cache, without pre-positioning. The Populate mode actually pre-positions the data to the EDGE-FX Cache. The data is delivered directly by way of iControl without getting it from the origin server. This avoids the need for the EDGE-FX Cache to ever get (potentially) large media files from the origin server at all. The GLOBAL-SITE Controller retrieves the data once from the origin server, and then directly delivers it to the specified set of caches. You can configure multiple GLOBAL-SITE Controllers, as you would with any subscriber, in a primary-distributor relationship to scale up delivery capability to large numbers of subscribers.
ftp://
The Expire mode behaves the same as the others, simply purging any cached data when new, changed, or removed files are delivered. The Populate mode gets the file from the specified (ftp://server.com/directory) using anonymous access only. If anonymous access is not configured for the FTP server, this process fails. The GLOBAL-SITE Controller treats such failures as a delivery failure, and retries delivery in subsequent delivery attempts. Only EDGE-FX Caches that are configured in forward mode have the ability to either expire or populate ftp:// requests. If you attempt to use this scheme for caches in reverse mode, the process results in delivery failures.

Guidelines for EDGE-FX Cache and GLOBAL-SITE Controller cooperation

In order for you to effectively use the GLOBAL-SITE Controller and EDGE-FX Cache arrangement, you must ensure that both the GLOBAL-SITE Controller and the EDGE-FX Cache are configured to work with each other. In addition, you must be aware of certain details.

You configure The EDGE-FX Cache to allow the GLOBAL-SITE Controller to manage it. See the EDGE-FX Cache documentation for information on how to do this.
You must have permission for each cache operation. You set permissions on the EDGE-FX Cache machine. See the EDGE-FX Cache documentation for information on how to do this.
Cacheable dynamic content cannot be expired, however most dynamic content is not cacheable.
The GLOBAL-SITE Controller (or other external agent) must manage (expire/populate) all content on the cache for a domain that is in external validation mode. If non-managed content for that domain gets into the cache, it never expires.

Managing a cache subscriber

The GLOBAL-SITE Controller supports the EDGE-FX Cache subscribers using the iControl system. A cache subscriber is generally different from other subscribers in the following ways:

A cache subscriber exclusively uses the iControl system for data management, unlike other subscribers which may use either FTP or WebDAV for data management. The username and password specified for the cache subscriber must be a valid iControl account on the EDGE-FX Cache system. See the EDGE-FX Cache documentation for details on configuring such accounts.
Cache subscribers are handled only after all other subscribers have had their content delivered and activated. This is because the EDGE-FX Cache is presumed to be configured to get needed data from an origin server that is represented by one or more of the non-cache subscribers to a publication. This allows a single publication to deliver updates to origin servers, and update caches with fresh content, in a single delivery cycle.
A cache subscriber does not specify a file system directory as a destination for file delivery. Instead, a URL base is specified for each section. This URL base specifies the scheme, domain, and a directory path. Each file being updated in the section is appended to this root to form a complete URL for presentation to the cache. This, in turn, presumes a one-to-one mapping between files in the section and the URL to which the origin server responds for that data.
A cache subscriber supports two mutually exclusive modes, Expire and Populate, for managing cached content.
- The Expire mode is the closest approximation to typical cache behavior. In the Expire mode, a new or changed file causes the GLOBAL-SITE Controller to send an iControl command to purge the synthesized URL (as explained previously) from the EDGE-FX Cache. This, in turn, forces the next access attempt by a cache client to get the URL from the origin server, even though freshness heuristics may have otherwise determined that previously-cached content could be served. This ensures that the cache never serves stale content.
- The Populate mode takes the idea further by instructing the EDGE-FX Cache not only to expire any cached copy immediately, but also to immediately get a new copy. This allows the GLOBAL-SITE Controller to effectively pre-position new content into an EDGE-FX Cache so that fresh, cached, content is served from the EDGE-FX Cache on the very next client request, without the need to proxy that initial request back to the origin server. Combine this with the GLOBAL-SITE Controller's scheduled content delivery capabilities, and you can update a large set of EDGE-FX Caches with new content overnight, or whenever network load is light, to minimize surges in demand on origin servers when newly updated content is accessed on a daily cycle.
  
  When setting up a cache subscriber, you have the option of setting it to expire content or populate content. Once you have entered the URL root and the section path, you need to choose between expire and populate:
Choose Expire if you want the cache to delete the content.
Choose Populate if you want the cache to immediately get new content (before a request is made for it).

In order for the GLOBAL-SITE Controller to manage the cache, you must have the correct permissions set on the cache, and you must have correctly configured the EDGE-FX Cache. For details, please see the EDGE-FX Cache documentation and Guidelines for EDGE-FX Cache and GLOBAL-SITE Controller cooperation, on page 4-12 of this chapter.

Creating a cache subscriber

There are two ways to create a cache subscriber in the GLOBAL-SITE Controller. All are effective, however some are easier to do. Depending on the situation, you can:

Create a brand new cache subscriber
Clone an existing cache subscriber

Creating a new cache subscriber

Use this procedure if you are creating a cache subscriber that is not based on a server or virtual subscriber. When you create a new cache subscriber, you have to fill in all the fields and paths manually. You must make sure you enter paths and directories exactly, or the GLOBAL-SITE Controller cannot contact the cache.

To create a new cache subscriber

From any of the Publication detail screens, click the Subscribers tab.
The Publication Subscribers screen opens.
In the Add subscriber type box, select Cache.
Click the Add a Subscriber button.
The Add a Cache Subscriber screen opens.
Fill in the information as required. Paths must be URLs.
Once the subscriber is created, you can click the Test Connection button to verify that the GLOBAL-SITE Controller can successfully log into the specified server using the user account and manage the specified domain. This is a good thing to do at this point and any time you make changes to the subscriber definition.

Cloning a cache subscriber

Before you can clone a cache subscriber, you must already have a cache subscriber created. The list of subscribers is found on the Subscribers tab. You cannot have an exact duplicate of any subscriber, therefore when you clone a cache subscriber, the controller clears the Subscriber box and the Cache box, and you need to provide new information for these boxes. Change any other boxes on the screen as necessary.

To clone a cache subscriber

From the Cache Subscriber Detail screen, click the Clone button at the bottom of the screen.
A new Cache Subscriber Detail screen opens. All the boxes have data except for Subscriber and Cache.
Enter a new name in the Subscriber box for this cache subscriber. You can use only alphanumeric characters, spaces, dashes (-), and underscores (_).
Enter a new host name in the Cache box.
Change the data in the other boxes as necessary.
Click Update to save your new subscriber.

Creating non-archived publications

Non-archived publication is basic, fundamental content replication. It takes content directly from the user's source and moves it directly to the location where it can be accessed by the customer-viewers. It does not keep copies of the content on the GLOBAL-SITE Controller.

Non-archived publication uses the same process as archived publications to determine which files have changed since the last publication. Once it determines which files have changed, it copies the new files to the subscribers and activates them. Activating files is the process of changing them from temporary status, not viewable by users, to permanent and available to the viewer on the subscriber.

Non-archived publication is the right choice when you are looking for speed of publishing over guaranteed backup and the ability to revert to a previous version of a publication. Because the GLOBAL-SITE Controller does not keep copies of the files, the publishing process is not constrained by the size of the GLOBAL-SITE Controller disk, but only by the subscriber capacity.

Looking at benefits of non-archived publications

Non-archived publishing retains many of the benefits of archived publishing:

The GLOBAL-SITE Controller still replicates only content that has changed since the last publishing cycle.
You can cancel the process at any time.
Files are still moved through a secure channel to all distributors.
You can schedule publishing.
You can configure the publishing process to pause or continue when encountering errors.

Planning for non-archived publications

For your planning purposes, remember that archived publications and non-archived publications are mutually exclusive. Archived publications have only archived sections. You can create non-archived sections only within a non-archived publication.

To change an archived publication to a non-archived publication, you need to recreate the publication with a new name, and then delete the old one.

Considering the details of non-archived publishing

Before creating non-archived publications, there are a few things you might want to think about. These details can affect the efficiency and performance of your non-archived publications.

How do you organize your files and directories?
What is the usual size of your sections?
What is the typical amount of activity in your files?
What is the capacity of your subscriber server?

Organizing files and directories

Before copying content to the subscriber, the GLOBAL-SITE Controller reviews all content at the source, looking for things that have changed between the new content and the content the subscriber has. It does this by comparing a list of files, sizes, and dates (that are tracked by the GLOBAL-SITE Controller) to the list of files, sizes, and dates on the source. The time it takes for this comparison depends on how the content is organized. The fewer directories you have in the section, the less time it takes to complete the comparison. For instance, publishing fewer than 100 directories seems rapid, and publishing more than100 directories takes noticeably longer. Because the important element here is not the number of files but the number of directories, you may want to structure your publications with this in mind.

Reviewing section size

During the content copy, for each file that has changed, the entire file is copied to any distributors, and then to any subscribers. (Compare this to the archived publishing process, where only the changes are sent to the distributor, and the entire file is sent to subscribers.) Each file within a section is copied sequentially from the source to the subscriber. During this process, it is the larger sections that determine how fast the copy phase can go. Therefore, it is more efficient to have roughly equal section sizes. This improves the performance of the copy process over having several small and one really large section.

This information is provided to help you set expectations based on your own file structure and organization, and not as a suggestion that you change your publication structure.

Checking file activity

During the update process, the directory list is created and then the files are retrieved. During the time that files are being copied to the subscriber, each file is compared to how it was at the initial comparison. If the file has been removed or becomes empty, the GLOBAL-SITE Controller ignores it, and does not copy it to the subscriber during the current publishing cycle. The subscriber keeps the old file, which the controller updates on the next publishing cycle. The reason the GLOBAL-SITE Controller ignores it at this point, is that the GLOBAL-SITE Controller assumes the file may be in flux and possibly incomplete.

When you set up your publication, you need to watch for very active files, and be careful to schedule publishing for times when they are most likely to be static. If you publish when these files are changing, you may find that the subscribers do not get an updated version of that file. For additional details, refer to Scheduling the publishing process, on page 4-2 of this chapter.

Assessing subscriber capacity

During the copy phase, the changed files are copied into a temporary directory of the subscriber. These files are not available to the viewers until they are activated. During this time, the subscriber server contains all the old content and all the changed content. Therefore, the subscriber server capacity must be large enough for the old content and the changes to co-exist temporarily.

Using procedures for non-archived publications

Creating, managing, and publishing non-archived publications is very much like dealing with archived publications. The New Publication screen is the same for archived and non-archived publications, however to make a publication non-archived you must clear the Archive publication editions and section versions check box at the top of the screen.

There are a few differences on various application screens. Most noticeable is the fact that when you are dealing with non-archived publications, you do not see the Editions tab as you do when working with archived publications. And, because non-archived publications have no editions and no versions, there are other small differences on some screens. These differences are noted in the online help pages for each screen.

One important difference is the delivery screen. Non-archived publications allow the following actions: Deliver, Ignore, or Remove for each section on a subscriber. You must choose the same action for all sections that share the same subscriber's path.

Note: Once you have created a publication, you cannot change its archived or non-archived state.

To create a non-archived publication

Start at the New Publication screen. (From the navigation pane, click Add a Publication, or from the Publication List screen, click the Add a Publication button.)
At the top of the screen, clear the Archive publication editions and section versions check box.
Complete the settings as required and click the Add button.
The Publication Sections screen opens.

Refer to the online help for this screen if you need additional details. Remember that you do not have to specify all options when you create the publication; you can return later and set scheduling and error-handling options.

Note: The Editions tab does not display, as there are no editions of a non-archived publication.

To create a non-archived section

On the Publication Sections screen for your non-archived publication, click the Create New Section button.

The Create a New Section screen displays.

Any section you create here is automatically non-archived.

Procedures for dealing with non-archived sections are detailed in the online help for the specific screens. Most procedures are the same for archived and non-archived sections and the online help pages point out any differences.

Understanding file transfer methods

The GLOBAL-SITE Controller offers four transfer methods, FTP, FTP-Push, WebDAV, and WebDAV-SSL. Each method has its advantages and disadvantages. This section of the guide helps you choose the right transfer method for your needs. Following the transfer method sections is a section detailing how to choose a port based on the transfer method you chose.

Warning: Changing the transfer method of an existing section can have serious consequences if the services you are talking to have different root directories.
For example, a problem occurs if you changed transfer methods from FTP to WebDAV and your FTP server had a different root directory than your HTTP server.
In particular, changing an existing section to FTP-Push requires copying the section's files to the GLOBAL-SITE Controller. See Switching sections in an existing publication to use FTP-Push transfer method, on page 5-8 of this guide.

FTP

The GLOBAL-SITE Controller functions as an FTP client and initiates contact with FTP servers where content is picked up. FTP is familiar to most users, is readily accessible, and available on all platforms. However, FTP does have its limitations, which include:

Opening a new connection for most commands, which increases overhead, and slows the operating system
Transferring passwords and files with no encryption or error checking
Requiring manual intervention on each subscriber to run CGI, and other normally executable files, because many FTP servers cannot set the execute permission on transferred files

FTP-Push

There are two main differences between FTP and FTP-Push:

With FTP-Push, the machine associated with a section contacts the GLOBAL-SITE Controller when content has changed and pushes content to the GLOBAL-SITE Controller (the controller is the FTP server in this case). The content is stored on the GLOBAL-SITE Controller. (For more information, see To add content to an FTP-Push section, on page 4-32 of this chapter.)
Once content is updated on the GLOBAL-SITE Controller, an FTP-Push section can be set to trigger the GLOBAL-SITE Controller to push the new content out to the subscribers. If you set up your FTP-Push this way, you do not need any manual intervention to deliver the publication. FTP-Push has the same inherent disadvantages as standard FTP. (For more information, see Section updates using FTP-Push, on page 4-30 of this chapter.)

WebDAV

To use WebDAV (World Wide Web Distributed Authoring and Versioning) to transfer files, you must either have a web server that supports it (IIS5.x or Apache HTTP Server with mod_dav), or use the GLOBAL-SITE agent. If you install the GLOBAL-SITE agent, you can use WebDAV to transfer files even if your web server does not support it. (For more information please see RFC 2518.)

Note: When you use WebDAV to transfer files to an IIS server, some file extensions cannot be transferred. This may have to do with the IIS server settings. Please see that product's documentation for more information.

WebDAV reuses connections, resulting in efficient use of the operating system and firewalls. WebDAV with digest authentication encrypts passwords and performs file checking, making it easier to discover files that have changed in transit. (For more information on digest authentication, please see RFC 2617.) WebDAV can maintain the execute permission on files.

To use digest authentication with a Windows 2000 server, the server must be configured as a domain controller. For more information, see Transferring files using WebDAV and WebDAV-SSL, on page 4-29 of this chapter.

For file transfers for either sections or subscribers, on Windows NT/2000 machines, you can use WebDAV if you install the GLOBAL-SITE agent. For more information, see Controlling servers with the GLOBAL-SITE agent, on page 4-20 immediately following. For subscribers, if you are going to use any agent actions you must install the GLOBAL-SITE agent, and you must choose WebDAV for your file transfer method.

WebDAV-SSL

WebDAV-SSL adds security to WebDAV file transfers by encrypting both passwords and files using secure socket layer (SSL) features. However, you trade increased security for file transfer performance. For more information, see Transferring files using WebDAV and WebDAV-SSL, on page 4-29 of this chapter.

Choosing a port for the file transfer method

You must use the correct port number for successful file transfer. Each transfer method has a default port as follows:

FTP = Port 21
FTP-Push = Port 21
WebDAV = Port 80
WebDAV-SSL = Port 443
In general you should use the default ports. However, if you are using the GLOBAL-SITE agent, use the port number that you entered when you installed the agent (the default is 50,000).

Controlling servers with the GLOBAL-SITE agent

When you install the GLOBAL-SITE agent on a server, it gives you the ability perform certain necessary tasks remotely from the GLOBAL-SITE Controller. The following are tasks you can perform remotely when you install the GLOBAL-SITE agent:

Stop HTTP Server before activating content
Allows you to stop the web server on the subscriber when you deliver new content or components. Stopping and restarting the server allows the server to recognize new files. The ability to stop the server also allows you to get around locked files, as stopping the server unlocks the files.
Initiate scripts
Allows you to run a user-defined script, at a specified time during the publishing process. Scripts reside in a particular directory. When it is time to run the scripts, the agent runs all executables that it finds in the specified directory. Please see Installing and configuring the GLOBAL-SITE agent and scripts , on page 4-27 , for more information about user-defined scripts.
Reboot machine after activating content
Allows you to reboot the subscriber (server) so it recognizes newly registered components
Register components
Allows you to register components of your web site that need to register with the operating system or the web server.

The GLOBAL-SITE agent also allows you to use WebDAV as your transport mechanism even if your web server does not support WebDAV. WebDAV provides safer communication of passwords and content than standard FTP.

You must install the GLOBAL-SITE agent on each machine that you want to use it on.

Once you have installed the agent on a section or subscriber machine, you need to modify the settings for the section or the subscriber to enable its use. The Connection Test results have also been expanded to include information on the agent, where appropriate (see To test an agent for a subscriber or section, on page 4-26 ).

Installing the GLOBAL-SITE agent on the subscriber

The Windows agent installer is an InstallShield® application. See To install an agent on a Windows server, on page 4-22 . On Solaris and Linux you get the GLOBAL-SITE agent in a tar file that has the image and the installation program with which to install and configure the agent. You run the installation program, gsAgentInstall from the command line as the root user. The installation program also looks for the installation image, GlobalSite.tar, in its current directory. See To install an agent on a Solaris or Linux server, on page 4-23 .

The Solaris and Win32 installation prompts are almost identical. The Solaris installation prompts you for the command to stop the web server and the command to start the web server.

If you enable scripting support, the installation creates a virtual directory, UserScripts, under the document root directory. The virtual directory points to the UserScripts directory under the agent installation root directory. See Installing the scripts on the subscriber, on page 4-28 for more information on scripts.

After you install the agent, you can modify the configuration by running the configuration program, installationRoot/bin/gsAgentConfig.

To install an agent on a Windows server

Run the following installation on each Windows server that you want to install the GLOBAL-SITE agent on. You do not install this on the GLOBAL-SITE Controller.

Following are step-by-step instructions for running global-siteagent.exe.

Log on to the server using an account in the Administrators group, and exit from all other Windows applications.
Connect to the setup program on the GLOBAL-SITE Controller. From a browser on the server, use the name of the GLOBAL-SITE Controller in the following URL:

https://<GLOBAL-SITE-CONTROLLER>
On the opening screen, click Agents.
The Agent Download screen opens.
Click Windows.
Select Run this program from its current location, and confirm it in the next popup screen.
Read the Welcome screen and click the Next button.
Read the license and click Yes if you agree to the terms.
Read the acknowledgement screen and click Next.
Accept the default destination folder or browse to select an alternative, and then click Next. The default destination folder is
c:\Program Files\F5 Networks\Global-Site Agent
Press Enter to accept the default of a non-SSL-enabled agent, or type y and press Enter to enable SSL on the agent.

Note: If you enable SSL for your agent, every section or subscriber that uses this agent must use the WebDAV-SSL transfer method (see WebDAV-SSL, on page 4-20 ). If you disable SSL for your agent, every section or subscriber that uses this agent must use the WebDAV transfer method (see WebDAV, on page 4-19 ).
Type the port the agent monitors. The range is 1-65535 and the default is 50000. You need to use the same port number for every section or subscriber that gets this agent, so please make a note of it.
Type the directory to which files are delivered. This usually matches your IIS DocumentRoot directory. The default is:
c:\inetpub\wwwroot
Select the hosts that can access the agent (it is safer to limit access to the IP address of the GLOBAL-SITE Controller):
· all
All hosts with a password can access the agent (the default.

· domain.com
Only hosts in domain.com can access the agent.

· IP address
Only one host can access the agent (the hostname does not work).
Select one or more of the following options to restrict the agent:
· Restart the web server and reboot the computer

· Register and unregister components

· Deliver and activate files on this computer
Add users and passwords in the Agent Password Manager popup screen.
When you finish typing names and passwords, click Exit.

To install an agent on a Solaris or Linux server

Run the following installation on each Linux or Solaris server that you want to install the GLOBAL-SITE agent on. You do not install this on the GLOBAL-SITE Controller.

Following are step by step instructions for running gsAgentInstall.

From the GLOBAL-SITE Controller home page, (https://<GLOBAL-SITE Controller>), click Agents.
The Agent Download screen opens.
Click the appropriate agent for your server: SolarisAgent2.6.tar or LinuxAgent.tar.
Copy the agent tar file to your server.
Log in as root to the directory on your server where the agent tar file has been copied to.
Run the following commands:
tar -xvf LinuxAgent.tar

./gsAgentInstall
Press Enter to accept the default destination directory, or enter a different directory in which to install the agent. The default destination directory is /var/f5.
Press Enter to accept the default of a non-SSL-enabled agent, or type y and press Enter to enable SSL on the agent.

Note: If you enable SSL for your agent, every section or subscriber that uses this agent must use the WebDAV-SSL transfer method. If you disable SSL for your agent, every section or subscriber that uses this agent must use the WebDAV transfer method.
Type the port the agent monitors, or press Enter to accept the default of 50000. The range is 1-65535. You need to use this same port number for every section or subscriber that uses this agent, so please make a note of it.
Type the base directory to which files are delivered (for subscribers) or read from (for sections). Press Enter to accept the default of /var/www.
To be more secure, limit access to the IP address of the GLOBAL-SITE Controller that uses this agent. Type the hosts that can access the agent or press Enter to accept the default of all.

· all - All hosts with a password can access the agent.

· domain.com - Only hosts in domain.com can access the agent.

· IP address - Only one host can access the agent (the host name does not work).
The following four choices restrict the agent's access to the server. Choose y to permit the agent (the default) or n to prevent it on the following actions:

· Reboot the server

· Restart the Web server
If you chose to allow the agent to restart the web server, enter the commands to stop and start the web server on the following two prompts:

/etc/rc.d/init.d/httpd start

/etc/rc.d/init.d/httpd stop

· Deliver and activate files on this machine
For subscriber(s), you must accept the default or the GLOBAL-SITE Controller can not deliver files to the subscriber.

If you are installing the agent for sections only, then you
choose n.

· Run custom scripts
Your entries are displayed on the screen. (If they are not, press Enter to re-enter the correct values.) Type y and press Enter to commit your entries and continue with agent installation.
The controller now generates a self-signed certificate.
When prompted, enter a user name and password to use for the agent. This must match the user name and password that you use for your section or subscriber.
Press Enter to complete installation and start the agent immediately, or type n and press Enter to complete installation, but not start the agent.

To enable an agent for a subscriber

This procedure is done on the GLOBAL-SITE Controller from a browser anywhere in the network.

In the navigation pane, click List Publications.
The Publication List screen opens.
Click the name of the publication you are working with.
The Publication Editions screen opens (for archived publications) or the Publication Sections screen opens (for non-archived publications).
Click the Subscribers tab.
The Publication Subscribers screen opens.
Click a subscriber in the Name column or create a new subscriber (see To add a subscriber, on page 3-14 ).
The Subscriber Detail screen opens. This screen has two tabs, Content Delivery and Agent Actions.
On the Content Delivery tab, select the transfer method WebDAV.
A default Port setting appears.
Type the same port setting you specified when you ran the global-siteagent.exe program.
Type a user ID. This should be the user ID you use for WebDAV access to this subscriber.
Type a password. The agent uses the user ID and password to authenticate file transfers.
Click the Agent Actions tab.
If you selected WebDAV on the Content Delivery tab, then the box for Use Content Delivery connection settings is checked.
In the Actions area, check one or more of the following boxes to remotely administer the services the agent provides to each subscriber. Note that the agent restarts all web services when finished.
· Check Stop HTTP Server before activating content to stop the web services on the subscriber, enabling the agent to receive files and register components.

· Check Reboot machine after activating content to allow the agent to reboot the subscriber to make it recognize newly registered components.

· Check Initiate Scripts and choose the phase in which to run the scripts. Scripts are user defined and must reside in the correct directory to work properly. Please see Creating the scripts, on page 4-28 for more information about scripts.

· (For Windows agents only) Check Register Components to allow the agent to register newly copied components on the subscriber. If the publication contains sections that have Register Components checked (on the Section Detail screen), then the Path field on the Subscriber Detail screen displays where components should be registered.
Click Update if you are making changes to an existing subscriber.
Complete the settings on the screen if you are creating a new subscriber. Click the Help button for more information on this screen.

To enable an agent for a section

In the navigation pane, click List Publications.
The Publication List screen opens.
Click the name of the publication you are working with.
The Publication Editions screen opens (for archived publications) or the Publication Sections screen opens (for non-archived publications).
Click the Sections tab if you working with an archived publication. For non-archived publications you are already at this screen.
In the Name column, click the section name or create a new section (see To create a section, on page 3-9 ).
The Section Detail screen opens.
Select the transfer method WebDAV.
A default Port setting appears.
Type the same port setting you specified when installing the agent.
Click Save.
The Section Detail screen refreshes to display your changes.

To test an agent for a subscriber or section

It is a good idea to check your connections once you have made changes to a section or a subscriber to make sure that everything is working well before you start sending files.

To do this, click the Test Connection button found on either the Section Detail or Subscriber Detail screen.
The Connection Test screen opens.

There are several possible test messages, but the most common are:

The Contacting Agent on <server> on port <port number> line displays one of the following test messages:
- Success
- Error connecting to server
The Authenticating to Agent as <userid> line displays one of the following test messages:
- Success
- No agent present
- Stop and start Server (OK or DENIED)
- Reboot Server (OK or DENIED)
- Deliver Files (OK or DENIED)
  · Register components (OK or DENIED)

Installing and configuring the GLOBAL-SITE agent and scripts

The GLOBAL-SITE Controller can run custom scripts, during specified phases and on specified publications, on subscribers running Microsoft Windows NT, Microsoft Windows 2000, Sun Solaris, and Red Hat Linux. This feature requires user configuration on both the subscriber and the GLOBAL-SITE Controller. The GLOBAL-SITE Controller configuration is documented in the online help for the Subscriber screen. This section describes how to configure the subscriber to match the GLOBAL-SITE agent script configuration.

Configuring the subscriber

You must install the GLOBAL-SITE agent on every subscriber that has been configured; you can use the steps described in the section Installing the GLOBAL-SITE agent on the subscriber, on page 4-21 of this chapter. You configure the agent to run scripts on the server. You must also copy, to each subscriber, the scripts that need to run. The following sections describe the phases at which you can run the scripts and provide an example of the directory structure that you must use.

In the example that follows, <agent installation directory> is the directory where the agent software gets installed, and not the directory where data files are accessed. Installing the agent creates the <agent installation directory>/cgi-bin/UserScripts directory, however you must create the <publication name>/<publication phase > directory before you copy scripts into it. For example, any scripts you want to run in the Before Copy phase must be copied into the following directory:

<agent installation directory>/cgi-bin/UserScripts/<publication name>/BeforeCopy

Following is the list of publication phases. The name of the directory you need to create for each phase is listed with the phase name.

Before Copy
The Before Copy publication phase runs the scripts before any files are copied to the subscriber. You can run any number of scripts during this phase. Name the directory BeforeCopy.
Before Activate
The Before Activate phase runs the scripts before any files are activated on the subscriber. You can run any number of scripts during this phase. Name the directory BeforeCommit.
After Activate
The After Activate phase runs the scripts after all files are activated on the subscriber. You can run any number of scripts during this phase. Name the directory AfterCommit.
After Publication Success
The After Publication Success phase runs the scripts after a publication is successful. You can run any number of scripts during this phase. Name the directory OnSuccess.
After Publication Fail
The After Publication Fail phase runs the scripts after a publication fails. You can run any number of scripts during this phase. Name the directory OnFail.

Creating the scripts

Any scripts that you want the GLOBAL-SITE agent to use must have the following characteristics.

The scripts must be executable, in their directory, by the default web server user.
On UNIX systems, the default user is typically nobody.
The scripts must return a status code value of zero on success, and a non-zero value on failure.
Successful script completion is logged. However, the status of the script completion does not affect the status of the publication.
When there are multiple scripts in a directory, the agent tries to run all the scripts. You cannot control the order in which the agent runs the scripts. The controller reports success only when all scripts in the directory return a zero value. If one or more of the scripts exits with a non-zero value, the behavior of the scripts and the returned error value is <. If you want to control the execution of multiple scripts in the same directory, we recommend that you create a master script, in a script directory, that executes the other scripts (which are placed in a private directory) in an ordered fashion.

If a script is not successful, you may want to verify the following potential problems: the script is not set as executable, the script has a dependency on a different directory, and whether there are files in the directory that are not scripts.

Installing the scripts on the subscriber

You can manually copy the scripts into the UserScripts directory on the subscriber, or you can deploy the scripts using the GLOBAL-SITE Controller.

To copy the scripts to the subscriber from the command line

Locate the installationRoot/cgi-bin/UserScripts directory.
Create a directory for each publication group that requires scripts.
Beneath the publication group directory, create a directory for the phase in which to run the script.
Copy the script to the newly created directory.
The GLOBAL-SITE agent expects to find scripts in the following directories: BeforeCopy, BeforeCommit, AfterCommit, OnSuccess, and OnFail.

The following is an example of a correct directory structure:

/var/f5/agent/cgi-bin/UserScripts/Pub1/BeforeCopy/precpy.sh

A GLOBAL-SITE publication can deliver scripts to the target directories by using the WebDAV transfer method.

To deliver scripts to the target directories

Create a publication group that has a section for each phase that requires scripts.
Create subscribers that use the WebDAV transfer method.
The path section mapping should look similar to the following example:
Section Destination path

secPreCpy /UserScripts/<PubGrp>/BeforeCopy

secPreCommit /UserScripts/<PubGrp>/BeforeCommit

secPostCommit /UserScripts/<PubGrp>/AfterCommit

secOnSuccess /UserScripts/<PubGrp>/OnSuccess

secOnFail /UserScripts/<PubGrp>/OnFail
Run test connections to create the directory hierarchy.

Running the scripts using the GLOBAL-SITE Controller

You can run scripts using the GLOBAL-SITE Controller by checking the Initiate Scripts option on the Agent Actions tab on the Subscriber Detail screen. Click the Detail button next to the Initiate Scripts option to display the phases at which to run the scripts. The details of these screens are described in the online help for those screens.

Transferring files using WebDAV and WebDAV-SSL

WebDAV offers several advantages over traditional FTP:

WebDAV uses HTTP/1.1, which uses network connections more efficiently than FTP.
WebDAV can use either basic or digest authentication; digest authentication provides more secure password transfers. (To use digest authentication with a Windows 2000 server, the server must be configured as a domain controller.)
WebDAV can set the execute permission on files, enabling you to deliver and run scripts on every web server.
WebDAV on top of SSL can encrypt content as well as passwords.
WebDAV-SSL offers one significant advantage over regular WebDAV: encrypted content files. WebDAV applies secure socket layer (SSL) encryption to both passwords and content files, adding significant security to file transfers. This level of security, however, adds overhead that reduces file transfer performance.

Using the GLOBAL-SITE agent requires that sections use either the WebDAV or WebDAV-SSL transfer method. For more information, see Controlling servers with the GLOBAL-SITE agent, on page 4-20 .

WebDAV uses HTTP/1.1 to transfer files. If you have installed the GLOBAL-SITE agent, you can use WebDAV even if your web server does not support it. The web servers that do support WebDAV are IIS5.x or Apache HTTP Server with mod_dav. For more information on WebDAV in general, see http://www.webdav.org.

Section updates using FTP-Push

FTP-Push is a file transfer method to the GLOBAL-SITE Controller that is based on basic FTP. FTP-Push enables sections to push content to the GLOBAL-SITE Controller. When using FTP-Push, the GLOBAL-SITE Controller acts as an FTP server. You can also configure FTP-Push sections to trigger the delivery of a publication.

FTP-Push has two distinct processes:

You can use FTP-Push to transfer files to the GLOBAL-SITE Controller to await publication. FTP-Push sections contact the GLOBAL-SITE Controller and transfer files when content has changed.
You can use FTP-Push sections to trigger the delivery of new content to the subscribers, if you are using FTP-Push to move files to the GLOBAL-SITE Controller.

Warning: We recommend that you not attempt to use FTP-Push if you are not familiar with FTP commands.

You must follow this sequence to create an FTP-Push section. First, create the publication (see To add a publication, on page 3-5 ) if one does not already exist. You can share FTP-Push sections on more than one publication. Second, create a section and specify FTP-Push as the transfer method. Third, add content to the FTP-Push section (see To add content to an FTP-Push section, on page 4-32 ). (You can use FTP-Push in conjunction with a web development environment to FTP files directly to the GLOBAL-SITE Controller.) Fourth, set up the FTP-Push section to trigger delivery of content to subscribers. This step is optional.

Note: Note that the GLOBAL-SITE Controller derives the user ID and path from the section name.

To create an FTP-Push section

From the Create a New Section screen, select FTP-Push as your Transfer Method. (You must select the transfer method first when setting up FTP-Push.)
The screen refreshes when you select FTP-Push and the only available boxes are Section Name, Description, and Password.
Fill in the available boxes. For more information click the Help button on the top right of the screen.
Click the Create button.
The Section Detail screen opens with the modified information.

To modify an FTP-Push section

You can modify only Description, Enabled, and Password on the Section Detail screen for FTP-Push.

In the navigation pane, click List Sections.
The Sections List screen opens.
In the Publication Membership column, click a publication name associated with the FTP-Push section.
The Publication Sections screen opens.
In the Name column, click the section name.
The Section Detail screen opens.
Make any necessary changes to the available attributes. For more information about this screen, click the Help button at the top right of the screen.

To add content to an FTP-Push section

You add content to an FTP-Push section by opening an FTP session on the GLOBAL-SITE Controller using the FTP-Push section's user ID, password, and path. Using standard FTP commands, create and remove directories, add and remove files.

Warning: We recommend that you not attempt to use FTP-Push if you are not familiar with FTP commands.

Start an FTP client (not on the GLOBAL-SITE Controller) on the machine with the content and open a connection to the GLOBAL-SITE Controller.
Log in using the user name and password you specified when you created the section.
Use the FTP command PUT to deliver files to the correct directories on the GLOBAL-SITE Controller machine that is publishing the content. (You may have to use the FTP command MKDIR to make directories before you copy files to them.)
The files are transferred to the GLOBAL-SITE Controller machine.

Note: If you are using a graphical user interface for FTP, follow your software's directions for moving files.

To retrieve a previous file version from an archived FTP-Push session

You can use FTP to retrieve files from a previous version of an archived FTP-Push section.

Using FTP, log on to the GLOBAL-SITE Controller using the FTP-Push user ID and password.
Create the FTP version directory by appending a plus sign (+) and the version number to the FTP-Push section path.
/<section name>+<version#>

/section+28
Use FTP to change the working directory to the FTP version directory.

Setting up FTP-Push to trigger section delivery

If you set up an FTP-Push section in a publication to trigger delivery, once the FTP file delivery is complete for that section and the FTP session is logged off, the GLOBAL-SITE Controller delivers all the sections of that publication to the subscribers.

You may have five sections with content that comes in at different times, but you want to publish all the sections concurrently after they all have updated content.

To control when FTP-Push sections publish, you can set up a section that has no content. You configure only this section to trigger delivery (see To use an FTP-Push section to trigger a publishing cycle following). When you are ready to deliver the publication, you transfer a dummy file to this section, triggering the delivery of all sections for that publication to the subscribers.

Delivery of a publication to subscribers starts after FTP logout. How long after FTP logout depends on how you set Initiate ___ minutes after FTP logout on the Publication Options screen. If other FTP sessions log in before the delay times out, the timer starts anew after that session logs out.

If you do not want to use FTP-Push to trigger delivery, you have the option of starting the delivery manually or on a schedule (see Scheduled activation of new content, on page 4-4 ).

Warning: FTP-Push does not trigger delivery until after FTP logout. If another FTP session starts before Initiate ___ minutes after FTP logout times out, the timer resets and does not restart until after the current FTP session logs out. If FTP sessions keep logging in before the timeout, it is possible to never propagate the section.

To use an FTP-Push section to trigger a publishing cycle

In the navigation pane, click List Publications.
The Publication List screen opens.
In the Name column, select an existing publication.
A Publication detail screen opens.
Click the Pub. Options tab.
The Publication Options screen opens.
Under Initiating Publishing Process, click the FTP-Push button to choose FTP-Push to trigger publishing.
The Initiating Sections box becomes available.
Click the FTP-Push section(s) that you want to trigger a publishing cycle for this publication. To select more than one name, hold down the Shift or Ctrl key as you click.

If you are using a dummy page to trigger publishing, select only that section. (See Setting up FTP-Push to trigger section delivery, on page 4-32 of this chapter.)
If you want to delay delivery after the FTP session logs off, type the number of minutes (0-60) you want to wait.
Click the Apply Changes button.
The Publication Options screen refreshes.

Defining exceptions to sections

As you set up your basic publications and create various sections, you may want to create exceptions to the section. Exceptions instruct the GLOBAL-SITE Controller to disregard specific subdirectories. An exception is a way of excluding a subdirectory from being published as part of a section.

The most challenging part of setting up exceptions is planning the publication in advance, so that sections and exceptions work to your benefit. Remember that, when first created, each section includes all files and directories at the given path. To exclude a subdirectory from the section, you must clear the box for that subdirectory. Note that you cannot exclude files, only directories, on the Section Browser screen. See Including or excluding file extensions, on page 4-36 for information on listing file extensions to include or exclude.

Creating exception paths

There are two ways to create exception paths. For one you can browse the directories, for the other, you need to know the directory path that you want to exclude.

Example

In this example, the source directory /home/webcontent/testsite contains a subdirectory /home/webcontent/testsite/images that we want to manage with a separate section.

Assuming you have already created your initial section, start at the Section Detail screen to create an exception path (in our example, it is sec1).

Figure 4.4 The Section Browser screen, clear boxes for exceptions

To create an exception using the Section Browser screen

Start at the Section Detail screen.

Next to the Path box, click the Browse button.
The Section Browser screen opens.

This example assumes the path is already defined. The four boxes at the top of the screen display the content server address, the user ID and password needed to access the server, and the path.
In the Path area at the lower left, the path appears in the top line: /home/webcontent/testsite. The remaining lines contain the names of the subdirectories in the path. Clear the box in front of the images subdirectory.
The exception path appears in the Exception area to the right.
To save your settings, click the Update button.
The Section Detail screen opens again, with the exception path listed below the Path box.

To create an exception using the New Exception box

We recommend you use this method to create exceptions when you have a lot of directories. Start at the Section Detail screen.

In the New Exception box, type the name of the directory you want to exclude. For this example, it is /home/webcontent/testsite/images.
Click the Add button directly to the right of the New Exception box.
Click the Save button to commit the changes to the section.

Tip: In all cases, the directory path for all section sources and subscribers must already exist on the specified servers. The GLOBAL-SITE Controller does not create them. For subscribers, it can create subdirectories, but it cannot create the initial root path.

A little more about exceptions

You may have questions about directory paths when you are setting up multiple sections that use exception paths. The typical situation is that one section's exception is another section's root. Even in that context, that path must already exist, or you must first create it manually on the subscriber.

For example, say that section1 goes to /root/section1. It seems reasonable that /root/section1 must already exist. You cannot assume you have permission to make it, especially on NT servers where it might be virtual.

Including or excluding file extensions

Within the directories where you store your content, you may also have files that you do not want to publish or deliver to your subscribers. With the GLOBAL-SITE Controller you can exclude files by their file type for this reason. Or you may have all types of files in a directory, but only want to publish the .html files. The GLOBAL-SITE Controller also allows you to include only file types that you specify.

To include or exclude file extensions

In the File Filter(s) box, type one or more file extensions, separated by spaces. For example, cgi gif html.
Click Exclude to keep files with these extensions out of the path, or Include to add files with these extensions to the path.

Subscriptions

Product Usage

Trials

Registration Keys

Downloads