Skip to main content
NetApp Response to Russia-Ukraine Cyber Threat
In response to the recent rise in cyber threat due to the Russian-Ukraine crisis, NetApp is actively monitoring the global security intelligence and updating our cybersecurity measures. We follow U.S. Federal Government guidance and remain on high alert. Customers are encouraged to monitor the Cybersecurity and Infrastructure Security (CISA) website for new information as it develops and remain on high alert.
NetApp Knowledge Base

Virtual Storage Console: "Hostname in certificate didn't match" error when using CA signed certs

Views:
175
Visibility:
Public
Votes:
0
Category:
virtual-storage-console-for-vmware-vsphere
Specialty:
virt
Last Updated:

Applies to

  • Virtual Storage Console 9.6 (VMware)

Issue

NOTE: This issue does not cover the procedure for replacing Virtual Storage Console's self signed certificate with a CA signed certificate.  The KB that walks through that procedure can be found here.

 

After replacing Virtual Storage Console's (VSC) self signed certificate with a CA (Certificate Authority) signed certificate, some functionality such as VSC's storage mapping's pane no longer works.  In the logs, errors similar to the following are seen:

02/26/20 EST 13:06:09 (ERROR) [cxf-727180:public-interface:clusterAddBasic-11] An exception was thrown by , hostname in certificate didn't match: <192.168.0.35> != <>
org.springframework.remoting.RemoteAccessException: Could not access HTTP invoker remote service at https://192.168.0.35:8143/remoting/s...&locale=en_US]; nested exception is javax.net.ssl.SSLException: hostname in certificate didn't match: <192.168.0.35> != <>
        at org.springframework.remoting.httpinvoker.HttpInvokerClientInterceptor.convertHttpInvokerAccessException(HttpInvokerClientInterceptor.java:226)
        at org.springframework.remoting.httpinvoker.HttpInvokerClientInterceptor.invoke(HttpInvokerClientInterceptor.java:153)
        at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:179)
        at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:213)
        at com.sun.proxy.$Proxy122.getAllStorageSystems(Unknown Source)
        at com.netapp.vasa.vvol.vsc.VscCallWrapper.getAllStorageSystemsPrivate(VscCallWrapper.java:48)
        at com.netapp.vasa.vvol.vsc.VscCallWrapper.getAllStorageSystems(VscCallWrapper.java:37)
        at com.netapp.vasa.vvol.vsc.VscCallWrapper$$FastClassBySpringCGLIB$$20c3a590.invoke(<generated>)
        at org.springframework.cglib.proxy.MethodProxy.invoke(MethodProxy.java:204)
        at org.springframework.aop.framework.CglibAopProxy$CglibMethodInvocation.invokeJoinpoint(CglibAopProxy.java:738)
        at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:157)
        at org.springframework.aop.aspectj.MethodInvocationProceedingJoinPoint.proceed(MethodInvocationProceedingJoinPoint.java:85)
        at com.netapp.vasa.vvol.ws.LoggingAspect.processMethodCallSimple(LoggingAspect.java:724)
        at com.netapp.vasa.vvol.ws.LoggingAspect.logTimeMethodVscInternal(LoggingAspect.java:672)


 

 

Scan to view the article on your device
CUSTOMER EXCLUSIVE CONTENT

Registered NetApp customers get unlimited access to our dynamic Knowledge Base.

New authoritative content is published and updated each day by our team of experts.

Current Customer or Partner?

Sign In for unlimited access

New to NetApp?

Learn more about our award-winning Support