Más

Red geométrica de Esri - Código de error 18 (desconocido)

Red geométrica de Esri - Código de error 18 (desconocido)


Hemos creado una red geométrica en una geodatabase personal con ArcGIS 10.2.2 for Desktop.

Cada vez que obtenemos un código de error de 18 en una característica de punto en particular.

Como puede ver aquí, no hay un código de error de 18 según la tabla de Esri.

Hemos enviado esto a Esri pero no hemos recibido respuesta.

En lugar de simplemente eliminar el punto y volver a crearlo, queremos saber exactamente por qué sucedió esto.

¿Alguien ha visto alguna vez un error de red geométrica 18 o sabe lo que esto significa?


Acabo de recibir una respuesta de ESRI sobre este problema. La lista completa de códigos de error se menciona aquí.

Código de error 18: la función tiene un valor de subtipo no válido.


Cómo detectar un error de origen cruzado (CORS) frente a otros tipos de errores para XMLHttpRequest () en Javascript

Estoy tratando de detectar cuándo falla un XMLHttpRequest () debido a un error de origen cruzado en lugar de una solicitud incorrecta. Por ejemplo:

Caso 1: url es una dirección válida donde el origen del permiso de control de acceso está configurado correctamente

  • Ejemplo: http://192.168.8.35 donde tengo un servidor con Access-Control-Allow-Origin: * establecido en el encabezado
  • Esto es fácil de detectar como ajaxObj.readyState == 4 y ajaxObj.status == 200

Caso 2: url es una dirección no válida en un servidor existente

  • Ejemplo: http://xyz.google.com donde el servidor responde pero no es una solicitud válida
  • Esto da como resultado ajaxObj.readyState == 4 y ajaxObj.status == 0

Caso 3: url es a una dirección IP de servidor no existente

  • Ejemplo: http://192.168.8.6 en mi red local donde no hay nada para responder
  • Esto da como resultado ajaxObj.readyState == 4 y ajaxObj.status == 0

Caso 4: url es una dirección válida donde el origen del permiso de control de acceso es NO colocar

  • Ejemplo: http://192.168.8.247 donde tengo un servidor sin Access-Control-Allow-Origin: * establecido en el encabezado
  • Esto da como resultado ajaxObj.readyState == 4 y ajaxObj.status == 0

El problema es: ¿Cómo puedo diferenciar el caso 4 (error de origen de permiso de control de acceso) y los casos 2 y amp3?

En el caso 4, la consola de depuración de Chrome muestra el error:

XMLHttpRequest no puede cargar http://192.168.8.247/. Origin http: // localhost no está permitido por Access-Control-Allow-Origin.

¿Cómo hago para que se conozca ese error en Javascript?

Traté de encontrar alguna indicación en ajaxObj, pero nada parece ser diferente en comparación con Case 2 y amp3.

Aquí hay una prueba simple que utilicé:


ERR_CONNECTION_RESET

El Error ERR_CONNECTION_RESET indica un problema con la conexión. Puede ser su conexión a Internet, su navegador, la conexión que se establece entre su navegador y el sitio web y, en algunos casos raros, el sitio web en sí puede ser la causa. Verá el error ERR_CONNECTION_RESET en Chrome, pero también puede verlo en los navegadores basados ​​en Chromium.

Controles básicos

Antes de que pueda solucionar este error, debe determinar si es algo que puede solucionar por su parte.

  • Verifique si el sitio web está activo pegando la URL en Abajo para todos o solo para mí. Si está inactivo, no hay nada que pueda hacer.
  • Compruebe si puede acceder al sitio web desde un dispositivo diferente (como un teléfono). Si puede, es probable que su navegador sea el problema.
  • Compruebe si puede acceder a otros sitios web. Si es así, el problema puede estar en su navegador y puede estar relacionado con las cookies. Si no puede acceder a otros sitios web, es probable que el problema esté en su navegador y / o en la configuración de su red.
  • Si está utilizando una VPN, apáguela y luego intente acceder al sitio web. Su VPN puede estar experimentando problemas.
  • Apague y encienda el enrutador y el sistema, apáguelos y vuelva a encenderlos. Esto resuelve la mayoría de los problemas de red.

