I am integrating sagepay to my website to take payments. I was wondering is there a way to test the sagepay post back on localhost? Right now when I process payment I get error :
*5006: Unable to redirect to vendor's website.*
As the Notification host name is set to local host, which isn't accessible through sapgepay website. So I was wondering is there any other way to test it or Do I have to host my website on some web server.
Thanks
You'll have to host your website on a web server, I'm afraid.
Related
I have purchased a domain name through google domains (e.g. example.com). Separately I have created a website at a third party (wix). I am now trying to connect my domain name to the wix hosted site.
Setting up regular http was trivial: I copied the 2 custom name servers from wix to the DNS name server entries in google domains and then example.com immediately began routing to the wix site.
What are the next steps to setup https so that my domain securely routes to wix?
The help page for google domains states that I can go to Certificate Authority to obtain an SSL certificate, but then where does the certificate information go? In google domains or in wix? If the cert info goes in wix, do I have to change any settings on the google domains side?
Note: I am tyring to avoid doing redirect because I want the website url to always show "example.com", I don't want the address changed by redirect to "example.wix.com" while the user is browsing.
Thank you in advance for your consideration and response.
Eventually https began to redirect properly to wix as well. I was not able to discover the root cause, perhaps it was just a timing issue with DNS.
I have purchased a Domain name from BigRock. Is it possible to redirect this domain to my free hosted website on pythonanywhere.com with a sub-domain? for ex: myxyz.pythonanywhere.com
I am using a free plan of pythonanywhere.com which gives us a sub-domain with "pythonanywhere" as a parent domain.
Suppose, the Domain I've purchased is "myabc.com". I want to redirect all the requests on this URL (myabc.com) to my free hosted website (i.e. myxyz.pythonanywhere.com)
Edit: I tried the Domain Forwarding feature of BigRock. I entered "http://myxyz.pythonanywhere.com" in the redirection URL. In a couple of hours when I went to myabc.com, It was showing "myxyz.pythonanywhere.com refused to connect". which might be indicating that redirection was successful but Pythonanywhere is somehow blocking the redirection.
I believe it is possible. BigRock should have a domain manager where you can add your pythonanywhere domain.
I have asp.net mvc3 application with forms authentication. But the our client request AD authentication as well. But the mvc3 app is hosted outside the clients network. What are the possible solutions for this.
Get permission to access the clients network from remote server.
Get an API to access the active directory data from webserver.
If we choose opt one how could we access active directory for authentication from outside the client network. I anybody have any idea or better options please let me know. Thanks in advance.
My guess is that the Microsoft security products can support this out of the box but I'm not sure how so I suggest that you direct your question to whoever supplies your client with their Microsoft product support.
If you'd rather build a solution so that you've got more control over how it works a quick search found an interesting approach at https://support.freshservice.com/support/solutions/articles/169196-setting-up-active-directory-single-sign-on-sso-for-remote-authentication where they created a simple ASP.Net web site that used AD authentication for sign-on. MVC 5 can build a WebApi site that does that just by creating a new project in Visual Studio with the right options.
That site wouldn't have to do anything except confirm that the credentials supplied were valid or not. Your application would ask the user to enter login / password details, then send a (properly secured) web request to the authentication site to determine whether they're valid. As long as you keep the communication between your server and the client web service tightly secured this should do what you need without much fuss. That approach removes the need for your server to communicate directly with the client's AD server.
I want to integrate CCAvenue Payment gateway in my site, but I am getting this error in "Integration Kit" provided by CCavnue.
Error Code: 10002 Merchant Authentication failed
Make sure that the URL/Referral URl is same as the one you have registered with the CCAvenue Merchant account.
Also the working Key, Access Code should be same as the one you get it from your account API Keys(Settings link)
Do not use the localhost url for the testing which will result in the Error COde: 10002.
If everything is correct and still you are receiving this error. Please contact the CCAvenue by raising the support ticket in their Helpdesk.
They will do some configuration changes in your account and the issue will be rectified.
Hope this helps!!
Cheers,
Raj
I found a way to test the CCAvenue on localhost.
Just change your host file and add approved website URL like below:
127.0.0.1 approvedSiteURL.com
change approvedSiteURL.com with your live site URL approved from CCAvenue.
In case of windows you can find the file at C:\Windows\system32\drivers\etc\hosts. Search for other operating systems.
Now when you type approvedSiteURL.com on your browser, it will show as you run localhost. Hence you can run the CCAvenue on localhost without 10002 error and without putting files on live server.
Note: approvedSiteURL.com is your approved live site URL here. Replace it with your site url.
We have three servers that all share the same database. One server is internet facing.
I have a web page in an IFRAME in CRM that talks to the CRM web service using the standard method of connecting for on-premise. When this IFRAME is displayed through the IFD with users logged in through the forms authentication element, you are asked for login credentials.
How do I get around this?
EDIT
The IFRAME that targets the CRM service is on four servers. Two of the servers are used for IFD and On-premise use. The other two are for on-premise only. They are all in the same domain. All of the users are internal users that can log in through the web if they are using a customer's computer or a machine in an Internet cafe and therefore can't use the VPN.
A few questions to better understand you issue. Is the iframe which targets CrmService on the same IFD server? Is the IFD server on the same domain as the rest of the servers? When you say users are logged in are you refereeing to local domain users or external users?
I suspect the problem is not the services, but the IFrame. When you authenticate to MSCRM via on-premise you are doing Windows Authentication, and when you should the IFrame that authentication request is done again. Since the browser knows everything it needs this is all handled transparently.
When using IFD, you are not using authentication on the web server level - you are doing it using forms based which is on the application level. You IFrame though is still wanting authentication, and thus the iframe prompts for authentication.
If you were having a service problem, the IFrame would display and what ever action triggers the service call would fail with a 400 or 500 error.
So the question comes in how do you build a web page that can cater for windows authentication and forms based? Well that is easy in MSCRM, first make sure you are not running authentication on the web page - set it to anonymous. That ensures no more popups, then make sure you use the CrmAuthenticationToken code to get the token and use that for all calls. You should not be setting the .Credentials property of the service itself.
Assuming you're deploying your page within the CRM website (and not its own virtual directory) then here is pointing you at the SDK article for what Robert mentioned:
See the SDK topic titled: Authentication from an ASPX Page.
In my experience you should always use the CRMImpersonator in your web pages within the CRM website.
Now if you've got your own page running on its own website:
You'll want to see the Discovery service and obtaining a CRM Ticket for accessing the services.