Дистрибутив ipa для непрерывной интеграции OS X Server

Та же проблема здесь.

Первоначально готовое решение Xcode Server работало, и любое устройство могло установить .ipa, сгенерированный ботом Xcode. Через один или два дня он внезапно сломался, и ни одно из устройств больше не могло загружаться, просто отображая:

Не удается подключиться к www.example.com

В журнале трассировки на моем iPhone я также увидел, что устройство пытается подключиться к https://www.example.com:20343/api/integrations. Этот веб-сервис Xcode, по-видимому, использует самозаверяющий сертификат Корневой центр сервера Xcode (вместо сертификата, выбранного в приложении управления сервером OS X), и, поскольку любому клиенту необходимо получить доступ к этому веб-сервису, запросы неправильно подписаны.

сообщение на форумах разработчиков Apple привело меня к конфигурации Apache Xcode Server, расположенной здесь (спасибо, Пол Верити):

/Library/Developer/XcodeServer/CurrentXcodeSymlink/Contents/Developer/usr/share/httpd_xcs.conf

или в OS X Server 4.1.5:

/Library/Developer/XcodeServer/CurrentXcodeSymlink/Contents/Developer/usr/share/xcs/httpd_xcs.conf

Содержит раздел, который предоставляет веб-службу через обычный веб-сайт Xcode Server:

<IfModule mod_proxy.c>
    ProxyPass /xcode/api https://127.0.0.1:20343/api retry=0 timeout=30
    ProxyPassReverse /xcode/api https://127.0.0.1:20343/api
    ProxyPass /xcode/socketio http://127.0.0.1:20300 retry=0 timeout=30
    ProxyPassReverse /xcode/socketio http://127.0.0.1:20300
</IfModule>

Интересно, что запросы /xcode/api/ подписываются с использованием правильного сертификата и, таким образом, принимаются любым клиентом. (Вы можете протестировать его, обратившись к своему серверу Xcode, добавив /xcode/api/integrations после URL-адреса вашего сервера. Это всего лишь веб-служба JSON. Если сертификат вашего сервера подписан действительным органом, он будет принят без проблем.)

Это приводит к моему двухэтапному решению (при условии, что ваш сервер находится за маршрутизатором/брандмауэром):

<сильный>1. Перенаправьте общедоступные TCP-порты 20300, 20343 на частный TCP-порт 443 в вашем брандмауэре/маршрутизаторе. Таким образом, запросы веб-служб перенаправляются на сервер Xcode, который использует правильный сертификат, который автоматически принимается устройством. Xcode также использует порты 20344 и 20345, но оставьте их для других подключений. Примечание. Эти изменения могут быть перезаписаны, если у вас есть сервер OS X, управляющий маршрутизатором Apple, и повторно переключите XCode в разделе «Общие службы».

<сильный>2. Запрос прокси /api и /socketio к локальному веб-сервису Сервер не знает /api, поэтому добавьте следующие строки в раздел mod_proxy.c в файле httpd_xcs.conf:

ProxyPass /api https://127.0.0.1:20343/api retry=0 timeout=30
ProxyPassReverse /api https://127.0.0.1:20343/api
ProxyPass /socketio http://127.0.0.1:20300 retry=0 timeout=30
ProxyPassReverse /socketio http://127.0.0.1:20300

Заключительные мысли/примечания:

Я не уверен, следует ли считать, что веб-сервис использует самозаверяющий сертификат как ошибку. Также может быть проблема в том, что Apple предоставляет неверный файл конфигурации. Возможно, будет достаточно удалить часть /xcode в строках ProxyPass вместо их добавления.

Если на OS X Server установлен SSL-сертификат, возникла эта проблема после обновления OS X. Исправлено путем повторного добавления сертификата p12 в Серверное приложение -> Сертификаты, а затем перезагрузка. Сертификат можно импортировать из приложения Keychain.

У меня была такая же проблема на двух разных установках Xcode Server.

При первой установке сервер Xcode находился за брандмауэром/прокси. Так что порт 20343 мог быть просто недоступен. Я исправил это, проксировав https://externalname.com:20343 на https://internal.ip.address.here:20343

Это конфигурация nginx, которую я использовал для этого:

server {
  listen 20343;
  server_name xcode.foo.com;

  access_log /var/log/nginx/xcode.access.log;
  error_log /var/log/nginx/xcode.error.log;

  ssl on;
  ssl_certificate /root/foo_com/foo_com.crt;
  ssl_certificate_key /root/foo_com/foo_com.key;

  ssl_session_timeout 5m;

  ssl_protocols SSLv3 TLSv1 TLSv1.1 TlSv1.2;
  ssl_ciphers ALL:!ADH:!aNULL:!PSK:!MD5:!AES:!EXPORT:+HIGH:!MEDIUM:!LOW:!SSLv2;
  ssl_prefer_server_ciphers on;
  ssl_session_cache shared:syncserver:4m;

  location / {
    proxy_set_header Host $http_host;
    proxy_set_header X-Forwarded-Host $host;
    proxy_set_header X-Forwarded-Server $host;
    proxy_set_header X-Forwarded-Proto $scheme;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_redirect off;
    proxy_read_timeout 120;
    proxy_connect_timeout 10;
    proxy_pass https://192.168.0.8:20343;
  }
}

При второй установке, когда мой сервер Xcode находился на общедоступном IP-адресе, проблема была на самом деле другой: по какой-то причине мое устройство неправильно приняло корневой сертификат, который сервер Xcode использует для сервера Node.js, работающего на порту 20343.

Вы можете найти мое решение для этого случая здесь: бот Xcode время запроса ссылки на установку истекло