Is anybody else using the Google CDN option from the Load Balancer?
In the last hour, it has stopped working for me completely.
I am receiving the message:
That’s an error.
The server encountered a temporary error and could not complete your request.
Please try again in 30 seconds. That’s all we know.
I have not changed anything in my setup and it just stopped working. I thought maybe my ip address could be blocked, but it's happening from websites that check http headers. I have also switched my ip address and it's still the same.
All 3 of my VM Instances load the file fine. When I goto the file through my CDN ip, it does not work.
Here is all three of my VM Instances:
http://104.154.79.149/round.gif
http://104.198.106.79/round.gif
http://104.196.138.170/round.gif
Here is the CDN Ip address:
http://130.211.31.236/round.gif
What is wrong and how can I fix this?
I have created the firewall rule for 130.211.0.0/22 tcp:1-5000 Apply to all targets as suggested in other posts with no success.
This is not something I believe you are able to resolve as this is also affecting my instances as of around an hour ago. Some of our instances are accessible from some locations as is evidenced by the RPS still ticking over, even if at a reduced rate, and the database activity.
[Edit] I can access my instances by IP (not via the load balancer) but not via load balancer / by domain. I am able to wget from other instances and get the correct responses.
Google are having an incident
https://status.cloud.google.com/incident/compute/16020
Google Compute Engine Incident #16020 502s from HTTP(s) Load Balancer
Incident began at 2016-10-13 15:00 (all times are US/Pacific).
Although I'd dispute their start time, I believe it began earlier (maybe 14:30 Pacific)
Related
I have tried several time to open a Github account but it didn't accept me & continously showen me this type of something. (Unable to verify your captcha response. Please visit https://docs.github.com/articles/troubleshooting-connectivity-problems/#troubleshooting-the-captcha for troubleshooting information.)
someone can help me please to solve this?
Since Bangladesh is listed in the countries where SMS authentication is supported, I don't suppose your issues are linked to sanctioned countries GitHub would refuse to deal with.
Try first from another computer and network, to see if the issue persists.
I had this problem yesterday, you must use vpn or proxy connection first (in some countries like Iran and Middle East countries) and then you can create a Github account, connect to a vpn - proxy like " hoxx vpn proxy Extension in your browser" or use psiphon before creating an account.
I am using ExactOnline API to fetch the transactions, my API is working fine, but suddenly the Error 403: Forbidden - The division is blocked error occurs and API return the empty result.
Please help.
Thanks.
An HTTP 403 with reason "The division is blocked" typically means the administration is temporarily blocked by a process that needs exclusive access to the administration. Examples are:
One of the company's users is creating or restoring a backup of the administration.
Exact is moving the administration to a different database. (After office hours; users are notified in advance through Exact Online's workflow system.)
API clients should be able to handle this situation. The typical solution is to try again at a later time.
You can find a full list of response codes here:
https://support.exactonline.com/community/s/knowledge-base#All-All-DNO-Content-respcodeserrorhandling
I have a huge problem with the manage of an istance group on gcloud compute engine.
I setting to the 1st istance of the group a static ip XX.XXX.XX.XX, this ip is connected with a Domain.
If during the scaling the first machine created was canceled, no one of the new instances will take that IP.
This is a problem because my domain go down.
I thinked to manage this by creating another separeted istance that ping the domain...and if the domain is down change (with gcloud commands) the ip of one that new istances.
I want to ask, there is someone that had found some trick to solve this issue?
Thank's guys
EDIT: Ok, LB is working, but I need to "live streaming" through that LB because this LB manage an istance group that manage the live streaming.
Now, if I set it, I can't go live (from any software, such OBS and similar) :/
So, a little recap:
I have my domain example.com
I have my istance group istance_group_example
Load balancer http_loadb
I set on the frontend of http_loadb my ip (static, not temp), then I go to cloudflare and set the static ip.
If i go to my example.com, i can see my custom page.
Now the problem is, i can access to server, but if I need to create a live streaming with OBS (for example), obs just load the connection for a while but then stop.
If i point my DNS directly to the IP of an istance inside istance group (bypassing the load balancer) everything works.
I think what you actually are looking for is an HTTP load balancer . The load balancer should take the static IP where your domain is pointing to. Form there it can forward the traffic to any instances that are in a healthy status at the moment (another thing you are looking for are health checks which more or less do what you set up with the other instance group, and ping (for TCP) or execute GET/HEAD requests regularly and, if any instance is unresponsive, it gets taken care of and receives no traffic until recovered).
So, the base architecture of your solution would be like this:
One managed instance group set to autoscale (if you need it) and autohealing (pretty much mandatory in this case, so any dead instance gets replaced by a healthy one).
A health check set up on the instance group that will keep polling the instances on the "servie port" to confirm if they are UP or not. This is important to ensure that the instances are checked consistently and terminated/recreated based on a consistent metric. The load balancer will use it's own health check too.
A global HTTP loead balancer (Network services -> load balancer -> HTTP(S) Load Balancer) pointing to a backend service that you will create. The backend service will point to your instance group and to the relevant ports for your service. Assign another health check here. This will be useful so the LB is aware as soon as one instance fails so it can take it out of the pool of destinations. If you don't specifically need it don't select session affinity.
For the LB frontend select HTTP(S) port(s) or anything you need, then under IP address select "create new static address" and name it. This IP address will be where your DNS records for your domain should be pointing at.
After the LB is ready get to your nameservers (like CloudDNS if you are managing your domain DNS from there, if not to whatever solution your registrar provides) and point the A record to the IP you assigned to the load balancer.
I am using the Google Maps Javscript Api, v3 and everything is working well up to a point where the requests for the map images are forbidden with a status of 403. Usually the map stops loading after a period of time in which the page/session is open: it may be 24 hours, it may be more than 48h, I couldn't actually find a more accurate period.
Given the fact that we want to have a live website and a testing one – different domains, I generated 2 different keys, and I am loading them conditionally, but the html rendered is the one expected.
var mapKey = VanillaRate.Domain.Settings.AppSettings.GoogleMapsApiKey;
and the script tag is:
script src="https://maps.googleapis.com/maps/api/js?key=#(mapKey)&libraries=places" async defer
The usage limits were not exceeded, the referrer is well set.
The error appears when the map is zoomed and it's:
Failed to load resource: the server responded with a status of 403 () - maps.googleapis.com/maps/api/js/StaticMapService.GetMapImage?....
Since I couldn’t find any exact posted situation nor documentation about it, it is possible to be a timeout on google servers for security reasons and this is why the requests are forbidden for a session longer than a day?
EDIT: I forgot to mention that after refreshing the tab, everything works well. If it was indeed the usage limit, would the server respond with success after refresh? I've read that in this case, the map wouldn't work all day. Is that right?
If the response is still a HTTP 403 (Forbidden) error, the signature was not necessarily the problem, it may be related to usage limits instead.
This typically means your access to the web service has been blocked on the grounds that your application has been exceeding usage limits for too long or otherwise abused the web service.
I find this answer on google developer. There is no simply way to resolve this problem. Google recommended two solutions:
Reduce requests to the server;
Or, 'purchasing additional allowance for your Google Maps APIs for Work license.'
You can also try to access to the the Google Cloud Support Portal to signal your problem.
I find this informations in google developer here. You can find on this link some solutions like I detail to you and the explanation of your problem.
"The usage limits were not exceeded"
Are you sure? You're loading the places library, in which case this applies:
Google Places API Web Service
Default 1,000 free requests per day,
increased to 150,000 free requests per day after identity
verification.
https://developers.google.com/maps/pricing-and-plans/
See also:
https://developers.google.com/places/web-service/usage
https://developers.google.com/maps/documentation/javascript/places#UsageLimits
Our server uses the Google Maps API probably a few dozen times a day to turn street addresses into lat/lng coordinates, for later use on a client-side google map.
We've been doing this for years, and we're hitting this URL to do it:
http://maps.googleapis.com/maps/api/geocode/json?address=<street address>&sensor=false
We do this from a Perl script, and it runs once every 15 minutes, processing any that have queued up (again, we're talking a couple dozen requests a DAY). If multiple are queued, it hits the API serially in bursts of 5, then pauses 5 seconds before continuing, if any more remain.
This has worked fine for years now.
Today, we have started regularly receiving HTTP 500 response code, with this JSON in the body:
{
"results" : [],
"status" : "UNKNOWN_ERROR"
}
I have taken one of the actual requests, and repeatedly hit it from my local dev box, and it works fine (repeatedly).
Yet on our server (colocated at a major service provider), I repeat the test, and I can regularly duplicate the 500 error in the browser.
Both my dev box and our server are currently resolving maps.googleapis.com to the same IP:
googleapis.l.google.com [74.125.198.95]
So I don't think it's an issue of our server hitting a bad Google server.
I would suspect a quota issue, except our use is very, very minimal. Perhaps they are blocking a large swath of RackSpace customers, but no idea how we could find this out or rectify it if so.
After further testing on other servers we have colocated at the same facility, only a single server is exhibiting this issue, though the other servers are in different network class entirely.
Does Google typically use this kind of error message for quota issues? If not, any other ideas as to what the problem is, so we can fix it? At this point, we may need to switch to Bing Maps or some other provider, if there's no way to know why it's happening, or when it will return to normal.
I checked Google's status page, and "Google Maps" is green with no issues indicated, but I have no idea if this considers their Maps API services or not.