Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about programming within the scope defined in the help center.
Closed 12 months ago.
Improve this question
Firebase Error imageGodaddy DNS ControlPannel Image
I am trying to set a domain name I purchased from godaddy for an application hosted in Firebase with its custom Domain.
Following I tried But this didn't helped me
Firebase hosting not validating TXT record in GoDaddy
And tried the godaddy DNS Config without 'www.' and also tried the # but its not allowing to add # and submit it in godaddy.
Godaddy allows # as host name in txt record. you should enter # in hostname and google-site verification code in txt value. or you can check https://in.godaddy.com/help/add-a-txt-record-19232 or you can call in customer care of godaddy and ask them to add this record in DNS in technical help. They will do
The terminology between google site verification and the GoDaddy DNS records are slightly confusing, they use different words though they mean the same. Basically you need TXT and CNAME records to be updated in DNS provider or domain hosting provider records, here in GoDaddy DNS records.
Updating TXT record alone works, CNAME label and destination update as well important, especially when you are editing the records post initial authentication.
Related
I have a website hosted on a cPanel, I need to change it to Cloudflare nameservers and then the dns records so the main domain will be pointed to a vps ip address and the mx records keep using cPanel records. The problem is I found a lot of TXT records created by the cPanel and I don't know what I should take or leave since they look so random.
My cPanel DNS Zone Editor:
Notice:
I have two active domains on my cPanel, the first is the main domain which I would like to transfer to point to my vps, the second should keep working on the cPanel. but I found related txt records in the first domain, looks like this caldav._tcp.DOMAIN2.tn.DOMAIN1.tn. (check screenshot)? Why does it even exists in the main domain records?
I just need to move the main domain and keep the mailing service with cPanel! Which TXT records should I create on Cloudflare after I change the domain nameservers?
If you are planning on keeping your eMail where it is but only plan on changing the web site to use CloudFlare you should really leave ALL of these TXT records as they are.
SPF = Sender Policy Framework (which is a list of servers or services that can send eMail using your domain name)
DKIM = Domain Key Identified Mail (is a form of anti-alteration system to stop eMails being altered in transit)
DKIM is unique to each domain and subdomain so if you have a eMail service on the second domain you should have an SPF & DKIM record for them too.
As for the bottom rules I don't know what they are.
Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 7 years ago.
Improve this question
Scenario:
IIS ARR front-end is distributing load to n. IIS app servers running MVC 6.
Multiple domains point to the ARR
Using MS Identity authentication
All Appservers serve the same application with slight branding/content changes depending on which domain was used to access the site. We'll call each variation a "portal".
Can you verify the following assumption?
Identity auth tickets appear to work out of the box for this scenario.
Specifically, If a user logs into the site under "www.foo.com" and then hits the same site using "www.bar.com" that they will not appear to be authenticated at bar.com (even though they are technically hitting the same application, on the same or different App server).
Are there any gotchas with this?
Can you check this architectural decision?
We've linked in a MVC 6 middleware component to inspect the domain of each request to set a "portalID" variable in the HTTP context's Request object. The component just checks the domain name against a Hashtable and sets the appropriate portal ID for the request.
Variable content is rendered using partial views and the new view components. All variable content (like header image references, text, etc) is stored in a database and IMemoryCached cached and varied by portalID
When a user registers, the registration method tags the user with their PortalID (we only have one user DB for all "portals", but want to keep the users segmented).
Is this a reasonable way to implement this scenario, given the new MVC 6 framework?
Can you think of any gotchas with this implementation?
In regards to authentication, auth tickets (cookie-based authentication) are per domain so you'll have no problems with a user accessing Portal A when only logged into Portal B. You can implement so that can be authenticated across multiple sub-domains, but that's a non-default scenario and only applies to sub-domains, not to entirely different domains. In fact, prove it to yourself by logging into one of your portals and seeing the authentication ticket in your cookie collection. Then go to another domain/portal and view your cookie collection: your auth cookie won't be there (applies to any cookie).
I've implemented scenarios like this many times without issues (one app, many different "sites" with caching/differing views/etc.) albeit Forms Authentication ones, but the principal still applies.
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 8 years ago.
Improve this question
Our production BizTalk server have these many service accounts:
Enterprise Single Sign-On Service,
Enterprise Single Sign-On Administrator,
Single Sign-On affiliate User,
BizTalk Host Instance Account,
BizTalk Isolated Host Instance Account,
Rule Engine Update Service,
BAM Notification Services User,
BAM Management Web Service User,
BizTalk Base EDI service,
BizTalk Administrator,
BizTalk Server Operator User,
BizTalk Server B2B Operator User,
Domain Account for project.
I wanted to know that from the following list which all accounts to consider for password change and which one to leave and why?
All Service passwords should be changed based on your existing Password Policy. There are no specific BizTalk reasons to do anything different.
Read here: http://msdn.microsoft.com/en-us/library/aa561505.aspx
Note, you must follow the steps for the Master Secret Server or you will break the group to an unrepairable state.
Also, these accounts: BizTalk Administrator, BizTalk Server Operator User, BizTalk Server B2B Operator User, should not exist as named, rather they should be actual domain users whose Password Policy is enforced at the Domain level.
Meaning, no one should logon with a generic account named "BizTalk Administrator". A person's User Account mydomain\bgates would be a member of the BizTalk Administrators Domain Group.
I have a wordpress blog hosted on blog.company.com, and now I'm trying to create a DNS entry on Heroku to get mycompany.com but I get the following error:
! could not create zone; already registered on Zerigo to a different account?
What am I missing herE?
Thanks
At a guess there's already an account on Zerigo that has the zone mycompany.com registered to it.
You can't (easily) have a domain hosted on two seperate DNS providers, you're best option would be to find the DNS host of blog.mycompany.com and setup a subdomain on the mycompany.com domain, eg www as a cname entry to proxy.heroku.com and then add www.mycompany.com as a custom domain on your heroku application.
The fact that you're getting the message about a duplicate zone, is Zerigo already hosting the DNS for blog.company.com perhaps? In which case login to the control panel for that (the zone is company.com) and add a record for your site.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed 7 years ago.
Improve this question
Had to switch to "Application user" (pass-through authentication) to see the site again (site advanced settings).
If I set "Specific user" (the one the site folder belongs to), iis7 shows the error.
I've changed the user password as I've lost the old one.
It seems that the OLD password is stored (encrypted) in some configuration file (Unavailable (Config Isolation)).
IIS7 "detailed error report" shows few line of this configuration:
application path="/">
virtualDirectory path="/" physicalPath="XXXXXX.com" userName="XXXXXX" password="[enc:AesProvider:XXXXXXXXXXXXXxxXXXX:enc]" />
/application>
in IIS manager Go to Advanced settings->virtual path credentials ->connect as ->specific user -> set
write your new user and new password in set credential window thin click OK.
By default, the Web site is configured to use Application user (pass through authentication). When you have the Web site with a "specific user", this user should be a special domain account what we call a "service account". This user should never have any group policy applicable and should never have "password expiry set".
You will get an error when this account password expires or when the user changes the password.