HTTP hata ve durum kodları. HTTP hata kodu türleri ve durumu. DNS nedir

HTTP durum kodu(İngilizce) HTTP durum kodu) - HTTP istekleri için sunucu yanıtının ilk satırının parçası. Üç ondalık basamaklı bir tamsayıdır. İlk rakam gösterir eyalet sınıfı . Yanıt kodunu genellikle, kişiye böyle bir yanıtın nedenini açıklayan, boşlukla ayrılmış İngilizce bir açıklayıcı ifade izler. Örnekler:

• 201 oluşturuldu.
• 401 Yetkisiz.
• 507 Yetersiz depolama.

Müşteri, talebinin sonuçları hakkında yanıt kodundan bilgi alır ve bir sonraki adımda hangi eylemlerin gerçekleştirileceğini belirler. Durum kodları seti bir standarttır ve ilgili RFC'lerde açıklanmıştır. Yeni kodların tanıtımı ancak IETF ile istişareden sonra yapılmalıdır. Ancak, kullanımda olan ve RFC'de bahsedilmeyen bilinen iki kod vardır: 449 Retry With. "Yanıtla" açıklayıcı ibaresi ayrıca şartnamede belirtilmiştir. webdav içinde Microsoft Geliştirici Ağı, tanıtıldı Microsoft ve 509 Bant Genişliği Sınırı Aşıldı cPanel.

İstemci tüm durum kodlarını bilmeyebilir, ancak kod sınıfına göre yanıt vermelidir. Halihazırda beş sınıf durum kodu vardır.

Web sunucusu internet bilgi servisi günlük dosyalarında, standart durum kodlarına ek olarak, ana koddan sonra bir nokta ile yazarak alt kodlar kullanır. Aynı zamanda, bu alt kod sunucudan gelen yanıtlara yerleştirilmez - sunucu yöneticisi tarafından, sorunların kaynaklarını daha doğru bir şekilde belirleyebilmesi için gereklidir.

genel bakış listesi

Aşağıda, bu makalede açıklanan tüm yanıt kodlarının genel bir listesi bulunmaktadır:

Web Sunucusu Başlık Kararı Diyagramı
Günlük çözümleyici tarafından oluşturulan yanıt kodu istatistikleri Webalizer

• 1xx: Bilgilendirici
  • 100 Devam ("devam");
  • 101 Anahtarlama Protokolleri ("anahtarlama protokolleri");
  • 102 İşleme
• 2xx: Başarı
  • 200 Tamam ("iyi");
  • 201 Oluşturuldu;
  • 202 Kabul edildi
  • 203 Yetkili Olmayan Bilgi (“bilgiler güvenilir değil”);
  • 204 İçerik Yok ("içerik yok");
  • 205 İçeriği Sıfırla;
  • 206 Kısmi İçerik ("kısmi içerik");
  • 207 Çoklu Durum ("çoklu durum");
  • 226 IM Kullanıldı.
• 3xx: Yönlendirme:
  • 300 Çoklu Seçenek ("birçok seçenek");
  • 301 Kalıcı Olarak Taşındı ("sonsuza kadar taşındı");
  • 302 Geçici Olarak Taşındı
  • 302 Bulunan ("bulunan");
  • 303 Diğerlerini Gör (“diğerlerini gör”);
  • 304 Değiştirilmedi ("değişmedi");
  • 305 Proxy Kullan
  • 306 - rezerve(kod yalnızca erken spesifikasyonlarda kullanılmıştır);
  • 307 Geçici Yönlendirme.
• 4xx: İstemci Hatası:
  • 400 Hatalı İstek ("kötü, geçersiz istek");
  • 401 Yetkisiz ("yetkisiz");
  • 402 Ödeme Gerekli
  • 403 Yasak ("yasak");
  • 404 Bulunamadı ("bulunamadı");
  • 405 Yönteme İzin Verilmiyor ("yöntem desteklenmiyor");
  • 406 Kabul Edilemez
  • 407 Proxy Kimlik Doğrulaması Gerekli
  • 408 İstek Zaman Aşımı ("zaman aşımına uğradı");
  • 409 Çatışma ("çatışma");
  • 410 Gitti ("silindi");
  • 411 Gerekli Uzunluk;
  • 412 Ön Koşul Başarısız
  • 413 Yük Çok Büyük
  • 414 URI Çok Uzun ("URI çok uzun");
  • 415 Desteklenmeyen Ortam Türü ("desteklenmeyen veri türü");
  • 416 Menzil Tatmin Edilemez
  • 417 Beklenti Başarısız
  • 418 Ben bir çaydanlığım ("Ben bir çaydanlığım")
  • 422 İşlenemeyen Varlık
  • 423 Kilitli ("kilitli");
  • 424 Başarısız Bağımlılık
  • 425 Sırasız Koleksiyon ("sırasız koleksiyon");
  • 426 Yükseltme Gerekli
  • 428 Ön Koşul Gerekli
  • 429 Çok Fazla İstek ("çok fazla istek");
  • 431 İstek Başlığı Alanları Çok Büyük
  • 444 Yanıt başlığı göndermeden bağlantıyı kapatır. Standart olmayan kod;
  • 449 İle Yeniden Dene
  • 451 Yasal Nedenlerle Kullanılamıyor.
• 5xx: Sunucu Hatası:
  • 500 Dahili Sunucu Hatası ("dahili sunucu hatası");
  • 501 Uygulanmadı ("uygulanmadı");
  • 502 Kötü Ağ Geçidi ("kötü, hatalı ağ geçidi");
  • 503 Hizmet Kullanılamıyor ("hizmet kullanılamıyor");
  • 504 Ağ Geçidi Zaman Aşımı (“ağ geçidi yanıt vermiyor”);
  • 505 HTTP Sürümü Desteklenmiyor ("HTTP sürümü desteklenmiyor");
  • 506 Varyant Ayrıca Pazarlık Yapıyor
  • 507 Yetersiz Depolama ("depolama taşması");
  • 508 Döngü Algılandı
  • 509 Bant Genişliği Sınırı Aşıldı (“kanal bant genişliği tükendi”);
  • 510 Uzatılmamış ("uzatılmamış");
  • 511 Ağ Kimlik Doğrulaması Gerekli
  • 520 Bilinmeyen Hata ("bilinmeyen hata");
  • 521 Web Sunucusu Kapalı ("web sunucusu kapalı");
  • 522 Bağlantı Zaman Aşımı ("bağlantı yanıt vermiyor");
  • 523 Orijine Ulaşılamıyor
  • 524 Bir Zaman Aşımı Oluştu
  • 525 SSL El Sıkışma Başarısız
  • 526 Geçersiz SSL Sertifikası

Kodların açıklaması

bilgilendirici

Bu sınıf, aktarım süreci hakkında bilgi veren kodları içerir. Protokol sürüm 1.0 ile çalışırken, bu tür kodlara sahip mesajlar göz ardı edilmelidir. 1.1 sürümünde, istemci bu mesaj sınıfını normal bir yanıt olarak kabul etmeye hazır olmalıdır, ancak sunucunun herhangi bir şey göndermesine gerek yoktur. Sunucudan gelen iletiler yalnızca yanıt başlangıç ​​satırını ve gerekirse yanıta özel birkaç başlık alanını içerir. Proxy sunucuları bu tür mesajları sunucudan istemciye daha uzağa göndermelidir.

• 100 Devam - sunucu istekle ilgili ilk bilgilerden memnun, istemci başlık göndermeye devam edebilir. HTTP/1.1'de tanıtıldı.
• 101 Anahtarlama Protokolleri - sunucu, belirtilen kaynak için daha uygun bir protokole geçmeyi önerir; sunucu, Yükseltme başlığı alanında önerilen protokollerin listesini belirtmelidir. İstemci bununla ilgileniyorsa, farklı bir protokol belirten yeni bir istek gönderir. HTTP/1.1'de tanıtıldı.
• 102 İşleme - istek kabul edildi, ancak işlenmesi uzun zaman alacak. İstemcinin bir zaman aşımı nedeniyle bağlantıyı sonlandırmasını önlemek için sunucu tarafından kullanılır. İstemci, böyle bir yanıt aldığında, zamanlayıcıyı sıfırlamalı ve normal modda bir sonraki komutu beklemelidir. Ortaya çıkan webdav.

Başarı

Bu sınıfın mesajları, bir müşteri talebinin başarılı kabulü ve işlenmesi durumları hakkında bilgi verir. Duruma bağlı olarak, sunucu ayrıca başlıklar ve bir mesaj gövdesi de gönderebilir.

• 200 OK - başarılı istek. İstemci tarafından herhangi bir veri istendiyse, bu, mesajın başlığında ve/veya gövdesinde bulunur. HTTP/1.0'da tanıtıldı.
• 201 Oluşturuldu - Başarılı bir istek sonucunda yeni bir kaynak oluşturuldu. Sunucu, oluşturulan kaynağın adreslerini (birden fazla olabilir) yanıtın gövdesinde belirtebilir ve tercih edilen adres Konum başlığında belirtilir. Sunucunun, oluşturulan kaynağın özelliklerini ve adresini yanıt gövdesinde belirtmesi önerilir, yanıt gövdesinin biçimi, İçerik Türü başlığı tarafından belirlenir. Bir istek işlenirken, yanıt istemciye gönderilmeden önce yeni bir kaynak oluşturulmalıdır, aksi takdirde 202 yanıtı kullanılmalıdır.HTTP/1.0'da tanıtıldı.
• 202 Kabul Edildi - istek işlenmek üzere kabul edildi, ancak tamamlanmadı. Çok uzun bir süreç başlatılabileceğinden, istemcinin mesajın son iletimini beklemesi gerekmez. HTTP/1.0'da tanıtıldı.
• 203 Yetkili Olmayan Bilgi - 200 yanıtına benzer, ancak bu durumda iletilen bilgi birincil kaynaktan (yedekleme, başka bir sunucu vb.) alınmamıştır ve bu nedenle güncel olmayabilir. HTTP/1.1'de tanıtıldı.
• 204 İçerik Yok - Sunucu isteği başarıyla işledi, ancak yanıtta yalnızca ileti gövdesi olmayan başlıklar gönderildi. İstemcinin belgenin içeriğini güncellemesi gerekmez, ancak aldığı meta verileri belgeye uygulayabilir. HTTP/1.0'da tanıtıldı.
• 205 İçeriği Sıfırla - sunucu, istemciyi, kullanıcı tarafından girilen verileri sıfırlamaya zorlar. Sunucu mesajın gövdesini iletmez ve belgenin güncellenmesi gerekmez. HTTP/1.1'de tanıtıldı.
• 206 Kısmi İçerik - Sunucu, kısmi bir GET isteğini başarıyla tamamladı ve mesajın yalnızca bir kısmını döndürdü. Content-Range başlığında sunucu, içeriğin bayt aralıklarını belirtir. Bu tür yanıtlarla çalışırken önbelleğe almaya özel dikkat gösterilmelidir. HTTP/1.1'de tanıtıldı. ( daha fazla...)
• 207 Çoklu Durum - sunucu, birkaç bağımsız işlemin sonuçlarını aynı anda iletir. İleti gövdesine, çok durumlu bir nesneye sahip bir XML belgesi olarak yerleştirilirler. Anlamsızlık ve fazlalık nedeniyle 1xx serisinden durumların bu nesneye yerleştirilmesi önerilmez. Ortaya çıkan webdav.
• 226 IM Kullanıldı - İstemciden A-IM başlığı başarıyla alındı ​​ve sunucu içeriği belirtilen parametrelerle döndürüyor. Delta kodlama desteği ile HTTP protokolünü genişletmek için RFC 3229'da sunulmuştur.

yönlendirmek

