| Sv translation | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
The following ports are used by Prinergy, and need to be open for Prinergy to work:
Note: AFP port information is given for informational purposes and legacy configurations only. AFP is not qualified with Prinergy Workflow 8.0 or later. Note: For ports required for Kodak Proofing Software, please refer to KPS Ports required page. The Built-in Windows Firewall is not supportedThe software firewall that ships with Windows is not supported on a Prinergy Connect/Direct/Powerpack server. Activating the built-in Windows firewall will cause unpredictable system behavior.Any firewalling requirements must be met with an external device. Choices include a hardware firewall, software firewall running on another (non-Prinergy) server, or a firewall appliance in a virtual environment. Placement of the firewall in your network infrastructure is important, as Prinergy requires a large range of ports to be opened between primary and secondary servers and Workshop clients. supported If you require the Windows Firewall to be enabled on your Prinergy system, please open a call with your regional support offices. When opening the call please reference Kodak internal Article ID 75521. Information about the firewall requirements of Kodak Proofing Software (KPS), InSite Prepress Portal, InSite Creative Workflow, and other Kodak portal products can be found in the respective products' documentationobtained by contacting your regional support offices. Additional Firewall considerations If there is a firewall between the Prinergy servers and the Workshop clients, it is critical that the firewall does not close idle connections after some arbitrary time period. If it does, this could result in lags or stalls in Workshop when it is forced to re-establish its connections to the server. Instead, the firewall should be configured to only close the connection if it is determined to be dead by probing to the end hosts to determine the validity of the connection. This feature is known as 'Dead Connection Detection' on Cisco firewalls. If such a feature does not exist on your chosen firewall then the idle timeout should be set to a period equal to a typical production shift and operators should be warned that Workshop may stall for up to a couple of minutes when they return to it if it has been left running but idle for a longer period. Local-Link IPv4 Subnet IP range 169.254.x.x is reserved within the IPv4 specification for Local-Link self-assigned IP addresses and is not operationally compatible with Prinergy Workflow server software. |
...