Bununla karşılaştım çünkü uzak bağlantı kurarken sorun yaşadım ve güvenlik duvarında 1433 bağlantı noktasının neden bu işi yapmadığını anlayamadım. Artık resmin tamamına sahibim, bu yüzden paylaşmam gerektiğini düşündüm.
Her şeyden önce, SQLEXPRESS Protokolleri altında SQL Sunucu Yapılandırma Yöneticisi'ni kullanarak "TCP / IP" yi etkinleştirmeniz gerekir!
Adlandırılmış bir örnek kullanıldığında (bu durumda "SQLExpress"), bu dinamik bir bağlantı noktasını dinleyecektir. Bu dinamik bağlantı noktasını bulmak için birkaç seçeneğiniz vardır; birkaç isim:
içinde ERRORLOG
bulunan SQL Server'ın kontrolü '{MS SQL Server Path}\{MS SQL Server instance name}\MSSQL\Log'
(içinde buna benzer bir satır bulacaksınız: "2013-07-25 10:30:36.83 Server Server is listening on [ 'any' <ipv4> 51118]"
-> bu durumda 51118 bu durumda dinamik bağlantı noktasıdır.
kayıt kontrolü:, HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\{MSSQL instance name}\MSSQLServer\SuperSocketNetLib\Tcp\IPAll
benim durumum içinTcpDynamicPorts=51118
.
Düzenleme : {MSSQL instance name}
şunun gibi bir şeydir MSSQL10_50.SQLEXPRESS
, yalnızcaSQLEXPRESS
Elbette, bu TCP bağlantı noktasına güvenlik duvarında izin vermek ve aşağıdakileri geçerek uzak bir bağlantı oluşturmak: "x.x.x.x,51118"
(burada xxxx sunucu ipidir) zaten bu noktada çözer.
Ancak daha sonra örnek adını (örneğin:) ileterek uzaktan bağlanmak istedim x.x.x.x\SQLExpress
. Bu, SQL Browser hizmetinin devreye girdiği zamandır. Bu, örnek adını 51118 bağlantı noktasına çözümleyen birimdir. SQL Browser hizmeti, UDP bağlantı noktası 1434'ü (standart ve statik) dinliyor, bu yüzden buna sunucunun güvenlik duvarında da izin vermem gerekiyordu.
Gerçek yanıtı biraz genişletmek için: Bir başkası dinamik bağlantı noktalarını sevmiyorsa ve SQL Server örneği için statik bir bağlantı noktası istiyorsa, bu bağlantıyı denemelisiniz .