Где Лак обычно входит в веб-стопку направляющих?
Первый шаг должен проверить основные настройки IP. Перепроверьте в особенности IP-адрес и маску подсети сервера и удостоверьтесь, что это находится в той же подсети как клиенты. Если это не (и если это не должно быть), удостоверьтесь, что это настраивается правильно для любой подсети, в которой это находится (корректный IP-адрес для сети, маски правильной подсети и набора шлюза по умолчанию к тому, что маршрутизатор для той подсети). Это - вероятно, стоящее обеспечение, что NIC не отключен в Диспетчере устройств на данном этапе, а также гарантировав, чтобы у Вас был корректный NIC (если это имеет больше чем 1), соединенный (там, сделанный это).
Затем как другие упомянули, попробуйте a ping. Если это не работает, попытайтесь использовать tracert видеть, где возможность соединения перестала работать. Решите любые проблемы, которые это подбрасывает. Также попытайтесь выключить брандмауэр Windows (по крайней мере, для исключения возможных сложностей, являющихся результатом его хождение). Переместите его между портами коммутатора, и если возможный помещает его на тот же переключатель (и тот же VLAN, если Вы используете VLAN) как клиент, Вы тестируете от.
Следующий шаг должен попытаться соединиться с долей. Все подходящие его должны работать, но если это не делает можно использовать \\servername\c$ (или \\serverip\c$ если у Вас нет его в Вашем DNS) как администратор, чтобы гарантировать, что основной сервис Совместного использования Windows File и Печати закончился. Если это не работает, необходимо проверить, что Файл и Печать, Совместно использующая, связываются с адаптером и что Серверная служба запускается. Повторитесь, пока это не будет работать.
Теперь попытайтесь соединиться с долей снова. Предположение, что все остальное работает, наиболее вероятная остающаяся проблема, состоит в том, что Ваши полномочия доли не предоставляют доступ к ней.
Heroku (например), помещает nginx перед лаком, вероятно, по причинам, которые Вы упомянули.
Так, nginx-> лак-> серверы приложений.
На моей работе мы используем Лак перед всем (лак-> nginx-> apache/wsgi), и это работает вполне прилично. Взгляды там состоят в том, что, если существует удачное обращение в кэш, оно подается от самой высокой точки в стеке. Существует несколько причуд все же. VCL очень характерен для своей задачи, и как таковой делает немного трудным сделать вещи как перенаправления (скажите для мобильного обнаружения), что nginx мог обработать довольно легко. В целом это просто немного менее гибко, так как это не совсем, что это было предназначено, чтобы сделать.
Обычно от того, что я считал (и на основе моего опыта на работе), вероятно, лучше поместить nginx перед стеком с лаком, промежуточным это и Вашими серверами приложений.
Одна оборотная сторона к этому подходу при использовании Единорога - то, что Вы не сможете использовать метод сокета Unix с nginx и единорогом, так как необходимо будет поразить промежуточный лак, и лак не поддерживает их. Это - вероятно, незначительная вещь все же.
ОБНОВЛЕНИЕ: По некоторым дополнительным, более конкретным причинам выбрать один по другому, проверьте комментарии этого ответа. Это зависит от того, если Вам нужны SSL, ESI и gzip сжатие.