Feather
Junior Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Вообщем провел эксперимент.
На другом сервере остановил все службы использующие 80 порт.
Поставил Апач. Апач отзывается.
Запустил установщик сервера обновлений 2gis.
Итог - Include conf/2gis-thirdparty-server.conf в httpd.conf появляется, создается сам 2gis-thirdparty-server.conf, есть каталог 2gis-update.htdocs с фаликом ping.
И ничего не работает.
Блин ну надо же такой продукт хороший испоганить!
Добавлено:
Вообщем поковырявшись я понял в чем причина.
Блин писателям из ДубльГис, бы.... Пишите нормальные доки, писатели вы наши.
Мало того, что не описан протокол (https), по которому обновляка обращается к серверам, так еще и запросы Апача как то странно перенаправляются.
У меня используется внешний прокси ISA server, я его честь по чести прописывал на втором тестовом сервере. Доступ открыт полный для запросов.
Установщик прописывает в конфигурационный файл прокси как http://server:8080 (видна видна рука никсовода).
Не работает так ничего, прописываем просто server:8080 - о чудо, оно завелось.
Неясно правда с какого перепуга он просто резолвит на сервера 2gis, а не делает свой полный кэш сразу. Или делает? Что то я в этом сомневаюсь уже. Как вот к примеру средствами этого сервера обновлений сделать принудительный полный кэш, а? Не используя клиентскую часть Центра обновлений ДубльГис?
Непонятна ситуация, что будет когда к примеру клиенту запрещен выход вовне, разрешен выход только во внутреннюю сеть, выходит он не получит доступ к серверу обновлений, точнее к новым обновлениям - т.к. их нет на Апаче.
Апач выходит выступает тупо каскадирующим и кэширующим прокси. Этот прикол надо проверить. |
Всего записей: 45 | Зарегистр. 19-04-2006 | Отправлено: 15:46 01-08-2012 | Исправлено: Feather, 16:28 01-08-2012 |
|