Bu sınıftaki kodlar, istemciye, işlemin başarılı olması için genellikle farklı bir URI olmak üzere başka bir isteğin yapılması gerektiğini söyler. Bu sınıfın beş kodu 301, 302, 303, 305 ve 307 doğrudan yönlendirmelere atıfta bulunur. İstemcinin istekte bulunması gereken adres, Konum başlığında sunucu tarafından belirtilir. Bu, parçaların hedef URI'de kullanılmasına izin verir.

En son standartlara göre, istemci, ikinci kaynağın GET veya HEAD yöntemi kullanılarak istenip istenmediğini kullanıcıya sormadan yalnızca yönlendirme yapabilir. Önceki spesifikasyonlar, gidiş-dönüşlerden kaçınmak için kullanıcıya art arda 5. yönlendirmeden sonra sorulması gerektiğini söylüyordu. Tüm yönlendirmeler için, istek yöntemi HEAD değilse, yanıt gövdesine hedef adrese sahip kısa bir köprü metni mesajı eklenmelidir, böylece bir hata durumunda kullanıcının kendisi gezinebilir.

HTTP geliştiricileri, birçok istemcinin 301 ve 302 kodlarıyla yeniden yönlendirme yaparken, ilk isteğin farklı bir yöntemle (çoğunlukla PUT) olmasına rağmen, GET yöntemini yanlışlıkla ikinci kaynağa uyguladığını not eder. Yanlış anlaşılmalara mahal vermemek için HTTP/1.1 versiyonuna 303 ve 307 kodları eklenmiştir ve 302 yerine bunların kullanılması tavsiye edilir. Yöntemi sadece sunucunun 303 ile cevap vermesi durumunda değiştirmeniz gerekir. Diğer durumlarda bir sonraki istekte bulunulmalıdır. orijinal yöntemle.

İstemcilerin çeşitli yönlendirmeler için davranışı tabloda açıklanmıştır:

Yanıt durumu Önbelleğe Alma Yöntem GET veya HEAD değilse

• 300 Çoklu Seçenek - Belirtilen URI'de, MIME türüne, dile veya diğer özelliklere göre bir kaynak sağlamak için çeşitli seçenekler vardır. Sunucu, mesajla birlikte bir alternatifler listesi göndererek, seçimin istemci veya kullanıcı tarafından otomatik olarak yapılmasını sağlar. HTTP/1.0'da tanıtıldı.
• 301 Kalıcı Olarak Taşındı - İstenen belge, Konum başlığı alanında belirtilen yeni URI'ye kalıcı olarak taşındı. Bazı istemciler bu kodu işlerken yanlış davranır. HTTP/1.0'da tanıtıldı.
• 302 Bulundu, 302 Geçici Olarak Taşındı - İstenen belge, Konum alanındaki başlıkta belirtilen farklı bir URI'de geçici olarak kullanılabilir. Bu kod, örneğin sunucu güdümlü içerik anlaşmasında kullanılabilir. Bazı[ Hangi?] istemciler bu kodu işlerken yanlış davranıyor. HTTP/1.0'da tanıtıldı.
• 303 Diğere Bak - İstenen URI'deki belge, önceki farklı bir yöntemle talep edilmiş olsa bile, başlığın Location alanındaki adresten GET yöntemi kullanılarak talep edilmelidir. Bu kod, belirsizliği önlemek için 307 ile birlikte tanıtıldı, böylece sunucu bir sonraki kaynağın GET yöntemi kullanılarak isteneceğinden emin olur. Örneğin, bir web sayfasında hızlı gezinme ve arama için bir metin giriş alanı bulunur. Verileri girdikten sonra tarayıcı, mesajın gövdesine girilen metin dahil olmak üzere POST yöntemini kullanarak bir istekte bulunur. Girilen başlığa sahip bir belge bulunursa, sunucu, Konum başlığında kalıcı adresini belirten bir 303 koduyla yanıt verir. Ardından tarayıcının içeriği almak için GET yöntemini kullanarak talep etmesi garanti edilir. Aksi takdirde, sunucu arama sonuçları sayfasını istemciye döndürür. HTTP/1.1'de tanıtıldı.
• 304 Değiştirilmedi - istemci belgeyi GET yöntemini kullanarak isterse, If-Modified-Since veya If-None-Match başlığını kullandıysa ve belge belirtilen andan beri değişmediyse sunucu bu kodu döndürür. Bu durumda, sunucu mesajı bir gövde içermemelidir. HTTP/1.0'da tanıtıldı.
• 305 Proxy Kullan - İstenen kaynağa yapılan istek, Konum başlığı alanında URI'si belirtilen bir proxy sunucusu aracılığıyla yapılmalıdır. Bu yanıt kodu yalnızca kaynak HTTP sunucuları tarafından kullanılabilir (proxy'ler değil). HTTP/1.1'de tanıtıldı.
• 306 (Ayrılmış) - Daha önce kullanılan yanıt kodu şu anda rezerve edilmiştir. RFC 2616'da (HTTP/1.1 güncellemesi) bahsedilmiştir.
• 307 Geçici Yönlendirme - İstenen kaynak, Konum başlığı alanında belirtilen farklı bir URI'de kısaca kullanılabilir. İstek yönteminin (GET/POST) değiştirilmesine izin verilmez. Örneğin, aynı POST yöntemi kullanılarak yeni bir URI'ye bir POST isteği gönderilmelidir. Bu kod, belirsizliği önlemek için 302 yerine 303 ile birlikte tanıtıldı. RFC 2616'da tanıtıldı (HTTP/1.1 güncellemesi).

İstemci Hatası

4xx kod sınıfı, istemci tarafındaki hataları belirtmek için tasarlanmıştır. HEAD dışındaki tüm yöntemleri kullanırken, sunucu mesajın gövdesinde kullanıcı için bir köprü metni açıklaması döndürmelidir ZORUNLU.

• 400 Hatalı İstek - Sunucu, istemcinin isteğinde bir sözdizimi hatasıyla karşılaştı. HTTP/1.0'da tanıtıldı.
• 401 Yetkisiz - İstenen kaynağa erişmek için kimlik doğrulama gerekiyor. Yanıt başlığı, bir kimlik doğrulama koşulları listesiyle birlikte WWW-Authenticate alanını içermelidir. İstemci, kimlik doğrulama için gerekli verileri ileti başlığına Yetkilendirme alanını ekleyerek isteği tekrarlayabilir.
• 402 Ödeme Gerekli - gelecekte kullanılması bekleniyor. Şu anda kullanımda değil. Bu kod, barındırma şirketleri için değil, ücretli kullanıcı hizmetleri içindir. Bu, hizmetleri için gecikmiş ödeme yapılması durumunda bu hatanın barındırma sağlayıcısı tarafından verilmeyeceği anlamına gelir. HTTP/1.1'den beri saklıdır.

Sunucu, erişimi reddedilen "cgi-bin" dizinine göz atmaya çalışırken 403 hatası verdi.

