Como as portas de serviço do IC do Gitlab são expostas?

eu tenho um.gitlab-ci.yml Arquivo:

integration_test:
  services:
    - name: registry.gitlab.com/group/project/testmailserver:1.1
      alias: "mail.email"
  stage: test
  script:
    - ./gradlew -g /cache/.gradle --stacktrace --info integrationTest

O serviço é um servidor de email de pilha cheia com base nisso:tvial/docker-mailserver:latest. Localmente com o meudocker-compose config Eu sou capaz de executá-lo e conectar a ele.

version: '2'

services:
  mail:
    image: registry.gitlab.com/group/project/testmailserver:1.1
    hostname: mail
    domainname: localhost
    ports:
      - "25:25"
      - "143:143"
      - "587:587"
      - "993:993"
    environment:
      - ONE_DIR=1
      - DMS_DEBUG=0
      - MAIL_USER=invoicereader
      - MAIL_PASS=invoicereader
    cap_add:
      - NET_ADMIN

Se eu executar comdocker-compose up e conectar a ele via IMAP na porta 993, funciona bem. Além disso, o teste de integração é executado sem problemas

No entanto, se o teste de integração for executado pelo IC do gitlab, ele falhará. A única exceção que pude obter éLigação recusada.

É possível que as portas do serviço não sejam expostas corretamente? Como o servidor de IC determina as portas que ele deve abrir para esse serviço?

Qual pode ser o problema ao executar com o CI? Como posso testá-lo de maneira diferente?

Desculpe pelo monte de perguntas, estou perdidamente perdida ..

questionAnswers(0)

yourAnswerToTheQuestion