当我编辑DNS区域来创build自定义的域名服务器时，出现错误“在下面突出显示的区域中存在错误，请在尝试编辑区域之前手动更正这些错误。 请查看屏幕截图以查看错误。 我不知道如何手动解决这个问题。 你能build议吗？ 错误接近“（靠近'信息..'：空标签”，见下面的消息。 ; cPanel first:11.46.3.3 (update_time):1427446295 11.46.3.3: Cpanel::ZoneFile::VERSION:1.3 hostname:ip-104-238-98-241.secureserver.net latest:11.46.3.3 ; Zone file for relianttekk.com $TTL 14400 @ 86400 IN SOA ns1.secureserver.net. info.. ( near 'info..': empty label 2015032703 ; serial, todays date+todays 86400 ; refresh, seconds 7200 ; retry, seconds 3600000 ; expire, seconds 86400 ) ; minimum, seconds relianttekk.com. 86400 […]
我们（我的公司）最近把我们的名字服务器从GoDaddy切换到亚马逊。 我们的网站仍然在GoDaddy托pipe。 在切换名称服务器之前，一切正常。 我们有一个网站https://example.com ，如果它最初是以http身份input的，它将redirect到https 。 我们有第二个网站位于example.com/second并在https://second.com解决。 这与从http请求redirect到https的第一个站点的作用相同。 现在我们切换了名称服务器， https不再parsing。 如果我去http://second.com/non-http-part不需要redirect，它的工作原理。 但是进入它redirect的索引，导致页面根本无法加载。 所有的https://example.com都不加载。 我们已经联系了亚马逊，他们认为这是.htaccess文件的问题。 这对我来说似乎很奇怪，因为这听起来更像是一个DNS问题，但这不是我的专业领域，所以我完全可能是错的。 以下是我们的.htaccess文件。 rewriteengine on rewritecond %{HTTPS} off rewritecond %{HTTP_HOST} ^www.example.com$ [OR] rewritecond %{HTTP_HOST} ^example.com$ rewriterule ^(.*)$ "https\:\/\/example\.com\/$1" [R=301,L] #—[SITE PASSWORD PROECTION] #AuthName "Restricted Area" #AuthType Basic #AuthUserFile /home/some_user/public_html/example/includes/security/.htpasswd #AuthGroupFile /dev/null #require valid-user #—[CENTRALIZED REQUESTED] <IfModule mod_rewrite.c> RewriteBase / </IfModule> #—[OPTIONS AND […]
我把我的godaddy域名指向godaddy zone文件中的Amazon Elastic IP地址（poitned @到我的弹性IP地址），当我在浏览器中写域名时，它redirect到Elatic IP地址，如何更正以便只打开域名和不redirect到IP地址
我有一个域名托pipe在Godode，并在Linode托pipe。 我添加了附加的屏幕截图是我的DNS设置。 蓝色突出显示区域是我把我的托pipe服务器的IP地址 现在我有3个网站在我的服务器上访问 domain.store admin.domain.store operator.domain.store我的主域中有一个DOT ，就像domain.store是我的主doamin。 在Apache ，我创build了3个不同的conf文件 000-default.conf 的Myproj-admin.conf中 的Myproj-operator.conf 每个文件的内容是一样的，（指向它们各自的目录）。 000-default.conf <VirtualHost *:80> ServerName www.admin.domain.store ServerAdmin [email protected] # Change the paths below to the project document root such as /var/www/project1. DocumentRoot /var/www/adminProject/public <Directory /var/www/adminProject/public> Options -Indexes +FollowSymLinks AllowOverride All Require all granted </Directory> # Set Default Log Paths ErrorLog ${APACHE_LOG_DIR}/error.log CustomLog […]
我们在MediaWiki中获取前景或基础皮肤来呈现页面的内容部分中的任何选项卡。 这个网站是一个演示，在GoDaddy托pipe，但我们也尝试干净地安装Fedora本地和Linode。 所有可用的CSS和JS似乎都正确加载，日志中没有明显的错误。 外观/主题确实正确渲染页面顶部的导航栏部分。 也许我们在语法上做错了什么，还有另一个步骤来启用我们失踪的皮肤/主题？ 任何帮助，将不胜感激。 https://protocol96.com/mw/Main_Page
我有一个Godaddy托pipe和它的问题。 我设置了邮件帐户。 从这个帐户，我发送了一封电子邮件到我的谷歌邮箱帐户，当我试图回复这封邮件时，邮件传送系统收到邮件不存在的消息。 当我发送和接收邮件的时候，我的邮件怎么不存在？ 可能是什么问题，我该如何解决？ 我希望你能原谅我的坏英文！ 🙂
我有一个来自GoDaddy的域名，我转发到一个Heroku的应用程序。 我已经设置好了，以便在我的域名“设置”中，设置了掩码转发，并转发到heroku应用的URL。 在GoDaddy的“A”logging中，我的主机为@ ，指向50.63.202.31 （GoDaddy的IP）。 我也有2个CNAMElogging：一个是主机*指向@ ，另一个主机是www指向@ 。 有了这个设置，一切工作正常。 我想尝试有一个裸体的URLredirect到我的网站（input的url没有“www”不会把你带到我的网站），所以我愚蠢地添加一个额外的“A”logging由wwwizer指定。 当然，这一切都打破了。 我立即删除了额外的“A”logging，所以一切都设置为最初，但我被带到一个完全空白的页面，并得到这个错误消息在控制台： Refused to display [[[my heroku url]]] in a frame because it set 'X-Frame-Options' to 'SAMEORIGIN'. 我额外的Alogging大约10个小时前。 GoDaddy的人告诉我，DNS可能需要长达48小时才能更新，而我现在的方式（我的原始设置）是正确的，但是我有点怀疑，它需要这么长时间，并且很担心这是不可逆转的。 这真的只是一个问题的DNS需要一段时间来更新，或者我已经永久搞砸了？ 显然，我对这个东西很新，所以任何和所有的input或build议非常感谢！
如果我inputdomain.com和www.domain.com，他们都显示相同的网站，但在地址栏中显示不同的url。 我希望访问者和search引擎只需input“domain.com”即可redirect到“www.domain.com”。 我在godaddy托pipe帐户上使用IIS 7。 如何将“domain.com”的所有请求redirect到“www.domain.com”？ 我有默认的DNS设置，“domain.com”作为我的“Alogging”和cname“www”指向我的“Alogging”。
我找不到办法做到这一点。 这甚至有可能吗？
我在GoDaddy共享主机帐户上托pipe多个域名。 我想在IIS 7中本地设置一个模拟我托pipe帐户的设置的网站，以便在部署之前在本地testing和debugging应用程序，例如在部署之后进行debugging，或者在部署之后发现问题令人沮丧。 我已经创build了一个文件夹WebRoot，把我的主要应用程序在该文件夹中。 我在IIS 7中创build了一个网站，并将其指向该文件夹。 我build立了一个假的域名绑定，并在我的主机文件中创build了一个匹配的条目，使虚假的域名指向我的127.0.0.1。 然后，我在webroot下创build了一个文件夹www.otherdomain.com。 然后，我在我的网站下创build了一个应用程序，并将其指向此文件夹。 我找不到如何将绑定添加到Web应用程序，以便将其引用为不同的虚假域，而不是我的根域下的子目录。 什么是正确的方式来设置IIS以最好地模拟GoDaddy服务器上的环境。