SQL Server Management Studio를 통해 원격으로 연결할 수 없습니다

1and1.com에서 호스팅하는 전용 Windows 2008 Server에서 SQL Server 2008 Express 인스턴스를 설정했습니다. Management Studio를 통해 서버에 원격으로 연결할 수 없습니다. 나는 아래의 단계를 밟았으며 더 이상의 아이디어를 얻지 못했습니다. 나는 사이트를 연구했지만 다른 것을 알아낼 수 없으므로 분명한 것을 놓친 경우 용서해주십시오.하지만 미쳐 가고 있습니다. 여기에 하향식이 있습니다.

SQL Server 인스턴스가 실행 중이며 로컬에서 작업 할 때 완벽하게 작동합니다.

SQL Server Management Studio에서 "이 서버에 대한 원격 연결 허용"확인란을 선택했습니다.

1and1 관리자 패널에서 외부 하드웨어 방화벽 설정을 모두 제거했습니다.

서버의 Windows 방화벽이 비활성화되었지만 킥을 위해 포트 1433의 모든 연결을 허용하는 인바운드 규칙을 추가했습니다.

SQL Native Client 구성에서 TCP / IP가 사용 가능합니다. 또한 서버의 IP 주소가있는 "IP1"이 동적 포트에 대해 0인지 확인했지만이를 삭제하고 일반 TCP 포트 필드에 1433을 추가했습니다. 또한 "IPALL"TCP 포트를 1433으로 설정했습니다.

SQL Server Native Client 구성에서 SQL Server Browser도 실행 중이며

나는 또한에 별칭을 추가하려고

이 값을 설정 한 후 SQL Server를 다시 시작했습니다.

서버 시스템에서 "netstat -ano"를 수행하면

TCP 0.0.0.0:1433 듣기 UDP 0.0.0.0:1434 듣기

로컬 컴퓨터에서 포트 스캔을 수행하고 LISTENING 대신 FILTERED 포트가 표시됩니다. 또한 로컬 컴퓨터의 Management Studio에서 연결을 시도했는데 연결 오류가 발생합니다. 데이터베이스 보안에 표시된 SQL Server 및 Windows 인증으로 다음 서버 이름을 시도했습니다.

ipaddress \ SQLEXPRESS, 1433

ipaddress \ SQLEXPRESS

IP 주소

ipaddress, 1433

tcp : ipaddress \ SQLEXPRESS

tcp : ipaddress \ SQLEXPRESS, 1433

문제가 무엇인지 정확하게 말해 줄 수 있다고 생각합니다.이 문제를 해결하기 위해 48 시간 이상을 보냈습니다. 인터넷에서 아무것도 찾지 못했습니다. 또한 1and1과 함께 발생합니다.

다음 설정을보십시오 :

IP 보안 정책 .....

상자를 엽니 다 ....... 목록 하단 근처에 패킷 필터 속성이 표시됩니다.

'MSDE 닫기 (TCP / UDP)'(MSDE = Microsoft SQL 데이터베이스 엔진이라고 가정하고 있습니까?) 선택 편집을 누릅니다.

상자 열기 .................. 규칙 속성 편집 다시 선택 >> 'MSDE 닫기 (TCP / UDP)'편집 ...을 누릅니다.

IP 필터 목록을 표시하면 포트 목록이 나타납니다. tcp 1433, udp 1434 {포트 목록이 모두 차단 규칙으로 표시됩니다. ..}

여기에서해야 할 일은 어느 쪽이든 ..

해당 화면을 닫습니다. IP 필터 화면의 규칙 속성 편집 화면에 탭 필터 동작이 있습니다. 차단에서 허용하도록 변경할 수 있습니까? (허용되도록 변경하면 "모두 차단"옵션을 다시 선택하여 더 안전하게 들리지만 지원 담당자는 알려진 버그가 있으므로 작동하지 않을 수 있음)

또는

패킷 필터 속성

'MSDE 닫기 (TCP / UDP)'규칙을 해제하십시오.

규칙을 모두 실행하려면 '모두 차단'규칙을 해제해야 할 수도 있습니다.

아마 이것이 당신을 돕기 위해 늦었지만, 같은 문제를 가진 다른 사람을 도울 것입니다.

먼저 관리 스튜디오에서 관리, SQL Server logs \ current를 확인하십시오- '서버가 ['any '1433]에서 청취 중입니다'라는 메시지를 검색하려고합니다. 그렇지 않은 경우 모든 프로그램, SQL Server 2008, 구성 도구, SQL Server 구성 관리자로 이동하십시오. 'SQL 서버 네트워크 구성 \ 프로토콜 용 MSSQLServer \ SQLExpress'를 선택하십시오. TCP / IP가 사용 가능한지 확인하십시오. netstat -ano의 출력을 기반으로해야하지만 ...