Después de que haya ejecutado estas comprobaciones básicas, podemos empezar a corregir el error ERR_CONNECTION_RESET.


Error de análisis de respuesta JSON en EnvelopValidation # 277

Sigo recibiendo errores cuando los resultados recolectados se reproyectan utilizando el servicio de geometría preconfigurado.

Estoy usando el "http://tasks.arcgisonline.com/ArcGIS/rest/services/Geometry/GeometryServer/" GeometryServer. El archivo de registro de GTP está lleno de los siguientes errores:

Si llamo a la URL desde el registro de excepciones, está funcionando bien, la respuesta JSON parece correcta. El conector Tomcat está configurado para codificación UTF-8. Si dejo que la cosecha comience con la pestaña "Aprobar automáticamente los recursos recién adquiridos" marcada, el recurso se registrará sin reproyección y los sobres estarán en todo el mundo, pero no en las ubicaciones correctas.

¡Cualquier ayuda será muy apreciada!

El texto se actualizó correctamente, pero se encontraron estos errores:

No podemos convertir la tarea en un problema en este momento. Inténtalo de nuevo.

El problema se creó correctamente, pero no podemos actualizar el comentario en este momento.

Mhogeweg comentado el 18 de julio de 2017 & # 8226

interesante. abrir la URL en un navegador devuelve un JSON adecuado. He asignado a @zguo y @pandzel

Tamasoz comentó el 18 de julio de 2017

¡Gracias @mhogeweg! Encontré este problema tanto en la versión 1.2.7 como en la 1.2.8.

@zguo, @pandzel - avíseme si necesita más información sobre este problema.

Tamasoz comentó el 21 de julio de 2017

¿Alguna noticia sobre la solución del problema mencionado anteriormente? Nuestro servidor todavía está pasando por el problema habitual: intentar convertir sobres usando Geometryservice y recibir el mismo mensaje de error una y otra vez. Cada vez que verifico la URL del servicio de geometría, es un JSON válido.

Zguo comentó el 21 de julio de 2017

es el servicio que está tratando de recolectar disponible públicamente para que podamos echarle un vistazo. sería bueno tener la URL.

Tamasoz comentó el 22 de julio de 2017

De acuerdo, preparé algunos datos de archivos de registro para ti. Desde el archivo de registro de GTP puede ver qué servidores se están recolectando: los servidores tienen una amplia gama de composiciones geográficas (EE. UU., Japón, República Popular China, Brasil, Medio Oriente, etc.), por lo que hay una variedad de proyecciones en los servicios.

También incluí un archivo de texto que muestra la URL de la capa de servicio registrada y la impresión de los metadatos de la capa del geoportal; puede ver que las capas de servicio de EE. UU. Y Canadá terminaron en África. Además, hay dos conjuntos de datos de un servidor ruso desde donde los servicios de ubicaciones similares se registraron correctamente o terminaron en Singapur.

Por último, implementé un servlet de prueba en el servidor Tomcat, conectándome al servicio de geometría en task.arcgisonline.com (el que enviaste anteriormente). respuesta recibida bien, el primer carácter es de hecho un <.

Este es un enlace para una carpeta pública de una unidad que contiene toda la información que pueda necesitar (archivo de registro, prinotus de metadatos, captura de pantalla de una conexión de servlet exitosa).

Pero parece que logré subir estos archivos aquí.

Avísame si necesitas más detalles.

Zguo comentado el 25 de julio de 2017

Probé bastantes sitios ags del archivo de registro, desafortunadamente no pude reproducir el problema que está teniendo, también para aquellos en GEOPORTAL_ERROR_EXPLANATIONS.txt, la coordenada que obtuve es diferente a la suya. p.ej. en el primero titulado "PLSS Bo limits_9K" obtuve lo siguiente:

