Ajustes de red en DCE 9.1.2 no funcionan conrrectamente.

[Fgrieco]

Hola. 

En una instalación se nos está presentando el siguiente caso. 

Es una instalación nueva de DCE 9.1.2 en VMware. 

Se ha instalado el software sin problemas, pero al intentar configurar la red 2 (privada) no aplica los cambios. Trae una máscara de red 255.255.240.0 y no deja cambiarla. Si bien salen los mensajes de que se ha cambiado la conf. y debe reiniciar, no reinicia. Si reiniciamos el servidor, sigue trayendo los datos incorrectos.

Tampoco indica el error que debería, de solapamiento de red.

Adjunto capturas de pantallas con la información: 

ACLARACIÓN

El fallo se presenta en esta instalación, en otras y en laboratorio funcionan correctamente. 

Muchas gracias. 

Saludos

[APC_Steve · Accepted solution]

Hello @Fgrieco,

Without more in-depth troubleshooting, I can only refer to an issue that I saw once with another customer. Please go back in with apcsetup and verify that for hostname, you have a valid (not mis-spelled) and fully qualified domain name (FQDN). I've seen this issue happen in a prior case when the name was not set correctly. Other than that, I'd suggest verifying the private LAN connection actually communicates as an invalid NIC could be the issue here as well.

If neither helps, I don't ask for server logs on the forum so I would suggest contacting tech support directly.

Thanks,
Steve

[Fgrieco]

Muchas gracias Steve. Al parecer el problema es el FQDN del servidor. Pude replicar el fallo en laboratorio, cambiando desde apcsetup el FQDN por un nombre con 2 partes, ej.: serverdce.com en lugar de serverdce.local.com, y con este cambio falla el cambio de la LAN2 de igual manera que en el cliente. Por lo que se ve en las imágenes, ellos tienen sólo com como parte del FQDN. Veremos que resultado obtengo cuando chequee eso. 

Muchas gracias. 

Cordiales saludos. 

[ATrabert]

i would suggest setting the private lan to a non-overlapping ip segment such as 172.x.x.x instead of using a 192.168 range.  Then try changing the subnet mask.  

If you're not going to use DHCP, you would probably be better off just keeping everything on the public lan and not use the private lan at all since it is not a dual hosted network and the private lan is instead behind a private proxy that routes traffic from the public lan through it. 

Instead, just create a private vlan for your devices, set up firewall rules to limit traffic and possibly a jump host for web browsing.

[Fgrieco]

Hola @ATrabert. Las redes se ven así porque no las puedo cambiar ya que es el fallo que presenta. Las correctas no se solapan, son 192.168.4.0/24 (pública)  y 192.168.1.0/24 (privada).  No podemos cambiar eso, es el diseño del cliente y sus normas. De hecho, en la gran mayoría de las instalaciones está configurado así: LAN pública=Gestión, LAN privada=Monitorización. De todos modos, en laboratorio, la solución que indica @APC_Steve solucionaría el problema. La prueba de cambiar la red privada por cualquier otra, como 172.x.x.x fue la primera que hice y no funcionó. Aún no pude probarlo en el cliente debido a las vacaciones.  Muchas gracias. 

Saludos. 

[ATrabert]

I believe the issue is still that you set the public lan to 192.168 then enabled the private lan which caused the overlap and is preventing DCE from updating it.  Instead set the public lan to something other than 192.168, fix the private lan to be the correct subnet via desktop client, then you can go back and set them both to 192.168.

It's still not really the ideal way to use DCE, especially if dhcp is disabled, but it could be done this way.  Per Steve's suggestion, are you using a valid fqdn/domain (eg a .com domain instead of something like .local)