# Önceki hizmet sağlayıcım artık yanıt vermiyor

> Siteyi kuran kişiye artık ulaşılamıyorsa ilk aciliyet teknik değildir: gerçekte neye sahip olduğunuzu bilmektir. Ne alan adı, ne barındırma, ne de kod sizin adınıza olmadığı hâlde bir site aylarca sorunsuz çalışabilir. Önce belirlenmesi gereken nokta budur.

- Source canonique : [https://allaux.fr/tr/problemes/prestataire-precedent-injoignable](https://allaux.fr/tr/problemes/prestataire-precedent-injoignable)
- Langue : TR
- Dernière mise à jour : 2026-09-30

## Doğrudan yanıt

> Hesap sahibi sıfatıyla barındırma firmasından FTP ya da SSH erişiminin ve veritabanı kimlik bilgilerinin yeniden açılmasını isteyin: bunları geri verebilecek olan önceki geliştirici değil, barındırma firmasıdır. Bu sırada alan adının sahibini Whois kaydından denetleyin. Ardından hiçbir işleme başlamadan önce dosyaların ve SQL dökümünün tam bir kopyasını alıp sunucu dışına indirin.

## Neye sahip olduğunuzu belirlemek

1. **Alan adı** — En kritik ve en sık yanlış sahiplenilen unsurdur. Kamuya açık alan adı kaydı, bildirilen sahibi ve son kullanma tarihini gösterir. Ortadan kaybolan bir üçüncü tarafça yenilenen alan adı, en pahalıya mal olan senaryodur.
2. **Barındırma hesabı** — Sizin adınıza mı açık, yoksa siteniz başka müşterilerle birlikte bir ajansın hesabında mı duruyor? İkinci durumda ne dosyalara erişebilir ne de onlara başvurmadan yedek isteyebilirsiniz.
3. **Siteye yönetici erişimi** — Paylaşılan bir hesap değil, tam yetkili ve sizin adınıza bir hesap. Başka hangi hesapların bulunduğunu da kontrol edin: etkin kalmış eski erişimler başlı başına bir risktir.
4. **Dosya ve veritabanı erişimi** — SFTP ve veritabanı. Bu iki erişim olmadan eksiksiz bir yedek de ciddi bir teşhis de mümkün değildir.
5. **Üçüncü taraf hesaplar** — Ödeme servisi, kargo firmaları, ölçüm araçları, e-posta gönderim servisi, varsa kod deposu. Her biri sizin okumadığınız bir adrese bağlı olabilir.

## Başka her şeyden önce eksiksiz bir yedek alın

> Dosyalar ve veritabanı, bir parola değiştirmeden önce bile sunucu dışına kopyalanmalıdır. Bu kopya var olmadıkça her işlem bir kumardır. Bu bağlamda gerçekten acil saydığım tek adım budur.

## Eski sağlayıcı olmadan neler mümkün kalır

Sanılandan çok daha fazlası. Yayındaki bir site tüm kodunu sunucuda taşır: dosya ve veritabanı erişimiyle, belge ve kod deposu olmasa bile okumak, anlamak, düzeltmek ve geliştirmek mümkündür. Gerçekten eksik olan niyetlerdir — bir değişikliğin neden yapıldığı, hangi modülün hangi lisansla alındığı — ve bunlar okuyarak yeniden kurulabilir.

Buna karşılık iki durum gerçek bir sorun yaratır. Dosyalarına erişilemeyen kapalı bir platform üzerine kurulmuş bir site: devralma o zaman sağlayıcının sunduğu dışa aktarmalara bağlıdır. Ve eski sağlayıcının adına kayıtlı ücretli bir modül ya da tema: çalışmaya devam eder ama artık güncelleme almaz, bu da orta vadede bir güvenlik sorunu hâline gelir.

## Acele etmeden, düzgün devralmak

Yedek alındıktan sonra, kullanılmıyor görünenler dâhil tüm parolaları değiştirin.

Bugün tanımlanabilir kimseye karşılık gelmeyen yönetici hesaplarını silin.

Kurulu modül ve eklentilerin sürüm ve kaynaklarıyla envanterini çıkarın.

CMS ve PHP sürümlerini kontrol edin: takipsiz bırakılmış bir site genellikle ikisinde de geridedir.

Bulduklarınızı belgeleyin, böylece durum bir sonraki devirde tekrarlanmaz.

Yalnız çalışıyorum ve bunun burada doğrudan bir sonucu var: erişimleri kimin elinde tuttuğunu bilirsiniz ve istediğiniz anda pazarlıksız geri alabilirsiniz.

## İlgili sayfalar

- **Parolalar ve paylaşılan erişimler** — Çalışanı bozmadan erişimlerin kontrolünü geri almak. ([/securite/mots-de-passe-administration-acces-partages](/securite/mots-de-passe-administration-acces-partages))
- **Her müdahaleden önce yedeklemek** — Bir yedeğin gerçekten kullanılabilir olması için neleri içermesi gerektiği. ([/guides/sauvegarder-boutique-avant-intervention](/guides/sauvegarder-boutique-avant-intervention))
- **Satış sitesi bakımı** — Düzenli takibin neyi kapsadığı ve neyi kapsamadığı. ([/services/maintenance](/services/maintenance))
- **Alan adları** — Alan adı bir üçüncü tarafın elindeyse neler yapılabilir. ([/services/noms-de-domaine](/services/noms-de-domaine))

## FAQ

### Sağlayıcım erişimleri vermeyi reddediyor, ne yapabilirim?

Bu, sözleşmenizin içeriğine ve her hesabın kimin adına olduğuna bağlıdır. Teknik olarak barındırması sizde olan bir site iş birliği olmadan da kullanılabilir; üçüncü tarafın elindeki bir alan adı ise kayıt kuruluşu nezdinde bir süreç gerektirir.

### Özgün kaynak kodu olmadan siteyi devralabilir miyim?

Evet. Çalışan kod sunucudadır. Kod deposu değişiklikleri izlemeyi kolaylaştırır ama yokluğu ne teşhisi ne de geliştirmeyi engeller.

### Devralmadan sonra her şeyi yeniden yapmak gerekir mi?

Nadiren ve asla refleks olarak değil. Ben bir envanterle başlarım: devralınan sitelerin çoğu sağlıklıdır ve esas olarak sürüm ile erişim düzenlemesi gerektirir.

### Erişimlerin başka birinde açık kalıp kalmadığını nasıl anlarım?

Yönetici hesaplarını, üçüncü taraf servis anahtarlarını ve son girişleri listeleyerek. Bilinmeyen bir hesap ya da hiç kullanmadığınız bir anahtar iptal edilmeyi hak eder.

### Site bir gecede durabilir mi?

Evet, alan adı veya barındırma faaliyetini bırakmış biri tarafından yenileniyorsa. Sahiplik kontrolünün her teknik değerlendirmeden önce gelmesinin nedeni tam olarak budur.