• 403 Yasak - Sunucu isteği anladı, ancak müşterinin belirtilen kaynağa erişimindeki kısıtlamalar nedeniyle bunu yerine getirmeyi reddediyor. Bir kaynağa erişim HTTP kimlik doğrulaması gerektiriyorsa, sunucu bir 401 yanıtı veya bir proxy kullanılıyorsa 407 yanıtı döndürür. Aksi takdirde, sınırlar sunucu yöneticisi veya web uygulaması geliştiricisi tarafından belirlenir ve kullanılan yazılımın özelliklerine bağlı olarak değişebilir. Her durumda, müşteri, talebi işleme almayı reddetme nedenleri konusunda bilgilendirilmelidir. Kısıtlamanın en olası nedenleri, web sunucusunun sistem kaynaklarına (örneğin, .htaccess veya .htpasswd dosyaları) veya yapılandırma dosyaları kullanılarak erişimi reddedilen dosyalara erişme girişimi olabilir, HTTP dışında kimlik doğrulama gereksinimi. örneğin, sistem içerik yönetimine veya kayıtlı kullanıcılar için bölüme erişmek veya sunucu, örneğin engelleme sırasında müşterinin IP adresinden memnun değilse. HTTP/1.0'da tanıtıldı.
• 404 Bulunamadı, İnternet kullanırken en yaygın hatadır, ana nedeni bir Web sayfasının adresini yazarken yapılan bir hatadır. Sunucu isteği anladı, ancak belirtilen URL'de eşleşen bir kaynak bulamadı. Sunucu bu adreste bir belge olduğunu biliyorsa, 410 kodunun kullanılması arzu edilir. Bazı kaynakları meraklı gözlerden dikkatlice gizlemek istiyorsanız, 403 yerine 404 yanıtı kullanılabilir. HTTP/1.0'da tanıtıldı.
• 405 Yönteme İzin Verilmiyor - İstemci tarafından belirtilen yöntem geçerli kaynağa uygulanamaz. Yanıtta, sunucu, virgülle ayırarak İzin Ver başlığında mevcut yöntemleri belirtmelidir ZORUNLU. Yöntem biliniyorsa sunucu bu hatayı vermelidir, ancak özellikle istekte belirtilen kaynağa uygulanamaz, ancak belirtilen yöntem tüm sunucuda geçerli değilse, istemci 501 kodunu döndürmelidir ( Uygulanmadı). HTTP/1.1'de tanıtıldı.
• 406 Kabul Edilemez - İstenen URI, başlıkta iletilen özellikleri karşılayamaz. Yöntem HEAD değilse, sunucu verilen kaynak için geçerli özelliklerin bir listesini döndürmelidir ZORUNLU. HTTP/1.1'de tanıtıldı.
• 407 Proxy Kimlik Doğrulaması Gerekli - Yanıt, bir proxy sunucusu için kimlik doğrulamanın gerçekleştirilmesi dışında 401 koduna benzer. Mekanizma, kaynak sunucudaki kimlik doğrulamaya benzer. HTTP/1.1'de tanıtıldı.
• 408 İstek Zaman Aşımı - Sunucu, istemciden bir aktarım beklerken zaman aşımına uğradı. İstemci herhangi bir zamanda bir öncekine benzer şekilde isteği tekrarlayabilir. Örneğin büyük bir dosyayı POST veya PUT yöntemini kullanarak sunucuya yüklerken böyle bir durum ortaya çıkabilir. Aktarımın bir noktasında, örneğin hasarlı bir CD veya yerel ağdaki başka bir bilgisayarla iletişim kaybı nedeniyle veri kaynağı yanıt vermeyi durdurdu. İstemci herhangi bir şey iletmediği sürece, ondan bir yanıt bekler, sunucuyla bağlantı korunur. Bir süre sonra sunucu, diğer istemcilerin istekte bulunmasına izin vermek için bağlantıyı kendi tarafında kapatabilir. İstemci, kullanıcının komutuyla aktarımı zorla durdurduğunda veya yanıt artık gönderilemediğinden, bağlantı başka bir nedenle kesintiye uğradığında bu yanıt döndürülmez. HTTP/1.1'de tanıtıldı.
• 409 Çakışma - Çakışan bir kaynak isteği nedeniyle istek tamamlanamıyor. Bu, örneğin iki istemci PUT yöntemini kullanarak bir kaynağı değiştirmeye çalıştığında mümkündür.HTTP/1.1'de tanıtıldı.
• 410 Gitti - kaynak önceden belirtilen URL'deyse, ancak silinmişse ve artık kullanılamıyorsa sunucu böyle bir yanıt gönderir. Bu durumda sunucu, alternatif belgenin (örneğin bir kopyanın) konumunu da bilmez. Sunucu, belgenin yakın gelecekte geri yüklenebileceğinden şüpheleniyorsa, 404 kodunu istemciye göndermek daha iyidir.HTTP / 1.1'de tanıtıldı.
• 411 Uzunluk Gerekli - Belirtilen kaynak için, istemcinin istek başlığında bir İçerik Uzunluğu belirtmesi gerekir. Bu alanı belirtmeden, bu URI için sunucuya yapılan isteği yeniden denememelisiniz. Bu yanıt, POST ve PUT istekleri için doğaldır. Örneğin, dosyalar belirtilen URI'de indirilirse ve sunucudaki hacimlerinde bir sınır varsa. O zaman, istemci gerçekten çok büyük bir mesaj gönderdiğinde bağlantıyı keserek anlamsız bir yüke neden olmaktansa, en başta Content-Length başlığını kontrol etmek ve indirmeyi hemen reddetmek daha akıllıca olacaktır. HTTP/1.1'de tanıtıldı.
• 412 Ön Koşul Başarısız Oldu - İsteğin koşullu başlık alanlarının hiçbiri (If-Match, vb., RFC 7232'ye bakın) tamamlanmadıysa döndürülür. HTTP/1.1'de tanıtıldı.
• 413 Yükü Çok Büyük - istek gövdesi çok büyük olduğu için sunucu isteği işlemeyi reddederse döndürülür. Sunucu, isteğin daha fazla iletilmesini durdurmak için bağlantıyı kapatabilir. Sorun geçiciyse, sunucu yanıtına benzer bir isteğin ne kadar süre sonra tekrarlanabileceğini gösteren bir Yeniden Dene-Sonra başlığı eklenmesi önerilir. HTTP/1.1'de tanıtıldı. Eskiden "İstek Varlığı Çok Büyük" olarak adlandırılıyordu.
• 414 URI Too Long - Belirtilen URI çok uzun olduğu için sunucu isteği işleyemiyor. Böyle bir hata, örneğin, istemci uzun parametreleri POST yerine GET yönteminden geçirmeye çalıştığında tetiklenebilir. HTTP/1.1'de tanıtıldı. Eskiden "Talep URI'si Çok Uzun" olarak adlandırılıyordu.
• 415 Desteklenmeyen Medya Türü - herhangi bir nedenle, sunucu bu yöntemle belirtilen medya türüyle çalışmayı reddediyor. HTTP/1.1'de tanıtıldı.
• 416 Range Not Satisfiable - İstek başlığının Range alanında kaynağın dışında bir aralık belirtildi ve If-Range alanı yok. İstemci bir bayt aralığı gönderdiyse, sunucu Content-Range başlık alanında gerçek boyutu döndürebilir. Bu yanıt, çok parçalı/bayt aralıkları geçerken kullanılmamalıdır[ kaynak belirtilmemiş 1964 gün]. RFC 2616'da tanıtıldı (HTTP/1.1 güncellemesi). Eskiden "İstenen Aralık Karşılanamaz" olarak adlandırılıyordu.
• 417 Beklenti Başarısız - Bazı nedenlerden dolayı sunucu, istek başlığındaki Beklenti alanının değerini karşılayamıyor. RFC 2616'da tanıtıldı (HTTP/1.1 güncellemesi).
• 418 I'm a teapot - Bu kod 1998'de RFC 2324, Hyper Text Coffee Pot Control Protocol'deki geleneksel IETF April Fool şakalarından biri olarak tanıtıldı. Bu kodun gerçek sunucular tarafından desteklenmesi beklenmemektedir.
• 422 İşlenemeyen Varlık - sunucu, isteği başarıyla kabul etti, belirtilen veri türüyle çalışabilir (örneğin, istek gövdesi doğru sözdizimine sahip bir XML belgesi içerir), ancak bunun nedeniyle bir tür mantıksal hata vardır. kaynak üzerinde bir işlem gerçekleştirmek imkansız. tanıtıldı webdav.
• 423 Kilitli - İstekten gelen hedef kaynağın kendisine belirtilen yöntemi uygulaması engellenir. WebDAV'da tanıtıldı.
• 424 Başarısız Bağımlılık - Mevcut isteğin uygulanması, başka bir işlemin başarısına bağlı olabilir. Yürütülmezse ve bu nedenle mevcut isteği yürütmek imkansızsa, sunucu bu kodu döndürür. tanıtıldı webdav.
• 425 Sırasız Koleksiyon - uzantıda kullanılır WebDAV Gelişmiş Koleksiyonlar Protokolü. İstemci sırasız bir listede bir öğe numarası belirtmişse veya sunucudan farklı bir sırada birden çok öğe talep etmişse gönderilir.
• 426 Yükseltme Gerekli - Sunucu, istemciye protokolü yükseltmesini söyler. Yanıt başlığı, iyi biçimlendirilmiş Yükseltme ve Bağlantı alanları içermelidir. HTTP üzerinden TLS'ye geçişi sağlamak için RFC 2817'de sunulmuştur.
• 428 Önkoşul Gerekli - Sunucu, istemciye istekte If-Match gibi koşul başlıklarını kullanmasını söyler. RFC 6585 taslağında sunulmuştur.
• 429 Çok Fazla İstek - istemci kısa sürede çok fazla istek göndermeye çalıştı; bu, örneğin bir DDoS saldırısı girişimi olduğunu gösterebilir. İsteğin ne kadar süreyle yeniden denenebileceğini belirten Yeniden Dene-Sonra başlığı eşlik edebilir. RFC 6585 taslağında sunulmuştur.
• 431 İstek Başlık Alanları Çok Büyük - İzin verilen başlık uzunluğu aşıldı. Sunucunun bu kodla yanıt vermesi gerekmez, bunun yerine bağlantıyı sıfırlayabilir. RFC 6585 taslağında sunulmuştur.
• 434 İstenen ana bilgisayar kullanılamıyor - İstenen adres kullanılamıyor[ kaynak belirtilmemiş 1401 gün].
• 449 Şununla Yeniden Dene - istemciden isteği işlemek için yeterli bilgi alınmadıysa sunucu tarafından döndürülür. Bu, Ms-Echo-Request alanını yanıt başlığına yerleştirir. şirket tarafından tanıtıldı Microsoft için webdav. Şu anda en azından program tarafından kullanılıyor Microsoft Parası.
• 451 Yasal Sebeplerle Kullanılamıyor - kaynağa erişim, yasal nedenlerle, örneğin kamu makamlarının talebi üzerine veya telif hakkı ihlali durumunda telif hakkı sahibinin talebi üzerine kapatıldı. Google tarafından bir IETF taslağında tanıtıldı ve hata kodu Ray Bradbury'nin Fahrenheit 451 adlı romanına atıfta bulundu. 21 Aralık 2015 tarihinde standarda eklenmiştir.

Server hatası

502 Hatalı Ağ Geçidi hatası örneği

Sunucu hatası nedeniyle başarısız işlem durumları için 5xx kodları tahsis edilir. HEAD yönteminin kullanılması dışındaki tüm durumlar için, sunucu, istemcinin kullanıcıya göstereceği mesajın gövdesine bir açıklama eklemelidir ZORUNLU.

• 500 Dahili Sunucu Hatası - geri kalan sınıf hatalarının kapsamadığı herhangi bir dahili sunucu hatası. HTTP/1.0'da tanıtıldı.
• 501 Uygulanmadı - Sunucu, isteği işlemek için gereken yetenekleri desteklemiyor. Sunucunun istekte belirtilen yöntemi anlamadığı durumlar için tipik bir yanıt. Yöntem sunucu tarafından biliniyorsa ancak bu kaynak için geçerli değilse, o zaman bir 405 yanıtı döndürülmelidir.HTTP / 1.0'da tanıtıldı.
• 502 Hatalı Ağ Geçidi - Ağ geçidi veya proxy sunucusu olarak görev yapan sunucu, yukarı akış sunucusundan geçersiz bir yanıt mesajı aldı. HTTP/1.0'da tanıtıldı.
• 503 Hizmet Kullanılamıyor - sunucu, teknik nedenlerle (bakım, aşırı yük vb.) istekleri geçici olarak işleyemiyor. Yeniden Dene-Sonra başlığı alanında, sunucu, istemcinin isteği yeniden denemesinin tavsiye edildiği bir süre belirtebilir. Tıkanıklık sırasında bağlantıyı hemen kapatmak açık gibi görünse de, gereksiz isteklerin sıklığını azaltmak için Yeniden Dene-Sonra alanını büyük bir değere ayarlamak daha verimli olabilir. HTTP/1.0'da tanıtıldı.
• 504 Ağ Geçidi Zaman Aşımı - Ağ geçidi veya proxy görevi gören sunucu, mevcut isteği tamamlamak için yukarı akış sunucusundan yanıt beklemedi. HTTP/1.1'de tanıtıldı.
• 505 HTTP Sürümü Desteklenmiyor - Sunucu, istekte belirtilen HTTP protokolünün sürümünü desteklemiyor veya desteklemeyi reddediyor. HTTP/1.1'de tanıtıldı.
• 506 Varyant Ayrıca Anlaşma Yapıyor - Yanlış yapılandırmanın bir sonucu olarak, seçilen varyant kendisini işaret ederek bağlama işleminin iptal edilmesine neden oluyor. Deneysel. HTTP protokolünü teknolojiyle güçlendirmek için RFC 2295'te tanıtıldı Şeffaf İçerik Pazarlığı.
• 507 Yetersiz Depolama - Geçerli isteği tamamlamak için yeterli alan yok. Sorun geçici olabilir. tanıtıldı webdav.
• 509 Bant Genişliği Sınırı Aşıldı - web sitesi trafik tüketim sınırını aştığında kullanılır. Bu durumda site sahibi, barındırma sağlayıcısıyla iletişime geçmelidir. Şu anda bu kod herhangi bir RFC'de tanımlanmamıştır ve sadece hosting kontrol panelinde bulunan “bw/limited” modülü tarafından kullanılmaktadır. cPanel nerede tanıtıldı.
• 510 Genişletilmemiş - Sunucunun, istemcinin kullanmak istediği bir uzantısı yok. Sunucu isteğe bağlı olarak kendisine sunulan uzantılar hakkında bilgi gönderebilir. Uzantıları destekleyen HTTP protokolünü genişletmek için RFC 2774'te sunulmuştur.
• 511 Ağ Kimlik Doğrulaması Gerekli - bu yanıt, isteğin gönderildiği sunucu tarafından değil, bir aracı sunucu tarafından gönderilir - örneğin, sağlayıcının sunucusu - istemcinin önce ağda oturum açması gerekiyorsa, örneğin bir şifre girin ücretli bir İnternet erişim noktası için. Yanıtın gövdesinin bir web yetkilendirme formu veya ona bir yönlendirme döndüreceği varsayılır. RFC 6585 taslağında sunulmuştur.
• 520 Bilinmeyen Hata, CDN sunucusu web sunucusu hatasını işleyemediğinde oluşur; özel CloudFlare kodu,
• 521 Web Sunucusu Kapalı, CDN bağlantıları web sunucusu tarafından reddedildiğinde oluşur; özel CloudFlare kodu.
• 522 Bağlantı Zaman Aşımı, CDN web sunucusuna bağlanamadığında oluşur; özel CloudFlare kodu.
• 523 Kaynak Ulaşılamaz, web sunucusuna ulaşılamadığında oluşur; özel CloudFlare kodu.
• 524 Bir Zaman Aşımı Oluştu, CDN sunucusu ile web sunucusu arasındaki bağlantı zaman aşımı süresi dolduğunda oluşur; özel CloudFlare kodu.
• 525 SSL El Sıkışma Başarısız, CDN sunucusu ile web sunucusu arasındaki SSL anlaşması başarısız olduğunda oluşur; özel CloudFlare kodu.
• 526 Geçersiz SSL Sertifikası, web sunucusunun şifreleme sertifikası doğrulanamadığında oluşur; özel CloudFlare kodu.

Sunucu uygulaması yürütülürken hata oluştu: nedenleri ve düzeltme yöntemleri

Oldukça sık, birçok kullanıcı için monitör ekranında, dosyaları açmak için bazı işlemler yaparken, “Sunucu uygulaması yürütülürken bir hata oluştu” mesajı görünebilir. Birkaç durumu düşünmeye çalışalım ve bunun ne olduğunu ve böyle bir beladan nasıl kurtulacağınızı anlayalım.

"Sunucu uygulaması yürütülürken hata" nedir?

Bu tür bir soruna yol açan tüm durumlar arasında en yaygın sorun medya oynatmadır. Bu durumda, çoğu zaman, videoyu görüntülemeye çalışırken sunucu yürütme sırasındaki hata görünür.

Bildiğiniz gibi, standart Windows Media Player ideal olmaktan uzaktır ve varsayılan olarak sistemde yüklü bir multimedya aracı olarak her zaman düzgün çalışmaz. Ayrıca, başka türden bir durum ortaya çıkabilir. Bu, örneğin "1C" gibi programlardan, MS Link Server 2013'ün yüklenmesinden vb. kaynaklanıyor olabilir. Yalnızca bu durumda kullanıcı "Komut yürütülürken hata oluştu" gibi bir mesaj alır.

Açık nedenlerle ve en son programların karmaşıklığı nedeniyle, bunları dikkate almayacağız, ancak multimedya dosyalarının doğru açılmasından sorumlu bileşenlere odaklanacağız.

Virüsler ve Sistem Geri Yükleme

Kullanıcı bir sunucu uygulaması yürütme hatasının oluştuğuna dair bir mesaj alırsa, yapılacak ilk şey bilgisayar sisteminde bir virüs taraması yapmaktır (bazı kötü amaçlı yazılımlar bu tür sonuçlara yol açabilir).

Yeni veritabanlarına sahip bağımsız bir taşınabilir antivirüs kullanırken bile kontrol işe yaramadıysa, hatanın tam olarak ne zaman ortaya çıktığına bakmak ve ardından önceki herhangi bir kontrol noktasından kurtarmayı kullanarak sistemi orijinal durumuna geri döndürmeye çalışmak faydalı olacaktır. Bu yaklaşımın yardımcı olması çok iyi olabilir (özellikle multimedya ile ilgili güncellemeleri yakın zamanda yüklediyseniz).

Sürücüler, kodekler ve DirectX platformuyla ilgili sorunlar

Öte yandan, ne virüslerin ne de güncellemelerin bununla bir ilgisi olamaz. Aniden sistem, işlem sırasında bu tür bir hata oluştuğunu bildirirse, örneğin, video hızlandırıcı sürücülerinin güncellenmesi gerekebilir veya bazı video dosyalarında kullanılan codec bileşenlerinin ve kod çözücülerin yüklü olanlardan daha yüksek bir sürümü vardır. bu bilgisayarda.

Zaten açık olduğu gibi, bu bileşenlerin sadece güncellenmesi gerekiyor. Video kartları için Görev Yöneticisini kullanabilir, üreticinin resmi web sitesinden en son sürücü sürümüne sahip dosyayı manuel olarak indirebilir veya otomatik arama ve güncelleme için özel yardımcı programları kullanarak güncelleyebilirsiniz.

Aynısı kodek ve kod çözücü paketi için de geçerlidir. Neyse ki, bugün aynı K-Lite Codec Pack'in en son dağıtımını İnternette bulmak zor değil. Dikkat etmeniz gereken tek şey, resmi bir kaynaktan indirilmemişse, virüsten koruma yazılımı tarafından zorunlu kontroldür.

Çoğu zaman, bir sunucu uygulaması yürütülürken bir hata oluştuğunda sorun, eski bir DirectX sürümünün varlığından da kaynaklanabilir. Resmi Microsoft web sitesine gitmek, DirectX'in en son sürümünü oradan indirmek ve tüm bileşenlerini yeniden yüklemekten daha kolay bir şey yoktur.

Sorun giderme için en basit komutlar

Yukarıdaki yöntemler yardımcı olmazsa ve sunucu uygulaması yürütülürken hata tekrar tekrar ortaya çıkarsa, komut satırını kullanmanız gerekecektir. Standart Çalıştır menüsünden cmd alanına yazarak çağırabilirsiniz.

Eski DOS sistemindeki gibi siyah bir pencere açıldıktan sonra sırasıyla regsvr32 jscript.dll ve regsvr32 vbscript.dll olmak üzere iki komutu girmeniz ve ardından enter tuşuna (Enter) basmanız gerekir.

Bu, sistemin yeniden başlatılmasını gerektirecektir. Ancak bazı durumlarda bu istenilen sonucu vermeyebilir. Daha sonra ek bir komut sfc /scannow girmeniz gerekecektir. Teorik olarak, önceki ikisi ile birlikte, kullanıcıyı daha fazla hata ve arızadan kurtarmalıdır.

Windows Media Player ile ilgili sorunlar

Şimdi "yerel" Windows oynatıcı hakkında birkaç söz. Kural olarak, sunucu uygulamasını yürütürken hata içinde görünür. Ve bu, çevrimiçi video akışı izlemek için bile değil, bir video dosyasının olağan açılışı için bile geçerlidir.

En basit çözüm, başka bir oynatıcı kurmak olacaktır, diyelim ki VLC Media Player veya bunun gibi bir şey. İstenen dosya böyle bir oynatıcı ile sorunsuz açılıyorsa, sorun gerçekten Windows Media Player'dadır. Bunu reddedebilirsin.

Ama zaten bu programa bağlıysanız ve tercihlerinizi hiçbir şekilde değiştirmek istemiyorsanız başka bir radikal yöntem uygulayabilirsiniz. Oynatıcıyı güncellemekten bahsetmiyorum bile, yüklü Windows bileşenlerine dönmeniz gerekecek.

Bunu yapmak için, Sistem bileşenlerini etkinleştirmek ve devre dışı bırakmak için özel bir menünün bulunduğu Denetim Masası'ndaki Programlar ve Özellikler bölümünü (eski işletim sistemlerinde bu Program Ekle veya Kaldır bölümüdür) kullanmanız gerekir. Yüklü yazılımlar listesinde Windows Media Player'ı buluyoruz ve yanındaki kutunun işaretini kaldırıyoruz. Sistemi yeniden başlatıyoruz, ardından tekrar aynı bölüme gidiyoruz ve onay işaretini yerine geri getiriyoruz. Yeniden başlatma yeniden gerekli.

Çok yüksek bir olasılıkla, bu hatanın ortadan kaldırılacağı iddia edilebilir, ancak prensipte hiç kimse "yerel" oynatıcıyı devre dışı bırakmanın ve yeniden etkinleştirmenin işleminin doğruluğunu nasıl etkilediğini kesin olarak söyleyemez. Geliştiricilerin kendilerinin bunun farkında olmaması çok iyi olabilir.

Çözüm

Bu nedenle, sunucu uygulamasının yürütülmesinde hataların ortaya çıkması için en olası durumları inceledik ve bunları düzeltmek için ana yöntemleri belirttik. Ancak, sunucu uygulaması yürütülürken bir hata meydana gelirse, bunlar tüm yöntemlerden uzaktır, çünkü bazen “OS” un kendisinde arıza olması durumunda, kurulum diskinden veya flash sürücüden önyükleme yapmanız, diğer bileşenleri güncellemeniz vb. . Biz sadece en basit seçenekleri verdik.

DNS hatası ne anlama geliyor?

Bilgisayar veya internet kullanırken DNS hatası alıyorsanız, ayarlarda bir sorun olduğunu bilmelisiniz. Bu sorun çözülmezse, kullanıcı istediği web sitesini ziyaret edemez.

DNS nedir?

Bir etki alanı için DNS, hizmetin adı olacak ve İnternet'teki kaynaklara erişmenize yardımcı olacaktır. Amaç, kullanıcının tarayıcıda girdiği adresi çevirmektir. Çeviri, kullanılan dilden bilgisayarın diline yapılır. Bu prosedür, sunucudan geçen siteye erişime izin vermek için adresin bilgisayar tarafından okunmasını ve anlaşılmasını kolaylaştırır.

DNS hatası nedir?

Belirli bir web sitesi için bu tür bir hata, temelde aktif bir ağ bağlantısının olmamasıdır. Ayrıca, girilen adresi çözmek için ekipmanın İnternet'e bağlanamadığı anlamına gelir. Bu nedenle bilgisayar seçilen siteyi ziyaret edemiyor.

Hata alma belirli nedenlerden dolayı meydana gelir ve çoğu zaman ortadan kaldırmak oldukça basittir. Bazen cihaz bunları yalnızca belirli kaynaklar için gösterir. Bu durumda adres yanlış girilebilir veya ağda kaydedilmemiş olabilir.

Öncelikle nelere dikkat etmelisiniz?

DNS arama hatası nedeniyle sunucu bulunamazsa bilgisayarda bir sorun olmayabilir. Bu nedenle sunulan tavsiyelere dikkat etmeli ve bunları kullanmalısınız.

• Bir siteye veya tümüne erişmeye çalıştığınızda sorunun oluşup oluşmadığını kontrol etmeye değer. İlk durumda, kaynak bazı değişikliklere tabi olabilir veya işletimde sorunlarla karşılaşabilir. Kullanıcı, özel bir satırda yönetici olarak ipconfig /flushdns komutunu kullanarak DNS önbelleğini beklemeli veya temizlemelidir.
• Mümkünse, kullanılan bir cihazda veya diğerlerinde DNS hatasının görünüp görünmediğini kontrol etmelisiniz. Tüm cihazlar buna maruz kalırsa, sağlayıcıda bir sorun olabilir. Bu durumda, sorun gidermeyi beklemeye değer.
• Bir Wi-Fi yönlendirici kullanarak bağlantı kurarken, tamamen kapatılmalı ve yeniden başlatılmalıdır. Siteye bir sonraki erişmeye çalıştığınızda, DNS sunucusu hatası büyük olasılıkla ortadan kalkacaktır.
• İnternete Wi-Fi yönlendirici kullanmadan bağlanırken, bilgisayardaki bağlantı listesine gitmeniz önerilir. Ardından, yerel ağı devre dışı bırakmanız ve yeniden etkinleştirmeniz gerekir.

Manipülasyonlardan sonra DNS hatasının kalabileceği anlaşılmalıdır. Böyle bir durumda, düzeltmek için başka yöntemler kullanmaya değer.

Google Genel DNS'yi Kullanma

• Cihaz bağlantıları listesine gitmeniz gerekiyor. Bunu yapmanın kolay bir yolu, Win + R tuş bileşimine basıp ncpa.cpl komutunu girmektir.
• İnternete erişmek için kullanılan bağlantıyı seçmeye değer. Yüksek hızlı bir bağlantı PPPoE, L2TP veya yerel alan ağıdır. İstenilen eleman seçilir ve "Özellikler" maddesine basılır.
• Bağlantı tarafından kullanılan bileşenler arasından TCP/IPv4 protokolünü seçer.
• Bir DNS arama hatası nedeniyle sunucu bulunamazsa, DNS sunucusu ayarlarında hangi ayarların olduğunu kontrol etmek önemlidir. Otomatik modda bir adres alırken, adres girmeye devam etmeye değer. Daha sonra 8.8.8.8 ve 8.8.4.4 değerleri belirtilir. Aksi takdirde, otomatik alımı önceden ayarlamalısınız.
• Ayarları kaydettikten sonra, yönetici olarak bir komut istemi başlatmaya ve ipconfig /flushdns'yi çalıştırmaya değer.

Tarayıcı Sorunlarını Giderme

Farklı bir tarayıcı kullanırken DNS bağlantılarını kontrol etmek mümkündür. Bunu yapmak için herhangi bir web tarayıcısını indirin. Şu anda çok sayıda var ve çoğu ücretsiz olarak sağlanıyor. Tarayıcı açıldıktan sonra İnternet'e bağlanmanız gerekir. Bir DNS arama hatası nedeniyle hizmet tekrar bulunamazsa, tarayıcıda herhangi bir hata yoktur. Bu, sorunun diğer bilgisayar ayarlarında olduğu anlamına gelir.

Herhangi bir zorluk olmaması durumunda, kullanıcının eski tarayıcıda sorun gidermesi gerekir. Oldukça sık proxy ayarları nedeniyle ortaya çıkarlar. Buna göre, onları değiştirmek gereklidir.

DNS temizleme ve değiştirme

Her şeyden önce, bir DNS hatası ortaya çıkarsa, ayar zamanla eski hale geleceğinden önbelleği manuel olarak temizlemeye değer. Bu komut satırından yapılabilir. Bu prosedür basittir, ancak etkisiz olabilir. DNS bağlantı hatası devam ederse, hizmeti değiştirmeye değer.

Kullanıcı, bağlanmak için bağımsız olarak alternatif bir DNS sunucusuna girme olanağına sahiptir. Bunu yapmak için ncpa.cpl bölümüne gidin ve etkin bir bağlantı seçin ve ardından Özellikler'e gidin. "Ağ" sekmesinde bulunan TCP / IPv4 ağ protokolü girişini bulmanız gerekir. Ardından özellikler ve sunucu adresine gitme seçeneği seçilir. Tercih edilen DNS sunucusu alanına kullanıcı 208.67.222.222 girmelidir. Ardından Alternatif DNS sunucusu alanına 208.67.220.220 girmeniz gerekir. Yeni oluşturulan DNS sunucuları açık kaynak olacaktır.

Google kullanırken yavaş sunucu yanıtı

Bu durumda, bir DNS arama hatası, Googlebot'un onunla iletişim kuramadığı anlamına gelir. Bunun nedeni, çalışmaması veya kullanıcının etki alanı için DNS yönlendirmesiyle ilgili bir sorun olmasıdır. Uyarıların ve hataların çoğu robotun çalışmasını etkilemez. Bunların ortaya çıkması, kullanıcılar için hoş olmayan bir an olan uzun bir tepki ile de açıklanabilir.

Başlangıçta, Google'ın siteyi taradığından emin olmalısınız. Bunu yapmak için, kaynağın ana sayfası için aracı kullanmalısınız. Kullanıcı içeriği hatasız olarak döndürürse, Google siteye erişebilecektir. DNS hizmeti, web barındırma sağlayıcınız veya başka bir şirket tarafından sağlanabilir. Bir DNS araştırması bitmiş hata kodu veya başkaları görünürse buna başvurmalısınız.

Sunucu, alt etki alanı isteklerine yanıt vermeye başlamak üzere bir joker karakter sitesi için yapılandırılabilir. Kaynağın içeriği kullanıcılar tarafından oluşturulabilirse ve aynı zamanda her kişisel sayfa için ayrı bir alan sağlanırsa bu yaklaşım başarılı olacaktır. Bazı durumlarda bunun, farklı adlara sahip ana bilgisayarlarda yinelenen içeriğe yol açabileceğini belirtmekte fayda var. Bu, çoğu durumda kaynağı Googlebot robotu aracılığıyla taramanın önünde bir engel haline gelir.

Bilgisayarınızda virüs taraması gerçekleştirme

Daha önce tartışılan yöntemler yardımcı olmayabilir. DNS hatası hala ekranda görünüyorsa ve bilgisayarı dışarıdan etkileyen faktörlerden kaynaklanmıyorsa virüs taraması yapmalısınız. Kullanıcının zaten cihazda yüklü bir antivirüsü olabilir. Kaspersky programını kullanmanız önerilir ve ücretsiz deneme sürümü işinizi görür. Ayrıca benzer bir tasarımda Bitdefender harika bir seçenek olacaktır.

Bu antivirüslerde, sistem parametrelerini geri yüklerken virüsleri etkili bir şekilde ortadan kaldırma ve algılama düzeyi, benzerlerine göre oldukça yüksektir. Bu durumda, tam sistem taraması kullanmalısınız. Tarayıcının kendisindeki sorundan kurtulamıyorsanız, bu yöntemi kullanmak gerçekten yararlı olabilir.

Antivirüs arızası

Aynı zamanda, bazı durumlarda antivirüsün kendisinin İnternet'e bağlanmada sorunlara neden olabileceği gerçeğine dikkat etmeye değer. Aynı zamanda gerçek bir düzeltmedir. Prosedür için "Güvenli Mod" kullanılır. Bu durumda, bilgisayar yeniden başlatılır ve bu sırada yalnızca işletim sistemi için gerekli dosyalar yüklenir. Bu, soruna bir virüsten koruma veya başka bir programın neden olup olmadığını belirlemeye yardımcı olur. Bunu doğrulamak için aşağıdakileri yapmanız önerilir:

• Her şeyden önce, antivirüsünüzü kapatın. Bağlantı hatası yoksa, virüsten koruma programını kaldırmalı ve yeni bir tane yüklemelisiniz.
• Ardından, cihazınızı yeniden başlatmanız gerekir. Yüklerken F8 tuşunu basılı tutun.
• Sağlanan seçeneklerden "Ağ ile Güvenli Mod" seçeneğini seçmelisiniz.
• Ardından bağlantı kontrolü kontrol edilir. Ağa başarılı bir şekilde bağlanırsanız, sorunun bilgisayarda çalışmakta olan programda olduğu sonucuna varabilirsiniz.

Başlangıç ​​dosyalarını dikkatlice incelemek ve hatalı olan bulunana kadar programları devre dışı bırakmak gerekir.

yönlendirici

Bir DNS arama hatası nedeniyle sunucu bulunamazsa, yönlendiriciye tekrar bakmakta fayda var. Yeniden başlatmak bu durumda yardımcı olmayabilir. Bazı durumlarda, ayarlar bozuktur. En doğru ve en hızlı çözüm, cihaz ayarlarını varsayılana sıfırlamaktır. Sonuç olarak, kablosuz ağ ayarları sıfırlanacaktır. Onlarla birlikte, port üzerinden iletilen bilgiler kaybolacaktır.

Prosedürü gerçekleştirmek için cihazın arkasında bulunan Sıfırla düğmesini basılı tutmanız gerekir. Bu durumda, ataş gibi sivri uçlu bir nesneye ihtiyacınız olabilir. Ardından yönlendiriciyi yeniden yapılandırmanız gerekir. Cihazı sıfırladıktan sonra, kullanıcı tarafından kullanılıyorsa kablosuz ağ ayarlarını değiştirmelisiniz. Bu, tüm yönetici hesaplarını ve şifrelerini sıfırlayacaktır. Ayarları yapmak basit bir işlemdir, ancak özen ve doğru işlemler gerektirir. Sorun yönlendiricideyse, iş bittikten sonra tamamen çözülmelidir.

Ayrıca, yönlendiricinin tamamen arızalı olma olasılığı da vardır. Sıfırlayıp yeniden yükleyemezseniz, ISS'nize başvurmalısınız. Bu durumda, ağa bağlanma zorluğunun nedenini belirlemek mümkün olacaktır. Ayrıca, prosedür bir uzman tarafından gerçekleştirilecektir.

Alan adı kaydında hostinginizin DNS'sini belirtme ihtiyacı

Ad sunucusu, belirli bir site hakkında bilgi bulmaya yardımcı olmak için tasarlanmıştır. Kullanıcı kendi etki alanında bir kayıt doldururken, İnternet izleyicisine doğru yere götürecek doğru yön bilgisini sağlayacaktır.

Etki alanı kaydında önceki sağlayıcının verilerini bırakırsanız, kullanıcı artık sitesi olmayan bir sunucuya yönlendirilecektir. Aynı zamanda, sağlayıcı kaynak kaydını DNS'den sildiği için siteye erişmek imkansız olacaktır. Doğru uygulama oldukça önemlidir ve tavsiyelere uyulmaması zorluklara yol açabilir.

Bir DNS hatası nedeniyle sunucu bulunamazsa, materyalde açıklanan adımları izlemelisiniz. Sunulan ipuçları faydalı olacaktır, çünkü sorunun nedenini belirlemeye ve zamanında ortadan kaldırmaya yardımcı olurlar. Yukarıdaki bilgiler, birçoğu açıklanan zorlukla karşı karşıya kaldığından, İnternet kullanıcıları için geçerli olacaktır. Ayrıca sitelere kendi ellerinizle erişim sorununuzdan kurtulamıyorsanız uzmanlara başvurabilirsiniz. Bu durumda en doğru çözüm bu olacaktır.

Dahili sunucu hatası nedir?

Vladislav!!!

Hata, biri standart (dilbilgisi kuralı, bir soruna doğru yanıt, istenen sonuca götürecek bir çözüm) ve ikincisi gerçekten meydana gelen bir şey olan iki nesne grubu arasındaki tutarsızlıktır. Hatalar, insan faaliyetinin tüm alanlarında meydana gelir. Olasılık teorisi ve istatistik, ölçüm hatalarını (hataları) analiz etmek için geliştirilmiştir. Mikro dünyadaki ölçümlerin yanlışlığı, kuantum mekaniğinin ilkelerinden biridir. Hataların feci sonuçlara yol açtığı birçok tarihsel örnek vardır. Birçok aforizma hatalara ayrılmıştır, filozoflar, şairler, yazarlar, tarihçiler ve diğer birçok disiplinin temsilcileri tarafından kavranırlar. Bu nedenle, birçok diyalitik filozof, "insan hatalardan öğrenir" ifadesine katılmaktadır. Öte yandan şüpheciler ve agnostikler, tüm fikirlerimizin büyük olasılıkla hatalı olduğuna inanırlar.
Bir sunucu hatası gibi görünüyor ...
404 (Bulunamadı veya Kaynak Yok)
Verilen adreste kaynak olmadığını gösterir.
405 (Yönteme İzin Verilmez veya Geçersiz yöntem)
Bu adres için herhangi bir istek yöntemi olmadığını gösterir.
406 (Kabul Edilemez veya Geçersiz İstek)
İstekteki yanıtla tutarlı içerik nesnesi olmadığını gösterir.
407 (Proxy Kimlik Doğrulaması Gerekli)
İstemcinin kimliğinin doğrulanması gerektiğini gösterir. Proxy-Yetkilendirme ve Proxy-Authenticate kullanılır.
408 (İstek Zaman Aşımı)
İsteğin sunucu tarafından ayarlanan zamanda yapılmadığı anlamına gelir.
409 (Çatışma veya Çatışma)
İstek ile kaynağın mevcut durumu arasında bir çakışma olduğunu gösterir.
410 (Gitti veya Kaynak kalıcı olarak silindi)
Kaynağın kalıcı olarak silindiğini gösterir.
411 (Gerekli Uzunluk)
Sunucunun, İçerik Uzunluğu belirtilmemiş bir isteği kabul etmeyeceğini belirtir. İstek başlığında doğru İçerik Uzunluğunu belirtmelisiniz.
412 (Ön Koşul Başarısız veya Bazı ön koşullar karşılanmadı)
Sunucunun, boyut sınırını aştığı için isteği işlemeyi reddettiğini gösterir.
413 Talep Çok Büyük)
Sunucunun, büyük hacmi nedeniyle isteği işleme almayacağı anlamına gelir.
414 (Talep URI'si Çok Uzun veya İstekteki kaynak tanımlayıcısı maksimum uzunluğu aşıyor)
İstenen adresin maksimum uzunluğu aştığını gösterir.
415 (Desteklenmeyen Ortam Türü veya bu aygıt türü desteklenmiyor)
İstek nesnesinin istekten farklı bir biçimde olduğunu gösterir.
500 (Dahili Sunucu Hatası veya Sunucu İçi Hatası)
İstek işlenirken sunucuda dahili bir hata oluştuğunu gösterir.
501 (Uygulanmadı veya bu özelliğin uygulanması yok)
İstemci tarafından istenen özelliğin sunucu tarafından desteklenmediğini veya sunucunun istek yöntemini tanıyamadığını belirtir.
502 (Kötü Ağ Geçidi veya Kötü Ağ Geçidi)
Ağ geçidi olarak kullanılan sunucuda bir hata oluştuğunu gösterir.
503 (Hizmet Mevcut Değil veya Hizmet Kullanılamıyor)
Sunucu hizmetlerinden birinin şu anda kullanılamadığını gösterir.
504 Geçidi Zaman Aşımı)
Ağ geçidinin maksimum zaman sınırını aştığı anlamına gelir.
505 (HTTP Sürümü Desteklenmiyor veya Bu HTTP sürümü desteklenmiyor)
İstekte belirtilen HTTP sürümünün sunucu tarafından desteklenmediğini gösterir.