ows: WGS84BoundingBox
ows: LowerCorner-81.56591253766693 27.031551149494298 & lt / ows: LowerCorner & gt
ows: UpperCorner-80.92742719389345 27.647822208496503 & lt / ows: UpperCorner & gt
& lt / ows: WGS84BoundingBox & gt

Me pregunto si está relacionado con el entorno del sistema / configuración de red, ¿tiene más información, como el entorno del sistema, la versión del geoportal? personalizaciones, etc.también puede probar herramientas como Fiddler para verificar la comunicación de la red para ver si las solicitudes / respuestas se ven correctas

también es posible agregar alguna declaración de registro a ServiceInfo.java después de la línea 638 (String response = http.readResponseAsCharacters ()) para registrar la URL y la respuesta

LOGGER.finest (String.format ("% s = & gt% s", projectionUrl, respuesta))

Tamasoz comentado el 25 de julio de 2017

@zguo Ya no puedo verificar la respuesta de PLSS Bo limits_9K ya que este conjunto de datos ya no está disponible públicamente; solo usamos esto para la prueba de todos modos. Pero la respuesta que recibió es correcta de todos modos: la que incluí en GEOPORTAL_ERROR_EXPLANATIONS.txt es completamente incorrecta.

El sistema está compuesto de la siguiente manera:
Azure Linux VM: Ubuntu 16.04 LTS, Tomcat Apache Tomcat / 8.5.15 configurado con certificado SSL autofirmado, tanto http como https ejecutándose en los puertos Tomcat predeterminados, codificación UTF-8. Oracle JDK 8 instalado (no se puede verificar la versión exacta ahora, pero debería ser la más reciente), la configuración de red sigue la configuración de red estándar de Azure VM, interfaz de red estándar, grupo de seguridad de red, etc. Geoportal 1.2.8. (y anteriormente 1.2.7) se comportó de la misma manera en una infraestructura de proveedor de alojamiento diferente (todavía en Ubuntu 16.04). Geoportal se ejecuta en una configuración muy estándar, autenticación básica (sin LDAP), sin funciones adicionales instaladas (como el indexador Solr). En general, el sistema es bastante estable, probamos muchos servidores Arcgis diferentes para cosechar; la mayoría funcionaba bien con la excepción de este problema de sobre.

Agregaré la línea del registrador al código de la aplicación web implementada tan pronto como tenga la oportunidad y les haré saber lo que se registró.

Tamasoz comentado el 1 de agosto de 2017

Finalmente obtuve algo de tiempo para reconstruir el geoportal desde la fuente junto con la nueva línea para Logger (¿debería dejar esta línea para la próxima versión tal vez?) Y después de algunas compilaciones fallidas, logré implementar el nuevo archivo WAR en el servidor.

El resultado es simple: cuando hay un error al analizar la respuesta JSON es simplemente porque JSONparser / JSONObject recibe una cadena completamente vacía.

Como el registro se configuró en FINEST, me ahorré la molestia de publicar todo el archivo de registro, que aumentó varios cientos de megabytes con bastante rapidez, por lo que los extractos son los siguientes:

MEJOR [cosechador] com.esri.gpt.catalog.arcgis.metadata.ServiceInfo $ EnvelopeValidator.validateEnvelope http://tasks.arcgisonline.com/ArcGIS/rest/services/Geometry/GeometryServer/project?f=json&inSR=102698&atries32 =% 7B% 22geometryType% 22% 3A% 22esriGeometryEnvelope% 22% 2C% 22geometry% 22% 3A% 5B% 7B% 22xmin% 22% 3A2960377.7691159137% 2C% 22ymin% 22% 3A179616.72617781907% 22C% 22xmax 3A2983442.4359129965% 2C% 22ymax% 22% 3A195029.18386990577% 7D% 5D% 7D = & gt

