Article ID: 3456, created on Apr 23, 2009, last review on May 9, 2014

  • Applies to:
  • Odin Business Automation Standard 4.5
  • Plesk Automation 11.5
  • Plesk 12.5 for Linux
  • Plesk 12.0 for Linux
  • Plesk for Windows
  • Virtuozzo containers for Windows 6.0
  • Virtuozzo containers for Windows 4.6

Síntomas

Cuando Parallels Virtuozzo Containers está instalado, el puerto 8443 (usado por Parallels Plesk Panel) es redireccionado al SVE. Como resultado, no se puede acceder a las aplicaciones que escuchan en este puerto en el VE.   

Otro caso donde puede ser necesario desactivar el redireccionamiento es cuando se usa una versión antigua de Parallels Plesk Panel (anterior a 7.6.1) y no se soporta este tipo de redireccionamiento.

Resolución

Existen varias formas de desactivarlo. Use la que sea más adecuada para la ejecución de la configuración:

1. Desactive el redireccionamiento del puerto 8443 para el VE en cuestión, dejando intacto el redireccionamiento de VZPP (puerto 4643)  - (** requiere el reinicio del VE **):

vzctl stop VEID   
vzctl set VEID --offline_management no
vzcfgt set VEID offlineservices vzpp
vzctl set VEID --offline_management yes
vzctl start VEID 

2. Desactive todos los redireccionamientos para el VE, tanto para VZPP (4643) como para VZPP-PLESK (8443)    (**no requiere el reinicio del VE **)

vzctl set VEID --offline_management no    

3. Desactive todos los redireccionamientos para TODOS los VEs:  (**no requiere el reinicio del VE **)

vzctl set 0 --offline_management no   

4. Desactive el redireccionamiento del puerto 8443 para TODOS los VEs, dejando intacto el redireccionamiento de VZPP (puerto 4643)  - (** requiere el reinicio de todos los  VEs (o el reinicio del HN)**):

-          Detenga todos los VEs
-          Detenga el servicio Administración de Virtuozzo

net stop vzsrv

-          Desactive el redireccionamiento en la configuración global:

vzcfgt set 0 offlineservices vzpp

-          Reinicie el Nodo Hardware

85a92ca67f2200d36506862eaa6ed6b8 a914db3fdc7a53ddcfd1b2db8f5a1b9c 965b49118115a610e93635d21c5694a8 d02f9caf3e11b191a38179103495106f 56797cefb1efc9130f7c48a7d1db0f0c 2897d76d56d2010f4e3a28f864d69223 29d1e90fd304f01e6420fbe60f66f838 2a5151f57629129e26ff206d171fbb5f e335d9adf7edffca6a8af8039031a4c7 33a70544d00d562bbc5b17762c4ed2b3 e0aff7830fa22f92062ee4db78133079 6c20476fe6c3408461ce38cbcab6d03b caea8340e2d186a540518d08602aa065 742559b1631652fadd74764ae8be475e 400e18f6ede9f8be5575a475d2d6b0a6 6f8e3eda12803cf88a9587e9782c9ed6 624ca542e40215e6f1d39170d8e7ec75 70a5401e8b9354cd1d64d0346f2c4a3e

Email subscription for changes to this article
Save as PDF