Kullanıcı silindi

500. Dahili Sunucu Hatası (Rusça. Dahili sunucu hatası) - diğer 5xx sınıfı hataların kapsamına girmeyen herhangi bir dahili sunucu hatası. Sunucu, geçerli bir isteği yerine getiremiyor veya belirtilen türdeki istekleri desteklemiyor.
Bakın: http://ru.wikipedia.org/wiki/HTTP_404#404

Ne anlama gelir: Hata: HTTP 500 - Dahili Sunucu Hatası ne anlama gelir?

siteye giremiyorum. Tarayıcı şunları gösterir:

Hata: HTTP 500 - Dahili Sunucu Hatası

Bunun anlamı ne? Bu sitenin sonu mu?

Galina vasilna

5XX numarasıyla başlayan kodlar, isteğin doğru bir şekilde tamamlandığını ancak sunucunun şu anda başa çıkamadığı anlamına gelir. Bir süre açmadığınızda, tarayıcı bir cevap vermelidir. Her tarayıcı farklı yanıt verir. Yandex tarayıcım var, çoğunlukla soruyor, bekle mi yoksa kapat mı? Ama bazen "hata #..." gösteriyor.

Pek çok sunucu yanıt kodu vardır, anlamları farklıdır. En basit şey, F5 tuşuna basarak sayfayı yenilemeyi denemektir. Oldukça sık bu sorunu çözer. Şu veya bu kodun ne anlama geldiğini sorabilirsiniz, işte burada