가장 중요한 것은-원격 클라이언트에서 로그인을 시도 했습니까?

sqlcmd -S1.2.3.4\SQLExpress -U sa -P Password

www.firebind.com을 시도 할 수도 있습니다. 아웃 바운드 방향으로 1and1을 향한 TCP 포트 1433의 블록이 있는지 테스트 할 수 있습니다.

http://www.firebind.com/1433 이이를 즉시 테스트합니다.

클라이언트 PC에서 원격 SQL Server로 SSMS를 연결하는 것과 동일한 두통이 발생했습니다. 로컬 방화벽이 인바운드 서버 연결을 차단하고있는 것 같습니다. 클라이언트 PC 방화벽에 SSMS에 대한 인바운드 규칙을 할당하여 문제를 해결했습니다. 내가 그 방법을 찾은 유일한 장소는 https://msdn.microsoft.com/en-us/library/cc646024(v=sql.120).aspx 였습니다.

1. 고급 보안이 설정된 Windows 방화벽의 왼쪽 창에서 인바운드 규칙을 마우스 오른쪽 단추로 클릭 한 다음 작업 창에서 새 규칙을 선택합니다.

2. Rule Type (규칙 유형) 대화 상자에서 Program (프로그램)을 선택한 후 Next (다음)를 클릭합니다.

3. 프로그램 대화 상자에서이 프로그램 경로를 선택하고 SQL Server Management Studio의 경우 ssms.exe의 전체 경로를 입력하십시오. 기본적으로 C : \ Program Files (x86) \ Microsoft SQL Server \ 120 \ Tools \ Binn \ Management Studio \ ssms.exe에 설치됩니다.

이것은 나를 도왔다. 당신도 바랍니다.

워크 스테이션에서 포트 1433으로 텔넷 할 수 있습니까? 이는 해당 포트에 네트워크 연결이 있는지 쉽게 확인할 수있는 방법입니다. 공급자가 회선 어딘가에서 장비와의 연결을 차단하고있을 수 있습니다.

필터링 된 포트를보고 있다는 사실은 포트를 어딘가에서 차단하고 있다고 생각합니다. SQL Server를 원격에서 연결하지 못하게하거나 잘 알려진 포트를 차단하고 있으므로 확인할 수 있습니다. tcp / 1433은 잘 알려진 포트이며이를 직접 대상으로하는 몇 가지 SQL Server 관련 웜이 있습니다.

포트 1433이 실제로 수신 중인지 확인하려면 서버 시스템에서 'netstat -an'을 입력하십시오. 또한 사용중인 사용자 계정이 활성화되어 있고 "SQL 인증"이 활성화되어 있는지 확인하십시오. "SQL 구성 관리자"설정도 관리하십시오. 또한 Windows 방화벽에서 포트 1433을 예외로 허용하십시오. 기본적으로 SQL 서버에 원격 연결을 허용하도록 지시하지 않은 경우 원격 연결을 허용하지 않습니다.

SQL Server 에이전트가 실행 중입니까? 그렇지 않은 경우 어떤 버전의 SQL Server가 있습니까?

다른 버전의 차이점을 검토하십시오.
http://www.microsoft.com/sqlserver/2008/en/us/editions-compare.aspx

Express Edition 또는 Web Edition이있는 경우 해당 기능이 비활성화되어 실행할 수 없습니다.

미친 아이디어, 사용자 이름과 비밀번호가 정확합니까? Windows 인증 또는 SQL Server를 사용하여 로그인하고 있습니까?

SQL-Express에서 일관성을 찾으십시오. TCP / IP를 활성화하십시오. SQL-Express에서 포트가 1433으로 구성되어 있는지 확인하십시오. 명명 된 인스턴스를 설치 했습니까?

이 포트는 1and1에서 SQL Server 인스턴스로 전달되어야합니다.

그런데 포트 1433에 대해 사이트를 확인하십시오. 제공자가 차단하면 기회가 없습니다.

나를 위해 일한 것 :

http://blogs.msdn.com/b/sqlexpress/archive/2005/05/05/415084.aspx

특히 TCP / IP 설정의 IPALL 섹션에서 원하는 포트를 할당하는 것이 문제라는 것을 알았습니다. 이전에는 비어 있었으며 "동적 포트"비트를 삭제하려고 할 때 여기에 값을 입력 할 필요가 없다고 생각했습니다.