Working with local instances generated by DDEV on Docker

Created on 15 May 2023, over 1 year ago
Updated 4 December 2023, about 1 year ago

Problem/Motivation

I can't make DRD work with 2 instances of Drupal on my local machine to test it.
Not sure if I read the docs wrong or the settings (same for both sites apart from the port number and hash salt) in the attached settings.ddev.php are relevant, and I can't find info on how should I change them..

Steps to reproduce

  1. Install Docker and DDEV on macOS following the docs
  2. Install drupal10 twice ("drd", "agent") with DDEV's CMS Quickstarts docs, obtaining two new D10 sites at https://drd.ddev.site (or https://127.0.0.1:50151) and https://agent.ddev.site (or https://127.0.0.1:64982)
  3. @agent: ddev composer require drupal/drd_agent and ddev drush en drd_agent
  4. @drd: ddev composer require drupal/drd, enable & config drd requirements (I chose Real AES module to provide an encryption method for testing purposes and created a Real AES key "DRD-Test"), enable drd module
  5. @drd: Go to /drd and click "Add your first core" to find out you first need to create a host
  6. @drd: Go to /drd/hosts/add and since nothing is required here I filled the Name only with "DDEV-Local" (I also tried enabling SSH2) & save (notice the page layout/css has some problems on Claro admin theme, eg: the Save button is half off screen to the right)
  7. @drd Click "Add core" and try to fill the URL with any of those provided by DDEV to receive (silent) errors and no feedback on form submit:

GuzzleHttp\Exception\RequestException: cURL error 60: SSL: no alternative certificate subject name matches target host name 'drd.ddev.site' (see https://curl.haxx.se/libcurl/c/libcurl-errors.html) for https://drd.ddev.site in GuzzleHttp\Handler\CurlFactory::createRejection() (line 211 of /var/www/html/vendor/guzzlehttp/guzzle/src/Handler/CurlFactory.php)
or
GuzzleHttp\Exception\ConnectException: cURL error 7: Failed to connect to 127.0.0.1 port 64983: Connection refused (see https://curl.haxx.se/libcurl/c/libcurl-errors.html) for https://127.0.0.1:64983 in GuzzleHttp\Handler\CurlFactory::createRejection() (line 210 of /var/www/html/vendor/guzzlehttp/guzzle/src/Handler/CurlFactory.php)

๐Ÿ’ฌ Support request
Status

Closed: works as designed

Version

4.0

Component

Documentation

Created by

๐Ÿ‡ฎ๐Ÿ‡นItaly kopeboy Milan

Live updates comments and jobs are added and updated live.
Sign in to follow issues

Comments & Activities

  • Issue created by @kopeboy
  • ๐Ÿ‡ฎ๐Ÿ‡นItaly kopeboy Milan
  • ๐Ÿ‡ฉ๐Ÿ‡ชGermany jurgenhaas Gottmadingen

    The error message GuzzleHttp\Exception\RequestException: cURL error 60: SSL: no alternative certificate subject name matches target host name 'drd.ddev.site' means, that the "server" (i.e. DDEV containers) hosting drd.ddev.site does not provide a valid SSL certificate for that domain.

    The error message GuzzleHttp\Exception\ConnectException: cURL error 7: Failed to connect to 127.0.0.1 port 64983: Connection refused means that you can't use the IP address instead of the domain name to connect to that other site.

    To resolve this, you have to get your local environment into a stage, where they properly server the domain name with valid SSL certificates. As I'm not working with DDEV, I can't help with that.

  • ๐Ÿ‡ฉ๐Ÿ‡ชGermany rkoller Nรผrnberg, Germany

    I've stumble across that issue by accident. I've quickly tried to replicate the issue and also forwarded the issue to @rfay, while setting up the two sites outlined in the steps to reproduce section, and randy pointed to https://ddev.readthedocs.io/en/latest/users/usage/faq/#can-different-pro... . I've quickly added a docker-compose.communicate.yaml to the drd project. that way the guzzle error doesn't turn up anymore. but due to the fact i never had the need to set up drd before i was unable to save the core (probably missing a few essential steps). but at least the guzzle error doesnt show up with the docker compose file in place anymore. hope that helps (in case it is still an issue anymore at all)

  • Status changed to Closed: works as designed about 1 year ago
  • ๐Ÿ‡ฉ๐Ÿ‡ชGermany jurgenhaas Gottmadingen

    Thanks a lot @rkoller for your input. That sounds as if this is working as designed and what's required is the recommended ddev configuration. For that matter, I'm closing this, the issue can still be found for others when they run into similar issues.

Production build 0.71.5 2024