Sorunu şu şekilde çözmeyi deneyebilirsiniz:

Ya da neyin kime daha çok yakıştığını açıklamak için başka bir seçenek:

Foxanoreth

Bu, sunucunun dahili bir sorunudur ve sıradan bir üçüncü taraf kullanıcı tarafından kesinlikle çözmeyeceksiniz. Biraz beklemeye değer, örneğin yaklaşık yarım saat, başka şeyler yapın ve daha sonra sunucuyla tekrar bağlantı kurmayı deneyin.

Bir siteyi ziyaret ederken, istemci uygulaması HTTP ağ protokolünü kullanarak web sunucularına bağlanır. Bu tür ağ bağlantıları, HTTP kodlarının yanı sıra web sayfası içeriği de dahil olmak üzere sunuculardan istemcilere yanıt verilerinin gönderilmesini destekler.

HTTP Hata Kodları ve Durum Türleri

HTTP sunucusu yanıtına dahil edilen veriler, isteğin işlenmesinin sonucunu gösteren bir koddur. Bu kodlar, kategorilere ayrılmış üç basamaktan oluşur:

• 100-199: bilgi durumu;
• 200-299: başarılı isteğin durumu;
• 300-399: yeniden yönlendirme durumu;
• 400-499: istemci hataları;
• 500-599: Sunucu hataları.

