Op een standaardexemplaar luistert SQL Server standaard op TCP/1433. Dit kan worden gewijzigd. Op een benoemd exemplaar luistert SQL Server op een dynamische TCP-poort, tenzij anders geconfigureerd. Wat dat betekent is dat als SQL Server ontdekt dat de poort in gebruik is, het een andere TCP-poort zal kiezen. Hoe clients meestal de juiste poort vinden in het geval van een benoemd exemplaar, is door te praten met de SQL Server Listener Service/SQL-browser. Dat luistert op UDP/1434 en kan niet worden gewijzigd. Als u een benoemde instantie heeft, kunt u een statische poort configureren en als u Kerberos-verificatie/delegatie moet gebruiken, zou u dat moeten doen.
Wat u moet bepalen, is op welke poort uw SQL Server luistert. Dan moet je contact opnemen met je netwerk-/beveiligingsmensen om te bepalen of ze communicatie met die poort via VPN toestaan. Als dit het geval is, zoals aangegeven, controleer dan uw firewall-instellingen. Sommige systemen hebben meerdere firewalls (mijn laptop is een voorbeeld). Als dit het geval is, moet u alle firewalls op uw systeem controleren.
Als deze allemaal correct zijn, controleer dan of de server geen IPSEC-beleid heeft dat de toegang tot de SQL Server-poort via het IP-adres beperkt. Dat kan er ook toe leiden dat je wordt geblokkeerd.