01-Aug-2017 03: 42: 35.772 ADVERTENCIA [recolector] com.esri.gpt.catalog.arcgis.metadata.ServiceInfo $ EnvelopeValidator.validateEnvelope Error al proyectar el sobre, problema al analizar la respuesta JSON, url = http: //tasks.arcgisonline. com / ArcGIS / rest / services / Geometry / GeometryServer / project? f = json & ampinSR = 102698 & ampoutSR = 4326 & ampgeometries =% 7B% 22geometryType% 22% 3A% 22esriGeometryEnvelope% 22% 2C% 22geometries% 22% 3A% 22xBmin% 22 % 3A2960377.7691159137% 2C% 22ymin% 22% 3A179616.72617781907% 2C% 22xmax% 22% 3A2983442.4359129965% 2C% 22ymax% 22% 3A195029.18386990577% 7D% 5D% 7D org. comience con '<' en el carácter 0

<"geometrías": [<"xmin": - 71.29006099999998, "ymin": - 53.783882999999946, "xmax": - 57.550354999999975, "ymax": - 24.790544999999952>]> 01-ago-2017 03: 43: 15.577 MEJOR [cosechadora ] com.esri.gpt.catalog.arcgis.metadata.ServiceInfo $ EnvelopeValidator.validateEnvelope http://tasks.arcgisonline.com/ArcGIS/rest/services/Geometry/GeometryServer/project?f=json&inSR=102100&outSR=geometries % 22geometryType% 22% 3A% 22esriGeometryEnvelope% 22% 2C% 22geometry% 22% 3A% 5B% 7B% 22xmin% 22% 3A-7935973.289141409% 2C% 22ymin% 22% 3A-7129332.105468956% 2C% 3 22x13572% 2261247 % 2C% 22ymax% 22% 3A-2850039.6428465564% 7D% 5D% 7D = & gt

01-Aug-2017 03: 43: 15.577 ADVERTENCIA [recolector] com.esri.gpt.catalog.arcgis.metadata.ServiceInfo $ EnvelopeValidator.validateEnvelope Error al proyectar el sobre, problema al analizar la respuesta JSON, url = http: //tasks.arcgisonline. com / ArcGIS / rest / services / Geometry / GeometryServer / project? f = json & ampinSR = 102100 & ampoutSR = 4326 & ampgeometries =% 7B% 22geometryType% 22% 3A% 22esriGeometryEnvelope% 22% 2C% 22geometries% 22% 3A% 22xBmin% 22 % 3A-7935973.289141409% 2C% 22ymin% 22% 3A-7129332.105468956% 2C% 22xmax% 22% 3A-6406476.213572122% 2C% 22ymax% 22% 3A-2850039.6428465564% 7D% 5D% 7D org. comience con '<' en el carácter 0

<"geometrías": [<"xmin": - 90.168001397791386, "ymin": 38.567268640704214, "xmax": - 89.961585463235281, "ymax": 38.625623223574806>]> 01-ago-2017 03: 43: 33.968 FINEST [cosechadora] com .esri.gpt.catalog.arcgis. % 22% 3A% 22esriGeometryEnvelope% 22% 2C% 22geometry% 22% 3A% 5B% 7B% 22xmin% 22% 3A2296203.790757995% 2C% 22ymin% 22% 3A692102.0610857382% 2C% 22xmax% 22% 3A2355173.1 % 22ymax% 22% 3A713288.1168106571% 7D% 5D% 7D = & gt

01-Aug-2017 03: 43: 33.968 ADVERTENCIA [recolector] com.esri.gpt.catalog.arcgis.metadata.ServiceInfo $ EnvelopeValidator.validateEnvelope Error al proyectar el sobre, problema al analizar la respuesta JSON, url = http: //tasks.arcgisonline. com / ArcGIS / rest / services / Geometry / GeometryServer / project? f = json & ampinSR = 102672 & ampoutSR = 4326 & ampgeometries =% 7B% 22geometryType% 22% 3A% 22esriGeometryEnvelope% 22% 2C% 22geometries% 22% 3A% 22xBmin% 22 % 3A2296203.790757995% 2C% 22ymin% 22% 3A692102.0610857382% 2C% 22xmax% 22% 3A2355173.1865984946% 2C% 22ymax% 22% 3A713288.1168106571% 7D% 5D% 7D org. comience con '<' en el carácter 0