İnternette veya yerel ağlarda yalnızca birkaç hata kodu ve durumu görüntülenir. Başarısız bir istekten kaynaklanan hata kodları web sayfasında görüntülenirken, diğer kodlar kullanıcılara hiç gösterilmez.

1. HTTP 200 "Tamam"

HTTP kodu 200, sunucu isteği başarıyla işlediğinde ve içeriği tarayıcıya geri gönderdiğinde oluşur. Çoğu HTTP isteği bu durumla sona erer. Kullanıcılar bu kodu nadiren ekranda görür çünkü tarayıcılar genellikle herhangi bir sorun olduğunda HTTP kodlarını görüntüler.

2. HTTP Hatası 404 "Bulunamadı"

Sunucu istenen sayfayı, dosyayı veya diğer kaynağı bulamadı. HTTP 404 hatası, istemci ile sunucu arasındaki ağ bağlantısının başarılı olduğunu gösterir. Kullanıcı tarayıcıya yanlış URI girdiğinde veya sunucu yöneticisi dosyayı yeni konuma yönlendirmeden sildiğinde oluşur. Bu sorunu çözmek için kullanıcıların doğru URL'yi yazması gerekir.

3. HTTP Hatası 500 "Dahili Sunucu Hatası"

Sunucu, istemciden geçerli bir istek aldı, ancak bunu işleyemedi. HTTP 500 hatası, sunucu bir tür teknik arızayla karşılaştığında oluşur. Örneğin, bellek veya disk alanı eksikliği. Sunucu yöneticisi bu sorunu çözmelidir.

4. HTTP Hatası 503 "Hizmet Kullanılamıyor"

Bu kod, sunucunun gelen isteği işleyemediğini gösterir. Bazı sunucular, yüksek kaynak tüketimi nedeniyle beklenen hataları belirtmek için HTTP hata kodu 503'ü kullanır. Örneğin, genellikle HTTP-500 kullanılarak bildirilen aynı anda bağlanan kullanıcı sayısı veya CPU güç sınırı aşıldığında.

5. HTTP 301 "Kalıcı Olarak Taşındı"

İstemci tarafından belirtilen URI, istemcinin kaynağı yeni konumdan almasına olanak tanıyan bir HTTP yeniden yönlendirmesi kullanılarak başka bir konuma taşındı. Tarayıcılar, kullanıcı müdahalesine gerek kalmadan 301 HTTP yönlendirmesini otomatik olarak takip eder.

6. HTTP 302 "Bulundu" veya "Geçici Olarak Taşındı"

HTTP kodu 302, kaynağın kalıcı olarak değil, geçici olarak taşındığı durumlar içindir. Sunucu yöneticisi, içeriğin kısa süreli güncellenmesi (değiştirilmesi) sırasında yalnızca HTTP 302 kullanmalıdır. Tarayıcılar, tıpkı bir 301 kodu için yaptıkları gibi, otomatik olarak bir 302 yönlendirmesi gerçekleştirir. HTTP 1.1'de, geçici yönlendirmeleri belirtmek için yeni bir 307 kodu eklendi.

7. HTTP 400 "Hatalı İstek"

Sunucu, istemciden alınan protokol verilerinde bir hatayla karşılaştı. Bu genellikle istemci tarafında teknik bir arıza olduğunu veya ağın kendisinde veri bozulması olduğunu gösterir.

8. HTTP 401 "Yetkisiz"

Bu hata, istemciler sunucudan korumalı bir kaynak istediğinde ancak erişim için kimliği doğrulanmadığında oluşur. Bunu düzeltmek için istemcinin bir kullanıcı adı ve parola kullanarak sunucuda oturum açması gerekir.

9. HTTP 100 "Devam"

Protokolün 1.1 sürümüne eklenen HTTP yanıt kodu 100, ağ bant genişliğini daha iyi kullanmak için tasarlanmıştır. Sunucuların büyük istekleri kabul etmeye hazır olduklarını kabul etmelerini sağlar. Devam protokolü, bir HTTP 1.1 istemcisinin, sunucudan 100 yanıt isteyen küçük, özel olarak yapılandırılmış bir mesaj göndermesine ve ardından daha fazla eylem için bir istek göndermeden önce yanıtı beklemesine izin verir. HTTP 1.0 istemcileri ve sunucuları bu kodu kullanmaz.

10. HTTP 204 "Eksik İçerik"

Sunucu, istemcinin isteğine yalnızca başlık bilgilerini içeren bir yanıt gönderdi ( yani bir mesaj gövdesi içermez). İstemciler, örneğin gereksiz sayfa yenilemelerinden kaçınmak için sunucu yanıtlarını daha verimli bir şekilde işlemek için HTTP kodunu 204 kullanabilir.

11. HTTP 502 "Geçersiz Ağ Geçidi"

İstemci ve sunucu arasındaki ağda meydana gelen bir hata, bu HTTP hata kodunun çıktısının alınmasına neden olur. Bunun nedeni ağ güvenlik duvarındaki, yönlendiricideki veya diğer ağ geçidindeki yapılandırma hataları olabilir.

Çoğu zaman, barındırma sahipleri (Dahili Sunucu Hatası) hakkında sürekli bir mesajın ortaya çıkmasından muzdariptir. O, denildiği gibi, birçokları için hayatı zehirler. Şimdi durumun özünü kısaca anlamaya çalışacağız ve gelecekte hatadan nasıl kurtulabileceğimizi göreceğiz.

Dahili Sunucu Hatası: nedir?

Öyleyse, belki de bu ifadenin anlamıyla başlayalım. Windows hatalarının sisteminde (kataloğunda) (sadece değil) Dahili Sunucu Hatasına karşılık gelen 500 hata numarası vardır. Bu ifadenin çevirisi, durumla ilgili dahili bir sunucu hatası anlamına gelir.

Özünde, hata, sunucu yazılımının çalışmadığı veya çalıştığı, ancak bileşenlerinden birinin veya daha fazlasının, arama motoru veya İnternet tarayıcısı gibi istemci isteklerini reddetme şeklinde başarısız olduğu anlamına gelir.

Hatanın nedenleri

En geniş anlamıyla Dahili Sunucu Hatası'ndan bahsedecek olursak, tamamen farklı CMS kullanılarak yazılmış birçok site veya kaynakta oluşabileceği unutulmamalıdır. Burada, bu arada, oluşumunun nedenleri arasında ayrım yapmak gerekir.

Çok sık olarak bu durum WordPress, OpenCart, Joomla vb. sitelerde gözlemlenebilir. Bir site oluşturulurken WordPress gibi yönetim yapıları kullanılmıyorsa bunun nedeni yanlış PHP uzantıları bağlanırken hostingin kendisinin çökmesi veya sitenin çökmesi olabilir. istek, sunucunuz tarafından tanınamayan yanlış HTTP üstbilgileri döndürdükten sonra.

Dahili Sunucu Hatasının eşit derecede yaygın bir nedeni, doğru erişim haklarının olmamasıdır. Bu nedenle, örneğin, barındırılan PHP komut dosyalarında 777 erişim hakları varsa, bunların yürütülmesinin sunucu tarafından basitçe engellenmesi ve bunun sonucunda bir hata mesajı görüntülenmesi çok iyi olabilir.

Ayrıca, sebeplerden biri, senaryoların oldukça uzun çalışması olabilir. Gerçek şu ki, PHP yürütme süresi sınırları yalnızca barındırma için geçerli değildir, bu tür sınırlar sunucu tarafından da ayarlanabilir. Başka bir deyişle, bir işlem zaman aşımına benzer. Sunucu belirli bir süre için bir isteğe yanıt almadığında, komut dosyasının yürütülmesini engeller.

Bazı durumlarda, barındırma, kullanılan bellek sınırını aştığında Dahili Sunucu Hatası hatası görünebilir. Basitçe söylemek gerekirse, bir betiğin yürütülmesi gerekenden daha fazlasını gerektirir ve böyle bir sınır yalnızca PHP için ayarlanmaz, genellikle tüm yürütülebilir betikler tarafından kaynakların tüketiminde kısıtlamalar vardır.

Son olarak, en yaygın Dahili Sunucu Hatası durumlarından biri, .htaccess dosyasındaki yanlış yönergelerin içeriğidir (bu arada, bu en sık WordPress motoruyla çalışırken görülür). Şimdi her bir özel durum için bir çözüm bulmaya yaklaştık.

