-
Notifications
You must be signed in to change notification settings - Fork 14
Description
So, I am able to complete the full code pipeline that you have laid out. Thank you!
As of the time of this writing, the shiny service is running fine as expected here: https://shiny.dev.builddev.stfimpact.org/
The Rstudio service is running, but accessing is problematic.
Question: How can I fix my configuration to ensure that I can log in directly from the https://container1.rstudio.dev.builddev.stfimpact.org/ URL, without the need for the workaround described below?
If you go to the generated URL (https://container1.rstudio.dev.builddev.stfimpact.org/), you can see that the service hangs.
I can successfully go to the auth-sign-in
endpoint (https://container1.rstudio.dev.builddev.stfimpact.org/auth-sign-in) as shown below. However, as you can also see, I am getting a repeated "mixed content" error in the console.
When I try to login from the auth-sign-in
endpoint, page hangs on a 302 returned from the auth-do-sign-in
endpoint. As can be seen, it is trying to send me to http://container1.rstudio.dev.builddev.stfimpact.org/ instead of https://container1.rstudio.dev.builddev.stfimpact.org/.
If I (from the hanging browser tab) just change the URL to https, I can get into the Rstudio service, but this is obviously not desirable.
A possible solution might be to fix it directly on the EC2 instance with a solution similar to what's described in this tutorial, but I'd prefer to have a clean solution all within CodePipeline if possible.
My obfuscated cdk.json
is pasted below.
{
"app": "python3 app.py",
"context": {
"instance": "dev",
"rstudio_account_id": "MY ID",
"rstudio_pipeline_account_id": "MY ID",
"network_account_id": "MY ID",
"datalake_account_id": "MY ID",
"datalake_aws_region": "us-east-1",
"code_repo_name": "stfimpact",
"r53_base_domain": "stfimpact.org",
"rstudio_install_type": "ec2",
"rstudio_ec2_instance_type": "t3.xlarge",
"rstudio_container_memory_in_gb": "4",
"number_of_rstudio_containers": "4",
"vpc_cidr_range": "10.5.0.0/16",
"allowed_ips": "",
"sns_email_id": "jmienko@standtogether.org",
"datalake_source_bucket_name": "datalake-source",
"@aws-cdk/core:enableStackNameDuplicates": "true",
"aws-cdk:enableDiffNoFail": "true",
"@aws-cdk/core:stackRelativeExports": "true",
"@aws-cdk/aws-ecr-assets:dockerIgnoreSupport": true,
"@aws-cdk/aws-secretsmanager:parseOwnedSecretName": true,
"@aws-cdk/aws-kms:defaultKeyPolicies": true,
"@aws-cdk/core:newStyleStackSynthesis": "true"
}
}