Переместите самбу и конфигурацию ldap к новой машине

Если это - .NET - и Вы не указали то, что платформа - затем Вы могли попытаться добавить эту конфигурацию блок XML в web.config веб-приложения не сервис). Это должно пойти непосредственно в корневом разделе:

<system.net>
  <defaultProxy enabled="false">
  </defaultProxy>
</system.net>

Одинаково - Вы могли бы найти, что конфигурация уже имеет запись для system.net там где-нибудь, который направляет запросы к определенному прокси, в этом случае замените ее этим.

РЕДАКТИРОВАНИЕ - В ответ на Ваш комментарий

Из интереса - уровень служб пытается позвонить во внешний мир? Я просто задаюсь вопросом, получаете ли Вы на самом деле ошибку на сервисном методе, который добирается, пузырился через сервис назад к коду веб-сайта - если это - сервис SOAP/wsHttp затем, .NET мог бы сохранять подлинную ошибку прокси от уровня служб назад к коду вызова.

Как заключительное примечание - я использовал бы Скрипача для отладки веб-трафика на машине - тот способ, которым Вы видите точно, куда запросы идут, какие процессы запрашивают их, и почему они перестали работать. То, что это не получит, является всем трафиком, который совершает нападки 127.0.0.1, поскольку подсистема HTTP обычно обходит любой системный прокси для обратной петли. Однако - что-то пытается получить доступ к адресу, который требует, чтобы прокси, и со Скрипачом, выполняющим Вас, видел то, что это - и каков адрес.

Финал, заключительное примечание Хорошо - таким образом, запрос выходит в ISA - это не IIS, делающий это, это - код или по крайней мере значения конфигурации, которые использует код, это делает это. Если Вы не можете разыскать эти значения и отключить использование брандмауэра затем одна вещь, можно сделать, должен переключить идентификационные данные пула приложений на использование Сетевой службы - пока машина позволяется из ISA, это успешно пройдет проверку подлинности через прокси, таким образом решая все проблемы.

Было бы полезно знать, однако, как этот вызов веб-сервиса выполняется (.NET, Java и т.д.), потому что существуют многочисленные различные способы, которыми они могут быть затронуты в зависимости от этого.

1
задан 5 April 2012 в 13:41
1 ответ

Скорее всего, вы не скопировали конфигурацию PAM, которая фактически говорит системе использовать LDAP для поиска пользователей. Взгляните на /etc/pam.d в старой системе. В зависимости от версии вы просматриваете system-auth и, возможно, несколько других.

Если вы скопировали эти конфигурации, вы должны просматривать различные журналы в / var / log для любых ошибок, связанных с PAM. Если вы все же найдете их и не знаете, как действовать дальше, обновите исходный вопрос, добавив эти записи в журнал.

2
ответ дан 3 December 2019 в 21:50

Теги

Похожие вопросы