Dahili Sunucu Hatası: En basit şekilde nasıl düzeltilir?

Öncelikle hatalı erişim hakları tespit edildiğinde neler yapılabileceğine bakalım. Bu durumda kesinlikle herkesin içeriği düzenlemesine izin veriyorlar ve bu da şüphesiz güvenliği etkiliyor. Böyle bir durumda klasörlere 755, script dosyalarına 600 ve tüm çelik veri dosyalarına 644 değerini uygulayarak bunları değiştirmeniz gerekir.

Yürütülebilir komut dosyası çok uzun süre çalışırsa, bekleme süresini artırmayı deneyebilirsiniz, ancak bir sorun var. Böyle bir çözüm, özel bir sunucu veya VPS (Sanal Özel Sunucu) üzerinde çalışabilir ve bu durumda hiçbir etkisi olmayacaktır.

Barındırma ile ilgili yürürlükteki kısıtlamalara kıyasla fazla tahmin edilen bellek tüketimine gelince, burada yalnızca destek servisiyle iletişime geçmenizi veya kısıtlamaları çok şiddetli olmayacak olan barındırma sağlayıcısının kendisini değiştirmenizi tavsiye edebiliriz.

Şimdi .htaccess dosyası hakkında birkaç söz. Gerçek şu ki, çok katı bir sözdizimi kullanımını içeriyor, ayarlar sırasında hatalar veya bazı yanlışlıklar yapıldıysa, Dahili Sunucu Hatasından kaçınmak mümkün olmayacaktır. Burada aşağıdakileri yapmanız gerekiyor. Öncelikle, sitenin kök dizininde dosyanın kendisinin varlığını kontrol etmeniz gerekir, ardından bir yedek kopya oluşturduktan sonra tamamen ve tamamen silin. Böyle bir prosedürden sonra site tekrar çalışır hale gelirse, sorun .htaccess dosyasındadır ve sözdizimindeki hatalar için kontrol edilmesi gerekir.

WordPress motoruyla ilgili sorunlar

WordPress ile işler daha kötü. Gerçek şu ki, bu motor, barındırma dosya ve klasörlerine erişimi yönetmekten sorumlu orijinal .htaccess dosyasının üzerine yazabilir ve orijinal dosya yalnızca bir kez oluşturulmalıdır ve özellikle WordPress'te değil!

Bu durumu düzeltmenin en kolay yolu, WordPress temasını devre dışı bırakmak ve bunun yerine başka bir tema kullanmaktır. Hata ortadan kalktıysa, temanın kendisidir, değilse, yavaş yavaş WordPress eklentilerini devre dışı bırakmanız ve hangisinin performansı etkilediğini kontrol etmeniz gerekir.

Bazı durumlarda, WordPress'i en son sürüme güncellemek ve dosya üzerine yazma özelliğini devre dışı bırakmak gerekebilir. Önce orijinal .htaccess dosyasını bilgisayar terminaline indirin, ardından /wp-admin/includes/ yolu boyunca sitedeki klasörü girin ve ardından dosyayı indirin Örneğin standart bir Not Defteri'nde (veya başka bir metin düzenleyicide) açmanız ve "function save_mod_rewrite_rules" işlev satırını bulmanız gereken misc.php. Şimdi işlevin kendisinde, "return insert_with_markers($htaccess_file, "WordPress", $rules);" satırına gidin. ve "return true" ile değiştirin; (elbette, tüm komutlar tırnak işaretleri olmadan yazılır). Geriye sadece değişiklikleri kaydetmek ve yeni dosyayı eski misc.php dosyasının yerine yenisini yüklemek için kalır.

Bu yöntemin tek dezavantajı, bu durumda WordPress güncellemelerini devre dışı bırakmasıdır. Eklentiler bağlandığında, elbette çalışmayacaktır.

Çözüm

Prensip olarak, bunlar tabiri caizse, hatanın en yaygın nedenleri ve ortadan kaldırılması için yöntemlerdir. Aslında, bu tür durumlarla başa çıkmanın birçok yolu olmasının birçok nedeni olabilir, bu nedenle her bir özel durumda durumu analiz etmeniz ve ancak bundan sonra hangi tekniği kullanacağınızı seçmeniz gerekecektir.

Sorularım var? Bir yorum Yaz!

Merhaba! Kısa bir süre önce sitem kapandı ve ekranda bir yazı belirdi - 500 dahili sunucu hatası. Bu konularda az ya da çok deneyimli bir kişi olarak, her şeyi çabucak restore ettim, hemen nedenini buldum ve ortadan kaldırdım. Her zaman ne yaptığınızın, ne yaptığınızı anlayıp anlamadığınızın, yeterli gerekli bilgiye sahip olup olmadığınızın vs. farkında olmanız önemlidir. Tabii ki, tüm bunlar hemen değil, deneyimle gelir ve bunun için sürekli öğrenmeniz ve uygulamanız gerekir. Ve sitenin aşağı inmediğini anlamalısınız. Site "kapanmadan" önce, belirli eylemler gerçekleşmeden önce siz veya bir başkası sitede herhangi bir değişiklik yapar. Belirleyici olan bu eylemlerdir. 500 hatasına neden olmanın ana ve en yaygın nedenlerinin listesi:

500 dahili sunucu hatası

– Sitenin kaynak kodunda herhangi bir değişiklik yaptınız mı,çoğu zaman bu cehaletten ve düşüncesizce yapılır. Yanlışlıkla bir şey silindi veya yanlış şekilde eklendi, kodun bir kısmı ihmal nedeniyle takıldı.

– htaccess yapılandırma dosyasına herhangi bir kod eklediniz mi, hangi sunucuda. Htaccess dosyası, 500 hatanın çok yaygın bir nedenidir. Bu dosyada yapılan herhangi bir yanlış işlem sitenizi anında devre dışı bırakacaktır.

– Siteye htaccess dosyasında otomatik olarak değişiklik yapan bir eklenti yüklediniz. Aynı şey genellikle olur, htaccess dosyasına belirli kodlar ekleyen eklentiler vardır. Wordpress'te bunlar popüler eklentilerdir - Hepsi Bir Arada Seo Paketi, Jetpack, Akismet, WP Süper Önbellek, Yoast SEO, vb. Uyumsuzluk nedeniyle hata oluşabilir.

– Sitenize bir eklenti yüklediniz ve sitenizle veya ayrı bir bölümüyle uyumsuz olduğu ortaya çıktı. Bu genellikle wordpress'te olur ve sorun çok hızlı bir şekilde çözülür. Hosting paneline gitmeniz ve yeni yüklenen eklentiyi kaldırmanız gerekiyor.

– Sitenize, sitenizle uyumsuz olduğu ortaya çıkan bir tema veya şablon yüklediniz veya ayrı bir parçası ile. Uyumsuzluk, sitenizin eski bir sürümünden veya yüklediğiniz şablondan kaynaklanıyor olabilir. Şablonlar farklı web yöneticileri tarafından ve farklı yaklaşımlar ve stiller kullanılarak oluşturulduğundan, uyumsuzluğa her şey neden olabilir. Kodun herhangi bir kısmı çakışma ve uyumsuzluğa neden olabilir.

– 500 hatanın en yaygın nedeni, site koduna kendiniz girmeye başlamanızdır. ve ne yaptığınızı kesinlikle anlamasanız da, kimyasallaştırmak, eklemek, düzeltmek, bir şeyi değiştirmeye çalışmak için orada bir şey. Tam da böyle bir sebep, nereye tırmandığınızı ve bundan sonra neyi değiştirdiğinizi hala hatırlamıyorsanız, en tehlikeli olanıdır.

– Sunucu üzerinde uyarı almadığınız teknik hosting çalışmaları. Bu da mümkündür, ancak genellikle yüksek kaliteli barındırma şirketleri, müşterilerini sunucuda yaklaşan bakım çalışmaları konusunda uyarır. Ancak, sunucu arızaları veya doos saldırıları nedeniyle kendiliğinden ortaya çıktıklarından, barındırma şirketinin kendisinin bu tür olayları tahmin edememesi de olur. Kaliteli barındırmada bu nadiren olur.

500 hatası nasıl belirlenir ve hızlı bir şekilde düzeltilir?

Her sunucuda ve her şeyden önce, bu Apache sunucusuyla ilgilidir, çünkü en yaygın olanıdır, tüm web sitesi hatalarını kaydeden bir Hata günlük dosyası vardır. Site 500 hatası verdikten sonra bu hata hemen hata günlük dosyasında görüntülenecek ve en önemlisi bu hatanın nedeni belirtilecektir. Hatanın yeri belirtilecektir (dosya adı ve dosyanın yolu), hatanın yapıldığı dosyadaki satır numarası belirtilecektir.

Bu nedenle öncelikle cPanel hosting veya başka bir panel üzerinde kendi panelinize gitmeniz gerekmektedir. Hata günlük dosyasının yolu temel olarak aşağıdaki gibidir: Dosya Yöneticisi– genel html –. Sitenizin veya CMS sisteminizin tüm ana dosyalarının bulunduğu sitenizin kök dizininde bulunan bir hata günlüğü dosyasına ihtiyacınız var. Bu dosyayı düzenlemek ve değiştirmek için açın, eğer dosya açılmazsa fare ile üzerine çift tıklayarak bilgisayarınıza indirin. Dosya boyutu 1 megabayttan fazla büyümüşse düzenleme için açılamaz, bu durumda bilgisayarınıza indirmeniz gerekir ve bu kadar.

Ardından, hata günlüğü dosyasını açın normal txt formatında bir not defteri kullanarak bilgisayarınızda. Sayfanın en altına gidin, o zaman bugünün tarihini gösteren en son satırlarla ilgileniyoruz. Satır, hatanın oluştuğu dosyanın konumunu ve dosyadaki satır numarasını gösterecektir. Ekran görüntüsü, CMS WordPress'teki siteden hata günlüğü dosyasının bir parçasını gösterir. Bu nedenle, hatanın oluştuğu wp-content/themes/tema adı/tema dosyasında yer alan sitenin teması nedeniyle oluşan hatanın, 423 satırında dosyadaki satır numarası olduğu hemen anlaşılır. hata, çakışma veya uyumsuzluk oluşur.

Hatanın sitenizin hangi bölümünde ve hangi dosyada oluştuğuna bakın, böylece sitenin hangi bölümünde hata oluştuğunu ve nasıl düzeltileceğini anlayabilirsiniz.

– Hata temanız veya şablonunuzdan kaynaklanıyorsa, o zaman çözmek çok kolay. Tüm temaları veya bir temayı içeren klasörü açın ve temayı yeniden yükleyin. Yani temayı silin ve resmi siteden indirdikten sonra tekrar indirin. Yalnızca hataya neden olan bir tema dosyasını değiştirebilirsiniz.

– Hata günlük dosyasında eklenti adı görüntüleniyorsa, o zaman her şey çok basit, eklentiyi kaldırın ve bitirdiniz.

– Hata bir htaccess dosyasına işaret ediyorsa, o zaman bu durumda, bu dosyadan hiçbir şey anlamazsanız, bu dosyayı orijinal değerlerine geri yükleyebilmeniz için barındırma destek hizmetinize başvurmanız daha iyidir.

– Eklenti, tema veya htaccess dosyası değilse ve nereye tırmandığınızı ve neyi değiştirdiğinizi hatırlamıyorsanız ve bilmiyorsanız, o zaman elbette hata günlüğü dosyasının size yardımcı olması olası değildir. Bu durumda, iki seçenek vardır, 1 - bir uzmana başvurun, 2 - varsa bir yedek kullanarak siteyi geri yükleyin. Adı hata günlüğü dosyasında gösterilecek olan yalnızca bir dosyayı değiştirmeniz gerekebilir ve her şey hızlı bir şekilde çözülecektir.

