Приложение IIS7 с помощью неправильной базы данных SQL Server 2008 Express
Сделайте a netstat -an и проверьте, где веб-сервер слушает (он может быть только связан с 127.0.0.1), Вы хотите, чтобы он послушал на 0.0.0.0 для всех интерфейсов.
Затем проверьте, можно ли проверить с помощью ping-запросов машину от другой машины в локальной сети, в противном случае и Вы рады, что у Вас есть физическая возможность соединения, т.е., можно проверить с помощью ping-запросов другие машины (не один из IP-адресов машин) в локальной сети, поскольку Вы описываете это, затем у Вас есть конфигурация мисс брандмауэра.
Самая простая вещь сделать здесь для проверки, должен просто выключить его окна fireall (только если Вы находитесь на доверяемой частной сети). Если проблема уходит, контроль правила брандмауэра, и удостоверьтесь, что Вы позволяете http (tcp/80) и https (tcp/443) через него к процессу IIS.
Еще после большего количества рытья я нашел преступника - это была проблема приложения, связанная с конфигурацией NHibernate. Одним из параметров конфигурации NHibernate, который был установлен, был "default_schema" - когда я удалил его, приложение начало соединяться с корректной базой данных.
Кажется, что default_schema свойство переопределяло любую базу данных, был указан в строке подключения.
Кажется, что у Вас есть больше чем одна строка подключения; действительно ли возможно, что существует тот, сохраненный в рамках приложения где-нибудь?
Создайте новый идентификатор пользователя/пароль в dev системе только, измените свою dev строку подключения для использования его, если это соединяется, проблема в другом месте.
Если у Вас есть доступ к полной версии SQL, Вы могли бы выполнить Профилировщика против экземпляра SQLExpress и контролировать действие.