> Source: [sk164353](https://support.checkpoint.com/results/sk/sk164353)

# sk164353 - Although Endpoint Security Client is configured to check location according to Domain Controller, sometimes when the client is inside the Encryption domain, the connect dialog pops up

| Property | Value |
|----------|-------|
| Solution ID | sk164353 |
| Date Created | 2020-11-04 |
| Last Modified | 2020-11-09 |
| Technical Level | Advanced |
| Products | Endpoint Security |
| Versions | Cloud, E89.X, E88.X |

## Symptoms

- * Although Endpoint Security Client is configured to check location according to Domain Controller, sometimes when the client is inside the Encryption domain, the connect dialog pops up anyway.
* In the helpdesk logs, it seems that there is a connectivity issue with the DC when the issue occurs:  

  When location awareness is working properly:

  \*\*\*\* LocationAwareness::UpdateLocation - calling GetDomainControllerLocation  
  \*\*\*\* LocationAwareness::GetDomainControllerLocation - entering  
  \*\*\*\* ExecuteRoutineInNewThread_WithTrigger - entering  
  \*\*\*\* LocationAwareness::GetDomainControllerLocation - allocating m_DC_request  
  \*\*\*\* LocationAwareness::AsynchNetLogonThread - entering  
  \*\*\*\* LocationAwareness::AsynchNetLogonThread - Domain controller connectivity is achieved (0x0)  
  \*\*\*\* MessageLoop::_ThreadRoutineWrapper_WithTrigger: routine completed. raising trigger  
  \*\*\*\* MessageLoop::_ThreadRoutineCompleted_WithTrigger: back in main thread  
  \*\*\*\* LocationAwareness::_NetLogonResult - Entering  
  \*\*\*\* LocationAwareness::_NetLogonResult - got result of DC query  
  \*\*\*\* LocationAwareness::DCLocationReply: Entering  
  \*\*\*\* LocationAwareness::DCLocationReply: setting a sched to verify this DC location in 30 seconds

  During the issue:

  \*\*\*\* LocationAwareness::GetDomainControllerLocation - entering  
  \*\*\*\* ExecuteRoutineInNewThread_WithTrigger - entering  
  \*\*\*\* LocationAwareness::GetDomainControllerLocation - allocating m_DC_request  
  \*\*\*\* LocationAwareness::AsynchNetLogonThread - entering  
  state is idle, location is 'NO_NETWORK', receive CONN_EVENT_SYSTEM_RESUME_SUSPEND -\> about to reset location awareness  
  \*\*\*\* LocationAwareness::AsynchNetLogonThread - Domain controller connectivity is NOT achieved (0x51f)  
  \*\*\*\* MessageLoop::_ThreadRoutineCompleted_WithTrigger: back in main thread  
  \*\*\*\* LocationAwareness::_NetLogonResult - Entering  
  \*\*\*\* LocationAwareness::_NetLogonResult - got result of DC query  
  \*\*\*\* LocationAwareness::DCLocationReply: Entering

  In addition you can find the following lines repeat themselves in the logs:

  \*\*\*\* LocationAwareness::Update

## Cause

**Environment:** The Endpoint Security Client tries to connect from the internal network when Location Awareness is enabled. Location Awareness is configured to check if the host has access to the Domain Controller. It is also configured to check WIFI names. The client randomly tries to connect and needs to be disconnected manually (not recognizing that the location is in the internal network).  

**There is a connectivity issue with the DC when the issue occurs.**

## Solution

This solution requires authentication. Please log in to view the full solution.

---

# Agent Instructions

This content is from the Check Point Support Center (https://support.checkpoint.com), the official knowledge base for Check Point cybersecurity products.

## Navigating This Knowledge Base

- **Complete index**: [llms.txt](https://support.checkpoint.com/llms.txt)
- **All SK articles**: [SecureKnowledge Sitemap](https://support.checkpoint.com/sitemaps/secureknowledge-sitemap-index.xml)
- **SK article URL pattern**: `https://support.checkpoint.com/results/sk/{skId}`
- **Markdown responses**: AI bot User-Agents automatically receive `text/markdown` content