Netskope Private Access란 무엇입니까?

Netskope Private Access 시스템 요구 사항은 배포 환경에 따라 다릅니다. 자세한 내용은 다음을 참조하십시오. Netskope Private Access 게시자에 대한 시스템 요구 사항을 참조하십시오.

애플리케이션 및 서비스에 사용자를 연결하려면 일부 위치의 Netskope UI 내에서 Netskope Private Access 관리자가 전용 앱 정책을 구성해야 합니다. 다음은 알려진 애플리케이션 및 서비스 유형에 대한 구성 옵션 및 세부 정보입니다.

애플리케이션	프로토콜 및 포트	요소
웹 트래픽	TCP: 80, 443(맞춤형 포트: 8080 등) UDP: 80, 443	Google Chrome은 일부 웹 애플리케이션에 QUIC 프로토콜(UDP 기반 HTTP/S)을 사용합니다. TCP와 UDP 모두에 대해 웹 검색 포트를 복제하면 성능이 향상될 수 있습니다.
SSH	TCP: 22
원격 데스크탑(RDP)	TCP: 3389 UDP: 3389	일부 Windows RDP(Remote Desktop Protocol) 클라이언트 앱(예: 최신 Windows 10 버전)은 UDP: 3389를 사용하여 원격 데스크탑을 연결하는 것을 선호합니다.
Windows SQL Server	TCP: 1433, 1434 UDP: 1434	Windows SQL Server의 기본 포트는 1433이지만 사용자 환경에서 맞춤 구성할 수 있습니다. 자세한 내용은 SQL Server 액세스를 허용하도록 Windows 방화벽 구성(https://docs.microsoft.com/sql/sql-server/install/configure-the-windows-firewall-to-allow-sql-server-access?view=sql-server-2017)을 참조하십시오.
MySQL	TCP: 3300-3306, 33060 TCP: 33062(관리자 특정 접속의 경우)	일반적인 MySQL 연결을 사용하는 경우 포트 3306만 필요하지만 일부 사용자는 추가 MySQL 기능 포트를 사용할 수 있습니다. Netskope는 MySQL 데이터베이스 전용 앱 포트 범위를 사용할 것을 권장합니다. MySQL은 연결 테스트를 잠재적인 공격으로 탐지하므로 Netskope Private Access 게시자의 연결을 차단합니다. 포트 구성의 범위를 사용하면 Netskope Private Access 게시자가 범위의 첫 번째 포트에서만 연결성 검사를 수행합니다. 이렇게 하면 MySQL에서 이 트래픽을 볼 수 없으며 포트 블록이 발생하지 않습니다. 자세한 내용은 MySQL 포트 참조 테이블(https://dev.mysql.com/doc/mysql-port-reference/en/mysql-ports-reference-tables.html)을 참조하십시오.

예. Netskope Private Access에서는 해당 목록에 없는 앱을 터널링할 수 있습니다. Netskope Private Access는 TCP 및 UDP 프로토콜과 모든 관련 포트를 지원합니다. 단, 한가지 눈에 띄는 예외가 있습니다. Netskope는 대부분의 DNS 트래픽을 터널링하지 않지만, 포트 53을 통한 DNS 서비스(SRV) 조회를 터널링하는 기능을 지원합니다. 이는 LDAP, Kerberos 등과 관련된 다양한 Windows Active Directory 환경에서 사용되는 서비스 검색에 필요합니다.

폴링 간격은 약 1분입니다.

Netskope Private Access 게시자는 전용 앱에 구성된 포트에 연결하여 전용 앱에 연결할 수 있는지 여부를 확인하려고 합니다.

고려해야 할 중요한 요소:

• 게시자는 호스트 이름(예: jira.globex.io)과 포트(예: 8080)를 통해 전용 앱을 정의하는 경우 가장 효과적으로 작동합니다.
• 여러 개의 포트 또는 포트 범위를 사용하여 앱을 지정하는 경우 게시자는 목록 또는 범위의 첫 번째 포트를 사용하여 가용성을 확인합니다.
• 게시자는 와일드카드(*.globex.io) 또는 CIDR 블록(10.0.1.0/24)을 사용하여 정의된 전용 앱에 대한 연결을 확인할 수 없습니다. 포트 범위가 정의된 앱(3305-3306)의 연결도 확인하지 않습니다.

등록에 실패한 경우(예: 등록 코드를 입력하는 중에 숫자가 누락되었기 때문) 게시자에 SSH를 실행하고 새 등록 토큰을 제공합니다.

등록에 성공했지만 다른 토큰을 사용하여 게시자를 등록하기로 결정한 경우 이 작업은 지원되지 않으며 권장되지 않습니다. 이 시나리오에서는 게시자를 다시 설치합니다.

아니요. Netskope Private Access에서는 ICMP가 아니라 TCP와 UDP만 터널링합니다. Netskope Private Access에 대해 ping 또는 traceroute 명령을 실행하여 네트워크 연결을 테스트할 수 없습니다.

아니요. Netskope Private Access에서는 전용 앱에서 클라이언트까지 연결을 설정하는 프로토콜을 지원하지 않습니다. 예를 들어, FTP 활성 모드는 지원되지 않습니다.

아니요. 게시자는 특정 인증서에 대한 등록 프로세스와 서버측 인증서 인증을 위해 SSL을 고정합니다.

이 경우 TLS 연결을 종료하는 프록시가 있으면 대상이 허용 목록에 있거나 우회(*.newedge.io)되어야 합니다.

전용 앱 호스트에 연결되는 게시자의 IP 주소에서 시작되는 연결이 표시됩니다. 범위는 없습니다. 전용 앱 호스트에 연결하는 데 사용되는 게시자 수에 따라 각 IP 주소를 허용 목록에 등록해야 합니다.

Amazon Web Services에 배포하는 경우 AMI(Amazon Machine Image)에 게시자를 프로비저닝하는 동안 이미 가지고 있는 KeyPair.pem(또는 새로 생성한 KeyPair.pem)을 할당합니다.

SSH 클라이언트에서 ssh -i [KEYPAIR.PEM] centos@[PUBLISHER]를 입력한 다음 <Enter> 키를 누릅니다.

SSH를 사용하여 게시자에 연결하면 대화형 CLI(Command-Line Interface) 메뉴로 이동합니다. 추가 문제 해결을 위해 옵션 3을 선택하여 정상 UNIX CLI로 이동할 수 있습니다. 자세한 내용은 게시자 뒤에 있는 전용 앱/서비스에 대한 접근성 문제를 해결하는 좋은 방법은 무엇입니까?를 참조하십시오.

1. Windows 시작 메뉴를 오른쪽 클릭한 다음 Run을 클릭합니다.

2. Run UI에서 cmd을 입력한 후 OK를 누릅니다.

3. 명령 프롬프트에 ssh centos@[publisher]를 입력한 다음 <Enter> 키를 누릅니다.

게시자는 액티브/패시브 모드에서 작동합니다. 모든 트래픽은 작동되는(연결된) 경우 첫 번째 게시자로 이동합니다. 그렇지 않은 경우 보조 게시자로 전환됩니다.

가장 좋은 옵션은 문제 해결사를 사용하는 것입니다. Private Apps 페이지에서 Troubleshooter를 클릭합니다.

액세스하려는 전용 앱 및 디바이스를 선택한 다음 Troubleshoot를 클릭합니다.

문제 해결사는 수행된 검사 목록, 구성에 영향을 미칠 수 있는 문제 및 솔루션을 렌더링합니다.