Unutma! Site kodunda herhangi bir değişiklik yapmadan önce, ne yaptığınızı anlamıyorsanız, SİTENİZİN TAM YEDEĞİNİ YAPIN!

Sormak istediğiniz bir şey var mı? Bir yorum Yaz! İyi şanlar!

500 dahili sunucu hatası herhangi bir web sitesinde nasıl düzeltilir güncelleme: 20 Ağustos 2018: İlya Zhuravlev

Çoğu İnternet kullanıcısı, bir siteyle çalışırken veya arama motorlarında şu veya bu bilgiyi ararken bazen oluşan hatalara aşinadır. Aniden bu tür hatalar üretmeye başlayan bir sitenin sahibiyseniz, bunların ne anlama geldiğini, oluşma nedenini ve nasıl düzeltileceğini anlamanız önemlidir.

Genellikle İnternet'teki çeşitli forumlarda sitedeki hataları düzeltme konusunda tartışmalar görebilirsiniz. Bazen ortaya çıkan sorunlar küçüktür ve kullanıcı tarafından uzmanlara başvurmadan kendi başlarına çözülebilir.

Öngörülemeyen bir durumda ne yapılacağını bilmek için, en yaygın hataların açıklamasını tanımanın yanı sıra, bunların nasıl ortadan kaldırılacağına ilişkin kılavuzu okumaya değer.

Hata türleri

HTTP protokol hataları, web sunucusu herhangi bir nedenle istenen belgeyi kullanıcıya başarıyla gönderemediğinde meydana gelir. Bu durumda sunucu, HTTP başlığındaki hata kodunu kullanıcıya bildirir.

Hata kodları pozitif ve negatif veya başarı ve başarısızlıktır.

Toplamda 4 tür kod vardır (xx, herhangi bir sayının birleşimidir):

• 2xx - istek başarıyla tamamlandı;
• 3xx - istek başarıyla yeniden yönlendirildi (ayrıca pozitif bir kod);
• 4xx - hata - kritik bir hata oluştuğu için belge kullanıcıya gönderilmedi. 4xx kod sınıfı, istemci tarafındaki hataları belirtmek için tasarlanmıştır;
• 5xx - sunucu hatası - sunucuda kritik bir hata. Sunucu hatası nedeniyle başarısız işlem durumları için 5xx kodları tahsis edilir.

Site sahibini en çok ilgilendiren, istemci veya sunucu tarafında hataları gösteren kodlardır. Bu hataların nedenleri ve çözümleri aşağıda listelenmiştir.

Hata 400

Geçersiz istek

Siteye girerken tarayıcı “400 Hatalı İstek” verebilir. Bu, sunucunun, kullanıcının girdiği istekte bir sözdizimi hatasıyla karşılaştığı anlamına gelir. Ancak böyle bir hata sadece site adresini girdiğinizde değil, örneğin sitenizin kontrol paneline girerken de ortaya çıkabilir. Oluşumun birkaç nedeni olabilir:

• antivirüs tarafından tarayıcı engelleme;
• tarayıcı tarafından Windows güvenlik duvarını engelleme;
• önbellekte çok sayıda çerez ve veri;
• İnternet kesintileri.

Durumunuz için listelenen seçeneklerden hangisinin geçerli olduğunu belirlemek için, sorun tamamen çözülene kadar her birini test etmeniz gerekir. İlk olası nedenle başlayalım.

tarayıcı engelleme

• “Uygulama Kuralları” veya benzeri bir bölümde antivirüs ayarlarınızı gözden geçirin.
• Tarayıcınızın listede olup olmadığını ve ne düzeyde güvene sahip olduğunu kontrol edin.
• Düşükse tarayıcınıza olan güven düzeyini artırın.
• Yeni ayarları kaydedin ve kontrol paneline tekrar erişmeyi deneyin.

Hata devam ederse, sonraki nedeni kontrol etmeye devam edin.

Windows güvenlik duvarı engelleme

• Güvenlik duvarını geçici olarak kapatmayı deneyin: Başlat menüsü - Denetim Masası - Sistem ve Güvenlik - Windows Güvenlik Duvarı - Açın ve kapatın.
• Önbelleği ve çerezleri temizle.
• Hata sayfalarını yenileyin.
• Sorun çözülürse, izin verilen programları güvenlik duvarına ekleyerek şunları tamamlayın: Başlat - Denetim Masası - Sistem ve Güvenlik - Güvenlik Duvarı - Bir programın güvenlik duvarından geçmesine izin verin.

Sorun devam ederse, kontrol etmeye devam edin.

Önbellek ve çerezler

• Çerezleri silin ve önbelleği temizleyin: Tarayıcı açıkken Shift + Ctrl + Delete tuşlarına basın.
• Gereksiz dosyaları silin.
• Tarayıcınızı kontrol edin.

İnternet kesintileri

• ISS'nize başvurun ve devam eden herhangi bir çalışmaları olup olmadığına bakın.
• İşin ne kadar süreceğini öğrenin.

Hata 403

Yasaklı

403 hatası, istenen dosya veya sayfalara erişim reddedildiği için sunucunun isteği tamamlayamadığı anlamına gelir. Bu hata birkaç nedenden dolayı ortaya çıkabilir. En yaygın olanı düşünün:

• index.html dizin dosyası sitenizin public_html dizinine yüklenmemiş veya geçersiz. Bu hatayı gidermek için index.html adlı bir dosya oluşturun veya mevcut bir dosyayı yeniden adlandırın. Dosya adı için seçenekler index.html, index.htm veya index.php'dir.
• İstenen dosyanın bulunduğu dizin, Apache web sunucusunun sunucunun diskindeki dosyayı okuyamayacağı kadar izinlere sahiptir. Bu hatayı çözmek için, hakların ayarlanmasından sorumlu bölümde erişim haklarını değiştirmeyi deneyin.
• Site dosyaları yanlış dizine yüklendi. Bu hatayı gidermek için site dosyalarının site/public_html dizininde olup olmadığını kontrol edin, burada site sitenizin adıdır.

Hata 404

bulunamadı

404 hatası, sunucunun kullanıcı tarafından istenen verileri bulamadığı anlamına gelir.
Bu hatanın nedenleri:

• Tarayıcının adres alanına geçersiz URL girildi. Bu hatayı gidermek için bağlantının doğru olup olmadığını kontrol edin.
• URL tarafından istenen dosya sunucuda yok. Bu hatayı ortadan kaldırmak için sitenizin public_html dizininde istenen dosyanın kullanılabilirliğini kontrol etmeniz gerekir.

Hata 500

İç Sunucu Hatası

Hata 500, sunucuda dahili bir hata olduğu anlamına gelir. Bu sorun iki nedenden dolayı ortaya çıkabilir:

• Komut dosyası çalıştırılamıyor. Büyük olasılıkla, klasörler ve dosyalar üzerinde yanlış izinler belirtilmiştir. Barındırma sunucunuzda barındırılan PHP komut dosyaları 777 erişim haklarına sahipse, bu komut dosyalarının yürütülmesi sunucu tarafından engellenebilir. Bunun nedeni, 777 izinlerinin herkesin bu dosyada herhangi bir değişiklik yapmasına izin vermesidir, bu da sitenizin güvenliğini ve bütünlüğünü önemli ölçüde etkiler. Bu hatayı gidermek için sitenin klasör ve dosyalarındaki izinleri kontrol etmelisiniz. Klasörler için izinlerin 755'e, yürütülebilir komut dosyaları için 600'e ve diğer tüm dosyalar için 644'e ayarlanması önerilir.
• .htaccess dosyasında yanlış talimat veya dosyada desteklenmeyen yönergelerin bulunması. Belki de gerekli direktifin veya parametrelerin adını ona yazarken bir hata yaptınız. Bu hata, error.log hata günlüğü etkinleştirilerek düzeltilebilir. Web sunucusu size hangi direktifin yanlış olduğunu düşündüğünü söyleyecektir - düzeltilmesi gerekecektir.

Hata 502

Kötü Ağ Geçidi

Bu hata, sunucudan geçersiz bir yanıt alan bir isteğin sonucudur. Sorunun birkaç nedeni olabilir:

• Proxy sunucusuyla ilgili sorunlar. Bu hatayı gidermek için tarayıcınızın adres çubuğuna başka bir sitenin bağlantısını yazmayı deneyin. Bu şekilde, İnternet erişimi olup olmadığını kontrol edebilirsiniz. İnternet erişimi olduğunu fark ederseniz, ancak belirli bir siteye erişiminiz hala 502 hatası veriyorsa, tarayıcınızdan çerezleri silmeyi deneyin.
• Sunucu kaynaklarının eksikliği. Bu, sunucudaki yükün, seçilen barındırma planındaki mevcut kaynakları aştığı anlamına gelebilir. Yüksek kapasite fiyatlandırması için barındırma sağlayıcınıza danışın ve gerekirse RAM'i veya kullanılabilir disk alanını artırın.

Hata 503

Hizmet Geçici Olarak Kullanılamıyor

Barındırma sunucusundaki her hesap, seçilen tarife planına göre tahsis edilen belirli sayıda iş sürecine sahiptir. İstekler ilk gelene ilk hizmet esasına göre işlenir ve hafif isteklerin anında işlendiği ve ağır isteklerin yavaş işlendiği sunucuya ulaşırlar. Her kuyruk, bir veya daha fazla sayıda istekle sınırlıdır. Yeni bir istek bu sınırın dışındaysa kabul edilmeyecek ve sonuç yerine tarayıcı “Hizmet geçici olarak kullanılamıyor” uyarısı verecektir.

Bu hatayı düzeltmek için, ortaya çıkmasının nedenlerini bilmeniz gerekir:

1. PHP aracılığıyla büyük statik dosyalar aktarılırken komut dosyalarının asılması. Komut dosyaları her zaman değil, belirli bir süre çalışır. Komut dosyasının süresi dolduğunda sırasıyla dosya aktarımı kesintiye uğrar, dosya tam olarak aktarılmayacak ve istek web sunucusu sürecini uzun süre çalışır durumda bırakacaktır. Hatayı aşağıdaki adımlarla düzeltebilirsiniz:

• CMS'nizin tüm bileşenlerini ve eklentilerini tek tek devre dışı bırakarak kontrol edin ve site yüklemesinin yavaşladığı en ağır veya bozuk olanları bulun. Mümkünse, bu tür bileşenleri atın veya daha hızlı bir analog arayın.
• Yavaş sorgularınız olup olmadığını kontrol edin - hesabınızın günlükler klasöründe bir mysql-slow.log dosyası oluşturulur. Bu dosyadaki bilgiler günde bir kez güncellenir ve yalnızca en sorunlu SQL sorgularını içerir.
• PHP komut dosyaları, aynı hesapta bulunan motorun parçalarını yükleyen Dahil Etme işlevlerini kullanıyorsa, bunların "http://..." gibi bir URL değil, yerel bir yol kullandıklarından emin olun. URL'nin varlığı, sunucuyu ek bir HTTP isteği yapmaya zorlar, bu da fazladan zaman alır ve sitenin yüklenmesini büyük ölçüde yavaşlatır.

2. Sunucuya çok sayıda istek. Bu tür taleplerin birkaç nedeni vardır:

• Yüklenen kaynak bozuk/ayrı istekler yoluyla yüklenen çok fazla dosyaya (resimler, stil sayfaları, JS komut dosyaları) bağlantılar içeriyor. Bu durumda, kaynaklar mümkünse tek bir dosyada birleştirilmelidir.
• DDoS saldırıları, taşkınlar, yorum spam'leri de çok sayıda isteğe neden olabilir. Bir DDoS saldırısı durumunda, türünü belirlemek ve seviyesine göre ortadan kaldırmak için harekete geçmek gerekir. DDoS saldırıları hakkında daha fazla bilgiyi makaleden okuyabilirsiniz.