У меня есть экземпляр SQL Server 2008 для разработки, работающий на виртуальном частном сервере Windows 2003, к которому я могу получить доступ без проблем из SSMS, запущенного на моем ноутбуке, подключенного к моей беспроводной сети дома.
Но когда я беру ноутбук в свой офис и подключаюсь к беспроводной сети, я не могу получить доступ к серверу базы данных из SSMS - время ожидания соединения с базой данных истекает. Для подключения мне нужно подключить RDP к VPS и запустить SSMS на удаленном сервере.
Я поговорил с администраторами, использующими беспроводную сеть в офисе, и порты 1433 и 1434 открыты, и у меня не должно возникнуть никаких проблем.
Одно из очевидных различий между двумя беспроводными сетями заключается в том, что дома я использую WPA2, в то время как офисная сеть все еще настроена с использованием WEP. Может ли это вызвать проблемы?
Я использую Windows 7 Ultimate x64 SP1. Сервер - Windows Server 2003 R2 x63 Std. Эд. База данных - это SQL Server 2008 Web Edition (64-разрядная версия) 10.0.1600.22.
Любая помощь (мысли о том, что может быть не так или как я могу решить эту проблему) приветствуется.
Уровень шифрования WiFi должен быть полностью прозрачным для любых приложений, которые обмениваются данными по сети. Если вы посмотрите на Модель OSI, он должен показать, что все, что связано с Wi-Fi и шифрованием, происходит на уровне 1: физическом уровне. Возможность передавать любые данные в удаленную систему означает, что это не проблема физического уровня.
Так что я думаю, что могу определенно сказать, что беспроводное шифрование - не ваша проблема.
Теперь о вашей проблеме ... Я не уверен, но я собираюсь сказать, что это, вероятно, связано с тем, как вы получаете доступ к серверу.
Вы получаете доступ к удаленной системе по IP-адресу или по имени?
Если по имени, можете ли вы преобразовать это имя в действительный IP-адрес (с помощью nslookup)?
Можете ли вы подключиться по telnet к серверу через порт 1433?
а. Можете ли вы использовать telnet для порта 1433 из одной или обеих сетей?
Проверьте конфигурацию SQLServer, вполне возможно (и действительно вероятно), что он не работает на порту 1433. Я считаю, что он пытается использовать динамическое распределение портов по умолчанию. Microsoft имеет конкретные инструкции о том, как заставить его использовать один статический порт.
Я предполагаю, что это брандмауэр из «небезопасной» (а если это WEP, то это действительно небезопасно) беспроводной сети.