Sunucu problemi

Arkadaşlar sunucuda bir kaç site var; bu sitelerde hiç bir sorun yoktu ancak son 3 gündür

www.XXX.com yazınca açmıyor, XXX.com ile girdiğimizde açıyor bunun sebebi ne olabilir, (DNS testlerinde bi hata görünmüyor)

*****************
Parent Info Domain NS records Nameserver records returned by the parent servers are:

dns1.ureticy.com. ['İp2'] [TTL=172800]
dns2.ureticy.com. ['İp3'] [TTL=172800]

a.gtld-servers.net was kind enough to give us that information.
Pass TLD Parent Check Good. a.gtld-servers.net, the parent server I interrogated, has information for your TLD. This is a good thing as there are some other domain extensions like "co.us" for example that are missing a direct check.
Pass Your nameservers are listed Good. The parent server a.gtld-servers.net has your nameservers listed. This is a must if you want to be found as anyone that does not know your DNS servers will first ask the parent nameservers.
Pass DNS Parent sent Glue Good. The parent nameserver sent GLUE, meaning he sent your nameservers as well as the IPs of your nameservers. Glue records are A records that are associated with NS records to provide "bootstrapping" information to the nameserver.(see RFC 1912 section 2.3)
Pass Nameservers A records Good. Every nameserver listed has A records. This is a must if you want to be found.
NS Info NS records from your nameservers NS records got from your nameservers listed at the parent NS are:

dns2.ureticy.com ['İp3'] [TTL=86400]
dns1.ureticy.com ['İp2'] [TTL=86400]

Pass Recursive Queries Good. Your nameservers (the ones reported by the parent server) do not report that they allow recursive queries for anyone.
Pass Same Glue The A records (the GLUE) got from the parent zone check are the same as the ones got from your nameservers. You have to make sure your parent server has the same NS records for your zone as you do according to the RFC. This tests only nameservers that are common at the parent and at your nameservers. If there are any missing or stealth nameservers you should see them below!
Pass Glue for NS records OK. When I asked your nameservers for your NS records they also returned the A records for the NS records. This is a good thing as it will spare an extra A lookup needed to find those A records.
Pass Mismatched NS records OK. The NS records at all your nameservers are identical.
Pass DNS servers responded Good. All nameservers listed at the parent server responded.
Pass Name of nameservers are valid OK. All of the NS records that your nameservers report seem valid.
Pass Multiple Nameservers Good. You have multiple nameservers. According to RFC2182 section 5 you must have at least 3 nameservers, and no more than 7. Having 2 nameservers is also ok by me.
Pass Nameservers are lame OK. All the nameservers listed at the parent servers answer authoritatively for your domain.
Pass Missing nameservers reported by parent OK. All NS records are the same at the parent and at your nameservers.
Pass Missing nameservers reported by your nameservers OK. All nameservers returned by the parent server a.gtld-servers.net are the same as the ones reported by your nameservers.
Pass Domain CNAMEs OK. RFC1912 2.4 and RFC2181 10.3 state that there should be no CNAMEs if an NS (or any other) record is present.
Pass NSs CNAME check OK. RFC1912 2.4 and RFC2181 10.3 state that there should be no CNAMEs if an NS (or any other) record is present.
Warn Different subnets WARNING: Not all of your nameservers are in different subnets
Pass IPs of nameservers are public Ok. Looks like the IP addresses of your nameservers are public. This is a good thing because it will prevent DNS delays and other problems like
Pass DNS servers allow TCP connection OK. Seems all your DNS servers allow TCP connections. This is a good thing and useful even if UDP connections are used by default.
Warn Different autonomous systems WARNING: Single point of failure
Pass Stealth NS records sent Ok. No stealth ns records are sent
SOA Info SOA record The SOA record is:
Primary nameserver: dns1.ureticy.com
Hostmaster E-mail address: serkancakmak2.gmail.com
Serial #: 2014101402
Refresh: 86400
Retry: 7200
Expire: 3600000 5 weeks
Default TTL: 86400
Pass NSs have same SOA serial OK. All your nameservers agree that your SOA serial number is 2014101402.
Pass SOA MNAME entry OK. dns1.ureticy.com That server is listed at the parent servers.
Pass SOA Serial Your SOA serial number is: 2014101402. This appears to be in the recommended format of YYYYMMDDnn.
Pass SOA REFRESH OK. Your SOA REFRESH interval is: 86400. That is OK
Pass SOA RETRY Your SOA RETRY value is: 7200. Looks ok
Warn SOA EXPIRE Your SOA EXPIRE number is: 3600000. That is NOT OK
Pass SOA MINIMUM TTL Your SOA MINIMUM TTL is: 86400. This value was used to serve as a default TTL for records without a given TTL value and now is used for negative caching (indicates how long a resolver may cache the negative answer). RFC2308 recommends a value of 1-3 hours. Your value of 86400 is OK.
MX Info MX Records Your MX records that were reported by your nameservers are:

0 XXX.com İp2