Solo para estar seguros, implementamos una arquitectura similar en una máquina virtual de Windows; estaban ocurriendo los mismos problemas. También grabé una sesión de Monitor de red, pero eso no fue demasiado informativo; también puedo proporcionarlo si lo necesita, solo hágamelo saber.


Spilhaus: Proyeksi Peta Lautan Dunia, Kini Sudah Tersedia di Pro!

Jika berbicara tentang peta dunia, sebagian orang sudah tentu membayangkan daratan yang terbagi atas benua dan batas-batas negara. Sedangkan lautan? Mungkin hanya dilihat sebagai latar belakang dari peta dunia tersebut. Padahal, bumi tempat manusia hidup sementara ini 71 persennya adalah lautan. Lebih penting lagi, kita semua bergantung pada oksigen yang diproduksi di lautan, yang mana menyumbang lebih dari 50 persen oksigen di atmosfer.

Tidak bisa dipungkiri, sebagian besar pemikiran dan perencanaan manusia memang berorientasi pada daratan begitu pula pada peta. Laut memang selalu dinomorduakan.

Namun, pada 1942, seorang ahli meteorologi-kelautan asal Afrika Selatan bernama Athelstan Spilhaus mengatasi ketidakadilan ini dan menciptakan proyeksi peta yang sepenuhnya berpusat pada lautan. Yang membuat unik, peta tersebut berpusat di Antartika dan mengupas Benua Asia dan Amerika. Selain unik, peta tersebut juga bisa memberikan fakta bahwa 71 persen dari permukaan bumi adalah air sebagai satu kesatuan. Peta di bawah ini adalah salah satu contoh peta yang dibuat menggunakan Proyeksi Spilhaus

Dan kabar baiknya bagi kamu, Arcnesian, proyeksi ini sudah tersedia di AcrGIS Pro. Kalau kamu penasaran dan ingin langsung mencoba, kamu bisa unduh projectnya di sini. Atau kamu juga bisa membuat manual dengan cara klik kanan pada Map lalu pilih Map Properties. Setelah jendela Propiedades del mapa muncul kemudian kamu klik Coordinate Systems. Pada kolom sebelah Sistemas de coordenadas XY Disponibles ketikkan Spilhaus. Maka akan muncul beberapa opsi dan kamu tinggal pilih Spilhaus Ocean Map in Square. Lebih jelasnya kamu bisa lihat gambar di bawah ini.

Dan ini beberapa peta tematik yang saya buat menggunakan Proyeksi Spilhaus menggunakan ArcGIS Pro ..

Saya sangat menyarankan agar Acnesian mencobanya. Kalau ada pertanyaaan atau komentar, silakan tulis di bawah. Saya akan sangat senang dengan itu. Terima kasih


Getting Failed (código de salida: 1). al ejecutar restaurar DB desde un archivo .tar en pgAdmin4 postgresql 10.5 [cerrado]

¿Quieres mejorar esta pregunta? Actualice la pregunta para que esté relacionada con el tema para los administradores de bases de datos Stack Exchange.

Estoy haciendo una introducción al curso de SQL y no puedo cargar mi primera base de datos. Tengo un archivo dvdrental.tar, creo una nueva base de datos dvdrental> clic derecho> Restaurar> Seleccionar archivo> Elija "Datos" en Opciones de restauración, y aparece el siguiente error.

