Here is my problem.
I have a client that uses the plug-in powerview through Excel2013 .
At the beginning my client hadn't at all access as our firewall was blocking the access to the office365 IP and Bing.com.
Once the flow authorized on the firewall, he don't have any error message but nothing happens.
When he try to access bing.com/maps the map cannot be displayed at the same moment I did verify my firewall and I see that his machine tries to access an AKAMAI IP(same thing when he goes through powerview) . Every time that he tries to access bing maps we have a random AKAMAI ip adress and so it is blocked by the firewall.
The idea is to authorize only the flow towards bing maps and not to ANY destination.
So my question is, is there any way to learn what URL uses powerview so to authorize them on my firewall? Do you ever had such problem?
PS The only solution that I can imagine for the moment, but it is impossible for our Datacenter provider, is to implement a proxy server.
Bing Maps has a long list of IP address ranges which need to be allowed through the firewall. Contact the support team using the online form under the developer support section here: http://www.microsoft.com/maps/Licensing/licensing.aspx They will be able to provide you with the list you need.
Related
We are calling apis which are hosted in a private network from the actions/ dialogue flow console.
The apis are getting 403 as Actions on google/ dialog flow is not whitelisted.
To whitelist the same I need an ASN
(IP range is not going to work as Google has a dynamic IP range not a static one)
I require the steps to identify the ASN.
I have tried searching on the internet as well as the google documentation, was unable to find anything on it.
I wrote to support#dialogflow.com and they weren't able to help me out
I apologize to come before you with such a rudimentary question, but Google apps is giving me a hard time simply verifying the domain from which I want to make server side YouTube search API calls.
Google is insisting on using the DNS text verification method (even though it provides a link to alternate methods that are not recognized by Google apps). But my registrar (GoDaddy) is not my authoritative DNS provider. That honor goes to DynDNS. So, I'm not sure I can even use Google's automated tool to set up the TXT record. In fact, it makes me nervous that they want me to grant their app to make changes to the DNS at GoDaddy.
I'm assuming this is a requirement to make server side api calls and retrieve results. Can someone point me in the right direction? Either how to fulfill the TXT record requirement under this scenario, or how to force Google Apps to accept an alternate verification method?
Thanks
Paul G
If Godaddy isn't managing your DNS, you won't be able to follow the automated flow in the Admin console. You're going to need to manually create the record with DynDNS to accomplish this.
Your host doesn't have specific steps on Google Support site (here) so you'll need to follow the generic one. Support for your host should be able to help but you can also contact Google Support via the Support section in your Admin console.
I have a website working on Azure and I have a domain registered at united domains. The domain redirects to azure with "URL-Hiding" (means that ud simulates the server, by having a server between the user and azure). Now I figured out, that now it's not possible to send PUT-requests. United domains delivers an error page, saying that PUT requests are not allowed on their server.
Now how can I fix this? What I need is that mydomain.com/testpage shows xxx.azurewebsites.net/testpage, but it shouldn't redirects to it.
If the only way is not to use PUT-requests anymore, this would cause big restructuring in my project.
Why you use domain redirect at ISP level, rather then CNAME and A records?
You can read more here on how to use your own domain with Azure Cloud Service or Storage.
And here, you can find the article about how to configure custom domain for Azure web sites.
I would recommend to not use domain redirect with Azure Services at all!
When I add a domain alias to my DotCloud service, is the old appname-xyzabc.dotcloud.com address still available too? The reason I'd like to continue using it is for the SSL for internal API requests (from our mobile app).
Yes, it will still be available.
The company I work for has recently installed a Apache staging server which uses Apache's mod_access module to prevent unwanted access to our staging environment.
One of the downsides of this is that Facebook, when trying to scrape the page for the opengraph metatags, comes up empty with the following error.
Error Scraping Page Bad response code
Which is to be expected since the scraper bumps into the authentication dialog.
My question now: is there a specific IP range that we can allow access
to the website?
We've looked at allowing certain headers, but that seems a little prone to header manipulation in order to bypass the security layer.
The access log did show one IP address, but I assume that Facebook uses multiple servers to scrape all these pages and I seem to remember reading that these IP addresses tend to change over time.
Any ideas?
Facebook has published their IP range here.