| 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 supported The 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. 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. |
| Sv translation | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Die folgenden Ports werden durch Prinergy verwendet und müssen geöffnet sein, damit Prinergy funktioniert:
Hinweis: Die AFP-Anschlussinformationen dienen nur Informationszwecken und früher verwendeten Konfigurationen. AFP ist nicht für Prinergy Workflow 8.0 geeignet. Die integrierte Windows-Firewall wird nicht unterstützt Die Software-Firewall, die zusammen mit Windows 2008 und Windows 2012 geliefert wurde, wird auf einem Prinergy Connect/Direct/PowerPack-Server nicht unterstützt. Zusätzliche Hinweise zur Firewall Falls sich eine Firewall zwischen den Prinergy-Servern und den Workshop-Clients befindet, ist es wichtig, dass die Firewall Verbindungen im Leerlauf nicht nach einem bestimmten Zeitraum trennt. Ansonsten kann dies zu Verzögerungen in Workshop führen, da die Verbindung mit dem Server erneut hergestellt werden muss. Die Firewall sollte stattdessen so konfiguriert sein, dass die Verbindung nur abgebrochen wird, wenn sie als inaktiv bestimmt wurde. Dies geschieht durch eine Überprüfung des End-Hosts, um die Gültigkeit der Verbindung festzustellen. Bei Cisco lautet diese Funktion „Dead Connection Detection“. Falls die von Ihnen gewählte Firewall nicht über eine derartige Funktion verfügt, sollte der Zeitraum, nach dem eine Verbindung im Leerlauf getrennt wird, auf einen typischen Produktionszeitraum abgestimmt werden. Anwender sollten zudem darauf hingewiesen werden, dass es bei der Verwendung von Workshop für einige Minuten zu Verzögerungen kommen kann, falls sich das Programm längere Zeit im Leerlauf befand. Local-Link IPv4 Der Subnetz-IP-Bereich 169.254.x.x ist innerhalb der IPv4-Spezifikation für selbstzugewiesene Local-Link-IP-Adressen reserviert und ist nicht mit der Prinergy Workflow-Server-Software kompatibel. |
| Sv translation | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Prinergy utiliza los siguientes puertos, que deben estar abiertos para que Prinergy funcione:
Nota: La información del puerto de AFP es solamente para fines informativos y configuraciones anteriores. AFP no puede utilizarse con Prinergy Workflow 8.0. El cortafuegos integrado de Windows no es compatible El software cortafuegos que se incluye con Windows 2008 y Windows 2012 no es compatible con un servidor Prinergy Connect/Direct/Powerpack. Consideraciones adicionales sobre el cortafuegos Si hay un cortafuegos entre los servidores Prinergy y los clientes Workshop, es crucial que el cortafuegos no cierre conexiones inactivas tras un periodo de tiempo arbitrario. De ser así, esto podría resultar en retrasos o bloqueos en Workshop cuando se fuerza el restablecimiento de sus conexiones con el servidor. En su lugar, el cortafuegos debe configurarse para cerrar únicamente una conexión en caso de que esta se considere terminada mediante un sondeo de los hosts finales para determinar la validez de la conexión. Esta función se conoce como 'detección de conexiones terminadas' en los cortafuegos Cisco. Si su cortafuegos no dispone de esta función, el tiempo de espera por inactividad debe establecerse en un periodo igual al turno de producción habitual y debe avisarse a los operarios de que Workshop puede bloquearse por un par de minutos cuando vuelvan a usarlo si se ha dejado funcionando pero inactivo durante un periodo de tiempo más largo. IPv4 de enlace local De acuerdo con la especificación de IPv4, el rango IP 169.254.x.x de la subred está reservado para las direcciones IP asignadas por la función de enlace local y no es compatible con el software del servidor de Prinergy Workflow. |
| Sv translation | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Prinergy utilise les ports suivants, et ceux-ci doivent être ouverts pour permettre son bon fonctionnement :
Remarque : les informations de ports AFP sont uniquement fournies à titre indicatif et pour les configurations existantes. AFP n'est pas compatible avec Prinergy Workflow 8.0. Le Pare-feu Windows intégré n'est pas pris en charge Le pare-feu logiciel fourni avec Windows 2008 et Windows 2012 n'est pas pris en charge sur les serveurs Prinergy Connect/Direct/Powerpack. Autres considérations relatives aux pare-feu S'il existe un pare-feu entre les serveurs Prinergy et les clients Workshop, il est essentiel que ce dernier ne ferme pas les connexions inutilisées après un délai arbitraire. Si c'est le cas, il se peut que des lenteurs ou des blocages apparaissent car Workshop doit rétablir sa connexion au serveur. Le pare-feu doit être configuré de sorte à fermer la connexion uniquement si cette dernière est censée être inactive en interrogeant les hôtes terminaux afin de déterminer la validité de la connexion. Cette fonctionnalité est appelée 'détection de connexion inactive' sur les pare-feu Cisco. Si le pare-feu de votre choix ne propose pas cette fonctionnalité, le délai d'inactivité doit être défini sur une période égale à un cycle de production classique et les opérateurs doivent être avertis que Workshop peut se bloquer pendant quelques minutes lorsqu'ils reviennent sur le logiciel après l'avoir laissé ouvert sans l'utiliser pendant une longue période. Adresse IPv4 de type lien-local La plage d'adresses IP de sous-réseau 169.254.x.x est réservée dans la spécification IPv4 aux adresses IP auto-assignées de type lien-local et n'est pas compatible, sur le plan opérationnel, avec le logiciel serveur Prinergy Workflow. |
| Sv translation | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Le seguenti porte vengono utilizzate da Prinergy e devono essere aperte affinché Prinergy funzioni correttamente:
Nota: informazioni sulla porta AFP concesse al solo scopo informativo e per configurazioni esistenti. AFP non è compatibile con Prinergy Workflow 8.0. Windows Firewall integrato non è supportato Il firewall per software fornito con Windows 2008 e Windows 2012 non è supportato su un server Prinergy Connect/Direct/Powerpack. Altre considerazioni sul firewall Se c'è un firewall tra i server Prinergy e i client Workshop, è fondamentale che il firewall non chiuda le connessioni inattive dopo un certo periodo di tempo. Se invece lo fa, potrebbero verificarsi ritardi o l'arresto di Workshop quando viene costretto a stabilire nuovamente le connessioni al server. Invece, è necessario configurare il firewall in modo che chiuda le connessioni solo quando viene rilevata la loro inattività mediante l'analisi degli host finali, per stabilire la validità della connessione. Questa funzione è nota come 'Dead Connection Detection' (Rilevamento connessioni inattive) sui firewall Cisco. Se non esiste questa funzione nel firewall in uso, è necessario impostare il timeout di inattività su un periodo uguale a un turno di produzione tipico e avvisare gli operatori che Workshop potrebbe bloccarsi per un paio di minuti, se lasciato in funzione ma inattivo per un periodo superiore a quello impostato. IPv4 Local-Link L'intervallo di IP della sottorete 169.254.x.x è riservato nella specifica IPv4 per gli indirizzi IP assegnati automaticamente da Local-Link e non è compatibile con il software del server Prinergy Workflow. |
| Sv translation | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
以下のポートは Prinergy で使用されるので、Prinergy が操作できるようにオープンにしておく必要があります。
注意：AFP ポート情報は、情報と古い設定の提供のみを目的としています。AFP は、Prinergy Workflow 8.0 では認定されていません。 ビルトインの Windows Firewall はサポートされていません。 Windows 2008 と Windows 2012 に同梱されているソフトウェア ファイアウォールは、Prinergy Connect/Direct/Powerpack サーバーではサポートされていません。 ファイアウォールに関するその他の留意点 Prinergy サーバーと Workshop クライアントの間にファイアウォールがある場合は、一定の時間が経過しても、ファイアウォールがアイドル状態の接続を終了しないようにすることが重要です。終了した場合、Workshop はサーバーへの接続を強制的に再確立するため、遅延または停止の原因となる場合があります。代わりに、エンド ホストにプロービングして接続の有効性を判別し、接続が停止していると判断される場合にのみ、接続を終了する設定にする必要があります。この機能は、Cisco のファイアウォールでは「デッド接続検出」と呼ばれています。選択したファイアウォールで同様の機能が存在しない場合は、一般的なプロダクション シフトに等しい時間にアイドル タイムアウトを設定する必要があります。また、オペレータが Workshop を長期間稼働したままアイドル状態にすると、作業再開時に最大 2 分間 Workshop が停止する場合があることを警告しておく必要があります。 ローカル リンク IPv4 サブネットの IP 範囲 169.254.x.x は、ローカル リンクの自己割り当て IP アドレス用に IPv4 の仕様内で予約されており、Prinergy Workflow サーバー ソフトウェアとは動作上互換性がありません。 |
| Sv translation | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
印能捷使用以下端口，需要打开这些端口印能捷才能工作：
注意：AFP 端口信息仅供参考和用于旧配置。AFP 不适用于印能捷 Workflow 8.0。 不支持内置 Windows 防火墙 印能捷 Connect/Direct/强力包装版服务器不支持 Windows 2008 和 Windows 2012 随附的软件防火墙。 考虑其他防火墙 如果在印能捷服务器和 Workshop 客户端之间存在防火墙，防火墙不会在任意时间段之后关闭空闲连接很重要。如果防火墙将其关闭，则在 Workshop 强制重建与服务器的连接时会引起滞后或停顿。相反，防火墙应配置为在通过探测终端服务器以确定连接有效性时，已经确定连接丢失时才会将其关闭。该功能在 Cisco 防火墙中被称之为'丢失连接检测'。如果在您选择的防火墙中不包含此功能，那么空闲超时时间应设置为与典型生产轮班时间相等，且应警告操作员。如果其仍在运行但已空闲较长时间，在返回操作时 Workshop 可能停顿最多几分钟。 本地链接 IPv4 在 IPv4 规格中为本地链接自分配 IP 地址保留子网 IP 范围 169.254.x.x，且它在操作上与印能捷工作流程服务器软件不兼容。 |