Estoy en Mac OSX y la instancia de pgAmin se está cargando en Chrome si eso ayuda. Intenté eliminar y volver a agregar la base de datos dos veces y todavía obtengo el mismo error. También intenté reinstalar pgAdmin y reinstalar postgresql por completo, incluida la eliminación de la cuenta de usuario. Intenté hacerlo en una instalación nueva en un entorno de Windows y obtengo exactamente el mismo error.

También he reiniciado completamente la computadora varias veces desde entonces. También acabo de verificar que otros archivos tar y un archivo sql no funcionan.

Aquí está el error completo, no tengo idea de lo que significa, ya que soy nuevo en SQL y solo lo configuro:


lo que hizo que el servicio terminara inesperadamente

Eso sería difícil de responder sin ningún detalle, excepto que se ha bloqueado. ¿Su aplicación escribe archivos de registro? ¿Hay sugerencias en otros registros de eventos?

en cualquier caso, ¿causaron la terminación del servicio?

WER comienza cuando un servicio ha sido terminado, no puede terminar sus procesos.

El Informe de errores de Windows es una infraestructura de comentarios basada en eventos diseñada para recopilar información sobre los problemas que Windows puede detectar, informar la información a Microsoft y proporcionar a los usuarios las soluciones disponibles.

A partir de Windows Vista, Windows proporciona informes de fallas, fallas del kernel, fallas y fallas de forma predeterminada sin requerir cambios en la aplicación. En su lugar, las aplicaciones usan la API WER para generar informes de errores para problemas específicos de la aplicación que no están relacionados con fallas, fallas del kernel o falta de respuesta.

Para generar informes de error para problemas específicos de la aplicación, la aplicación debe crear una breve descripción del problema utilizando algunos datos básicos llamados parámetros de informe. Los parámetros del informe incluyen información como el nombre de la aplicación, la versión de la aplicación, el nombre del módulo, la versión del módulo y el código de error. La combinación de estos parámetros de informe describe un problema único.


Red geométrica de Esri - Código de error 18 (desconocido) - Sistemas de información geográfica

Lea cómo los clientes de todo el mundo están poniendo en acción nuestras diversas soluciones para dar forma a un cambio inteligente.

Lea cómo los clientes de todo el mundo están poniendo en acción nuestras diversas soluciones para dar forma a un cambio inteligente.

Lea cómo los clientes de todo el mundo están poniendo en acción nuestras diversas soluciones para dar forma a un cambio inteligente.

Lea cómo los clientes de todo el mundo están poniendo en acción nuestras diversas soluciones para dar forma a un cambio inteligente.

Lea cómo los clientes de todo el mundo están poniendo en acción nuestras diversas soluciones para dar forma a un cambio inteligente.

Lea cómo los clientes de todo el mundo están poniendo en acción nuestras diversas soluciones para dar forma a un cambio inteligente.

Lea cómo los clientes de todo el mundo están poniendo en acción nuestras diversas soluciones para dar forma a un cambio inteligente.

Lea cómo los clientes de todo el mundo están poniendo en acción nuestras diversas soluciones para dar forma a un cambio inteligente.

Lea cómo los clientes de todo el mundo están poniendo en acción nuestras diversas soluciones para dar forma a un cambio inteligente.

Lea cómo los clientes de todo el mundo están poniendo en acción nuestras diversas soluciones para dar forma a un cambio inteligente.

Lea cómo los clientes de todo el mundo están poniendo en acción nuestras diversas soluciones para dar forma a un cambio inteligente.

Lea cómo los clientes de todo el mundo están poniendo en acción nuestras diversas soluciones para dar forma a un cambio inteligente.

Lea cómo los clientes de todo el mundo están poniendo en acción nuestras diversas soluciones para dar forma a un cambio inteligente.

  • Estaciones totales
  • Sistemas GNSS
  • Redes de referencia GNSS
  • Escáneres láser
  • Sistemas de seguimiento láser
  • Plataformas de sensores móviles
  • Sistemas aerotransportados
  • Sistemas UAV
  • Sistemas de control de máquinas
  • Estaciones totales de construcción y amplificador GNSS
  • Sistemas de deteccion
  • Láseres
  • Niveles
  • Colectores GIS
  • Generador de imágenes 3D
  • DISTO ™ y amp Lino