[These are all the MX records that I found. If there are some non common MX records at your nameservers you should see them below. ]
Pass Different MX records at nameservers Good. Looks like all your nameservers have the same set of MX records. This tests to see if there are any MX records not reported by all your nameservers and also MX records that have the same hostname but different IPs
Pass MX name validity Good. I did not detect any invalid hostnames for your MX records.
Pass MX IPs are public OK. All of your MX records appear to use public IPs.
Pass MX CNAME Check OK. No problems here.
Pass MX A request returns CNAME OK. No CNAMEs returned for A records lookups.
Pass MX is not IP OK. All of your MX records are host names.
Info Number of MX records OK. Looks like you only have one MX record at your nameservers. You should be careful about what you are doing since you have a single point of failure that can lead to mail being lost if the server is down for a long time.
Pass Mismatched MX A OK. I did not detect differing IPs for your MX records.
Pass Duplicate MX A records OK. I have not found duplicate IP(s) for your MX records. This is a good thing.
Pass Reverse MX A records (PTR) Your reverse (PTR) record:
162.96.111.78.in-addr.arpa -> static-78-111-96-162.fibersunucu.com.tr
You have reverse (PTR) records for all your IPs, that is a good thing.
WWW Info WWW A Record Your www.XXX.com A record is:
www.XXX.com -> XXX.com -> [ İp2 ]

[Looks like you have CNAME's]
Pass IPs are public OK. All of your WWW IPs appear to be public IPs.
Pass WWW CNAME OK. You do have a CNAME record for www.XXX.com.Your CNAME entry also returns the A record for the CNAME entry, which is good.

www.siteadi.com u web server ın virtual hostunda tanımlı değildir;

iis de bindings eklenir,

apache de virtualhost ta:

<VirtualHost *:80>
DocumentRoot /www/server1
ServerName www.siteadi.com
ServerAlias siteadi.com
</VirtualHost>

nginx de nginx.conf yada siteadi.conf dosyası içindeki server tagları arasında;

server {
listen 80;
server_name siteadi.com www.siteadi.com;
}

şeklinde tanımlanır.

bunları bir kontrol et bakalım.

<VirtualHost İP:80>
ServerName XXX.com
ServerAlias www.XXX.com
DocumentRoot /home/USER/public_html
ServerAdmin webmaster@XXX.com
UseCanonicalName Off
CustomLog /usr/local/apache/domlogs/XXX.com combined
CustomLog /usr/local/apache/domlogs/XXX.com-bytes_log "%{%s}t %I .\n%{%s}t %O ."
## User USER # Needed for Cpanel::ApacheConf
UserDir enabled USER
<IfModule mod_suphp.c>
suPHP_UserGroup USER USER
</IfModule>
<IfModule !mod_disable_suexec.c>
<IfModule !mod_ruid2.c>
SuexecUserGroup USER USER
</IfModule>
</IfModule>
<IfModule mod_ruid2.c>
RMode config
RUidGid USER USER
</IfModule>
<IfModule itk.c>
# For more information on MPM ITK, please read:
# http://mpm-itk.sesse.net/
AssignUserID USER USER
</IfModule>

ScriptAlias /cgi-bin/ /home/USER/public_html/cgi-bin/




# To customize this VirtualHost use an include file at the following location
# Include "/usr/local/apache/conf/userdata/std/2_2/USER/XXX.com/*.conf"
</VirtualHost>

aynı sorunu bende yaşadim ne kadar cözüm aradiysam olmadi neler ettiysem olmadi ilk başlarda superonline den girilmiyordu siteye sonra turkcell 3g sonra ttnet filan derken hepden koptu gitti sitenizi birde yurdışı internet baglantisindan deneyin vps gibi bir yerden acarak bakın eger varsa sadece türkiye kaynaklimi onu ögrenin

İşin garibi atıyorum sunucuda 100 site var sadece 6-7sinde yapıyor bunu

evet bende cok şaşirdim bu duruma hatta forumda acmiştim böyle bir sorun diye konu ben siteyi ingiltere almanya fransa hatta bulgaristan bile taşidigm yine olmadi yine türekiye lokasyonuna taşidim ama fark eden birşey yok

Cpanele ticket açtım 3 saatir bekliyorum paşalar baksın diyede dur bakalım inş. ticketla halleder işi ama net bir hata görünmüyor müşterim diyince farkettim. İlk başta domain firmasından şüpelendim farklı reg firmasından aldığım domaindede aynı sorun var.

www. girince
The connection was reset

The connection to the server was reset while the page was loading.

The site could be temporarily unavailable or too busy. Try again in a few moments.
If you are unable to load any pages, check your computer's network connection.
If your computer or network is protected by a firewall or proxy, make sure that Firefox is permitted to access the Web.

hatası geliyor ilk kez karşılaştım cidden çok garip.

www.domain.com da ping yiyor

hocam sıkıntılı siteler wordpress mi yoksa scriptsiz sitede de hata veriyor mu?

özel yazılım hocam www. olunca açmıyor www. olmadan açıyor html sitede aynı şekilde.

Şuanda CPanel yetkilileri inceliyor
1. 6. kişi bakıyor şuanda level level sanırım yetkililer kim baktıysa pes ediyoruz üst uzmana gönderdik diyor dur bakalım sonucu ne olucak

Seth Daughenbaugh says:
October 14th, 2014 at 10:40 AM


Hello,

Thank you for your patience. I'm going to get this ticket escalated to a higher level analyst to investigate. You should receive an update from them shortly.


--
Seth Daughenbaugh
cPanel, Inc.
Technical Analyst