I bought a Tld from godaddy
I linked my tld to my App URL by method (redirect with masking)
It is no problem with Redirection but in the address bar is displayed my App url and not the tld
I am not quite sure how Godaddy implements "domain masking". I guess your site get's loaded in an iframe then. That's most likely not what you want (quirky + bad SEO). Instead of forwarding you can point the domain to the App with a CNAME record to your Apps name. Please see the Goddady help how to do that. On fortrabbit the "custom domain" must be registered with the service to receive requests.
Related
I hosted a website in firebase hosting and connected a custom domain, the domain is connected properly as you can see in the screenshot.
firebase hosting screenshot
The problem is if someone for the first time in their browsing session writes http://plucreo.com it does not get redirect to https://plucreo.com and the connection gets timed out. This does not happen with the default domain http://plucreo.web.app it redirects to https:// one correctly.
But, if you manually type https://plucreo.com in address bar, for the current browsing session http://plucreo.com starts correctly redirecting to https:// one.
How to fix this redirecting issue?
I have just pushed a Spring Boot / VueJS application to Pivotal Cloud Foundry and was wondering how I change the URL for the website?
When I pushed the application they gave me a URL of http://crdeckhelper.cfapps.io/
I went to godaddy and bought a domain of crwardecks.com
How do I make my application run on crwardecks.com?
I currently have godaddy re-routing the person to the URL that cloud foundry generated for me, but this is not the behavior that I want.
I have read the documentation on Pivotal but for some reason it confuses me. I have also searched for this on the web but wasn't able to find a good resource.
There's a couple things you need to do.
Add your domain to Cloud Foundry. Run cf create-domain.
https://docs.run.pivotal.io/devguide/deploy-apps/routes-domains.html#private-domains
Map a route under this domain to your app. Run cf map-route <app> <domain> ....
https://docs.run.pivotal.io/devguide/deploy-apps/routes-domains.html#map-route
At this point, you'll have the domain and route set up in CF, but nothing is sending traffic to CF.
To send traffic to your CF, you need to make an adjustment in your DNS records. Again, there's a couple of options.
You can route traffic for just one subdomain to the app, by creating a CNAME record that points from your custom domain to the domain assigned by CF. Ex: CNAME: www.example.com -> crdeckhelper.cfapps.io.
You can route traffic for all subdomains with a wildcard. Again we use a CNAME record but this time we use a wildcard. Ex: CNAME: *.example.com -> *.cfapps.io (or you could use some subdomain, like *.sub.cfapps.io).
Both are described more here. Also, cfapps.io is part of Pivotal Web Services. If you use a different provider then your shared domain will be different.
At this point, you should have traffic routing to CF & CF should be routing traffic to your specific app. Your done & you can stop reading, unless you are trying to map a root domain to your app.
There's an edge case around root domains (i.e. example.com, not www.example.com), because DNS CNAME records don't work for a root domain. Some DNS providers support ALIAS or ANAME records, which work like a CNAME record for root domains. If your provider does, you can give it a try (see your DNS provider's doc for instructions on how to use). If not, see if your provider supports URL forwarding. Many DNS providers will automatically redirect HTTP traffic on the root domain to a sub domain you specify, like example.com -> HTTP 302 -> www.example.com.
For more on root domain setup, see Configuring DNS for Your Registered Root Domain at the following link.
https://docs.run.pivotal.io/devguide/deploy-apps/routes-domains.html#domains-dns
As a last resort, you could use an A record, but you need to be very careful because your CF providers may not have static public IPs, rather their IPs can change. If you use an A record and your provider's IP changes, traffic will stop flowing to your app & you'll need to update your A record to point to their new IPs (you can get your provider's IPs by running dig <app-dns> or nslookup <app-dns>. If you go this route, make sure you have monitoring to quickly catch when IPs change.
Hope that helps!
I have a domain in Arvixe and I want to point it to my Wordpress website hosted in Goddady.
I've tried to add that domain in my wordpress website and add the NS registers on Arvixe domain manager, but I found this error: Registry error, domain's nameservers not updated [Object status prohibits operation]
These are my DNS Register on Goddady:
And this is my domain area on Arvixe:
Did someone face this situation?
It looks like you are trying to change the name servers or delegate your domain to GoDaddy when what you actually want is to point www.yourdomain.bleh at your Word Press site hosted on GoDaddy.
In the Arvixe domain manager simply add a A record pointing to the IP address of your GoDaddy web server and make sure the site is configured on GoDaddy as www.yourdomain.bleh
Unless you want to move the control of the DNS to GoDaddy then you don't need to worry about the dns settings at all on that side of things.
The error you get from your dns provider hints that they may not let you change the NS entries freely. (May they charge or require further checks in place before its allowed)
I had to ask on Arvixe Support to point my domain to GoDaddy. So I informed the Register A and the Name Server to the attendant and he changed for me.
I have one apache server that runs wordpress blog and I registered one domain for it. Basically, the domain works fine, the domain can be accessed directly. But I found that the sub-folder php files i cannot access directly. For example, each URL like "abc.com/wp-admin/post-new.php" is not accessible, but ip address is ok. If i access URL thur ip address like "1.2.3.4/wp-admin/post-new.php", it's fine. So I don't know where the problem is?
Another question is about facebook cannot fetch the blog content if the URL is domain. For example, if I type URL "abc.com" facebook cannot fetch the blog's content, but when I change the domain to ip address such as "1.2.3.4/", it's ok.
Could anyone give me suggestion? Thanks in advance.
I manage a hosting server using WHM. I have two cPanel accounts on this server, one for exampletest.com (account name is exampletest) and one for example.com (account name example). We have a Wordpress site that was working well at exampletest.com but we keep running into problems when we try to migrate it to example.com. I believe it has to do with one WordPress plugin that doesn't migrate well.
So we had the idea to simply take the example.com domain and point it to the exampletest cPanel account, then update the domain for WordPress in the database. However, one potential issue I can see is that we have many active email addresses on the example account. I fear that associating the example.com domain to the exampletest account will break the email addresses.
Keeping the above in mind, I have a couple questions:
Will associating the example.com domain to the exampletest account break the emails? If so, is there a workaround (moving the email addresses to the new account somehow?)
Is there a better way to go about doing this that I'm not thinking of?
The best way of transferring your wordpress site would be to copy the files, create a database user with the same login details and import the database. Wordpress shouldn't be able to tell the difference.
One way would be to assign a static IP address to exampletest and point example.com's A record to that IP.
Due to the way WHM's DNS and port binding is set up it will not let you set up the same domain on two seperate accounts.
You could treat www. as a seperate subdomain and add the subdomain www.example.com to exampletest as an addon domain and remove the www A record from example first. Redirect all web traffic from example.com to www.example.com or use another sub-domain such as www2.
Another option would be transfer the emails, you can either use the transfer tools in WHM > Transfers or use http://imapsync.lamiral.info/