Encuentre todo el contenido de los seminarios web de escaneo láser en un solo lugar y mire todos los seminarios web a pedido ahora.

Introduciendo HxGN SMART Build: Una plataforma simple pero robusta para la industria de la construcción, construida desde cero.

Encuentra mas sobre:

Seleccionar país

Europa

Américas

África


Polinomios de interpolación de Lagrange: límite de error

Sea $ f (x) = e ^ <2x> - x $, $ x_0 = 1 $, $ x_1 = 1.25 $ y $ x_2 = 1.6 $. Construya polinomios de interpolación de grado como máximo uno y como máximo dos para aproximar $ f (1.4) $, y encuentre un límite de error para la aproximación.

Entonces sé cómo construir los polinomios de interpolación, pero no estoy seguro de cómo encontrar el límite de error. Sé que la fórmula para el límite de error es: $<>( xi (x)) over (n + 1)!> times (x-x_0) (x-x_1). (x-x_n) $

Para el polinomio de interpolación de grado uno, la fórmula sería: $( xi (x)) over (2)!> times (x-1) (x-1.25) $

Entonces, si tomo la segunda derivada de la función, obtendría $ f '' (x) = 4e ^ <2x> $. Dado que $ f '' $ aumenta estrictamente en el intervalo $ (1, 1.25) $, el error máximo de $( xi (x)) over (2)!> $ será $ 4e ^ <2 times 1.25> / 2! $. Sustituir $ x = 1.4 $ en la fórmula anterior nos da $ 1.461899 $. Me preguntaba si esta es la forma correcta de calcular el límite de error, ya que he visto ejemplos en los que tomarían la derivada y encontrarían puntos críticos y luego me perdería.


1 respuesta 1

Hemos utilizado el servidor OpenVPN-AS con éxito con SQL Server utilizando autenticación AD durante varios años. Sospecho que puede tener más que ver con el sistema cliente en el otro extremo de la conexión OpenVPN: ¿la máquina está unida al mismo dominio en el que se encuentra el servidor VPN? Si no es así, ¿está unido a un dominio diferente y existe una relación de confianza entre los dos? Si no está unido a ningún dominio, aún deberá agregar la información del dominio cuando se conecte a SSMS o cualquier cliente o programa al que esté intentando conectarse, incluso si ha creado el mismo nombre de usuario en el cliente, ya que será intentando pasar COMPUTERNAME dbtest y no DOMAIN dbtest por defecto.

Actualizar re: comentarios

El servidor OpenVPN-AS no debería modificar la forma en que se transmite la información del dominio; sugiero una captura rápida de Wireshark en cualquier extremo y luego examinar la transmisión con el intento de autenticación de SQL. Si la aplicación usa SSL, esto puede ser más difícil, pero es posible que aún pueda ver los detalles del usuario que se transmiten. Además, si tiene la fuente de la aplicación, verifique que esté configurada para usar Integrated Security = SSPI en lugar de la identificación de usuario y la contraseña en la cadena de conexión. Dependiendo de la versión de SQL Server, también hay un comando Trusted_Connection = True que puede usar en la cadena de conexión. Este sitio es un gran recurso para construirlos.

Por último, si la aplicación se conecta a través de ODBC en lugar del conector .NET nativo, puede crear un registro de seguimiento a través del icono de Fuentes de datos (ODBC) en el Panel de control> área Herramientas administrativas.

Es posible que deba configurar SQL Server en modo de autenticación mixto. Pero aún ejecutaría la captura de Wireshark lo antes posible para ver más de cerca lo que está pasando.


Ver el vídeo: Fixing ArcTools When Not Working in GIS. Tools Not Licenced Error at ArcMap