Status Update
No update yet.
Comments
pu...@google.com
al...@sada.com
Could you share you cloudflare config ? Disabled always use HTTPS ? Created WAF rule to allow certificate renewal ?
ar...@google.com
error showed for the --no-default-url but worked for the ones with
--default-url were:
- The Development mode was turned on, which temporarily bypasses
Cloudfare's cache
- In the SSL/TLS section:
- *Total TLS was kept ON* with "Google Trusted Services" as the selected
Certificate Authority.
- *Always Use HTTPS was turned OFF* (because this was causing issues
months ago, and the logs show that the requests to generate certs were
being done through regular HTTP call (which I don't agree with - but you
can look online at how some users got some of the certs problems resolved
by turning this feature off)
- HTTP Strict Transport Security (HSTS) was not changed and it is set to:
- Enforce web security policy for your website.
Status: On
Max-Age: 5 months
Include subdomains: On
Preload: On
- *The minimum TLS version was downgraded to TLS 1.0 (default)*
- *Opportunistic Encryption was turned off*
- *TLS 1.3 was turned off*
- *Automatic HTTPS Rewrites was turned off*
- *Encrypted Client Hello was turned off*
I don't have WAF rules to allow certificate renewal, and I don't even know
that would be configured, as I assume Google should provide the config
setting to set the WAF with Cloudflare.
The issue is that if I deploy two cloud-run endpoints, one with
the—-no-default-url flag and the other with the—- URL flag, and I generate
a domain mapping at the same time, the one with the—-no-default-flag is the
only one that fails, and I get the "internal error" on Google's side, not
mine.
There are two issues. The first is the cloud run flag preventing SSL certs
from being generated, and the second is the certs not regenerating after
they expire. They have an expiration of three months.
On Sun, Oct 27, 2024 at 5:36 PM <buganizer-system@google.com> wrote:
--
*-*
------------------------------
This email and any files transmitted with it may contain confidential
information and is intended only for the individual or entity to whom they
are addressed. If you are not the intended recipient you are notified that
disclosing, copying, distributing or taking any action in reliance on the
contents of this information is strictly prohibited. If you have received
this transmission in error, please notify the sender and delete this email
from your computer. Email transmission cannot be guaranteed to be secure or
error-free as information could be intercepted, corrupted, lost, destroyed,
arrive late or incomplete, or contain viruses.
------------------------------
Electronic Communications Privacy Act, 18 U.S.C. Sections 2510-2521.
------------------------------
ar...@google.com
Hello,
Thank you for reaching out to us with your request.
We have duly noted your feedback and will thoroughly validate it. While we cannot provide an estimated time of implementation or guarantee the fulfillment of the issue, please be assured that your input is highly valued. Your feedback enables us to enhance our products and services.
We appreciate your continued trust and support in improving our Google Cloud Platform products. In case you want to report a new issue, please do not hesitate to create a new issue on the
Once again, we sincerely appreciate your valuable feedback; Thank you for your understanding and collaboration.
Description
Please provide as much information as possible. At least, this should include a description of your issue and steps to reproduce the problem. If possible please provide a summary of what steps or workarounds you have already tried, and any docs or articles you found (un)helpful.
Problem you have encountered: We are seeing an issue when a call is resolved by Virtual Agent, the ticket opened in Zendesk CRM instance is not marked as closed by CCAIP.
What you expected to happen: Any calls resolved by Virtual Agent should be marked as Resolved/Closed in the associated Zendesk ticket
Steps to reproduce:
1. Make a call to an IVR queue connected to Virtual agent. Make sure to enable the following settings:
Settings -> Operation Management -> Virtual Agent -> Create CRM records for calls attended by Virtual Agents
Settings -> Operation Management -> Virtual Agent -> Close CRM record when call session is resolved by Virtual Agent
2. Make a call and end the session in VA
3. Check the Zendesk ticket status.
Other information (workarounds you have tried, documentation consulted, etc):