Tüm Ürünler
Search

Bu Ürün

    Elastic Compute Service:Instance connection FAQ

    Belge Merkezi

    Elastic Compute Service:Instance connection FAQ

    Son Güncelleme:Sep 30, 2026

    SSH uzak bağlantı sorunları

    Uzak Masaüstü (RDP) bağlantı sorunları

    VNC uzak bağlantı sorunları

    VNC kullanarak uzak bağlantı sorunlarının giderilmesi

    FTP hizmeti bağlantı sorunları

    Windows örnekleri

    Linux örnekleri

    Ek

    Sshd başlatma hatası: /usr/share/empty.sshd için izin

    • Belirti

      Bir ECS örneğindeki sshd hizmeti başlatılamıyor ve sistem günlüğü bir izin hatası bildiriyor: /usr/share/empty.sshd must be owned by root and not group or world-writable

    • Neden

      /usr/share/empty dosyasının izinleri yanlış olduğu için sshd hizmeti başlatılamıyor.

    • Çözüm

      chown -R root:root /usr/share/empty
chmod 744 /usr/share/empty
systemctl start sshd
ll -ld /usr/share/empty*

    Windows'ta internet FTP bağlantılarının giderilmesi

    Belirti

    Windows ECS örneğindeki bir FTP hizmetine internetten ulaşılamıyor.

    Neden

    Olası nedenler şunlardır:

    Çözüm

    Nedene göre bir çözüm seçin.

    Çözüm 1: FTP için güvenlik grubu kuralları ekleme

    Windows çalışan bir ECS örneğinde FTP sitesi kurduktan sonra, FTP sunucusu için 21 numaralı bağlantı noktasındaki ve pasif mod için 1024-65535 bağlantı noktası aralığındaki trafiğe izin vermek üzere örneğin güvenlik grubuna bir gelen kuralı eklemeniz gerekir. Daha fazla bilgi için bkz. Güvenlik grubu kuralı ekleme.

    Not

    Güvenlik grubu yapılandırmaları hakkında daha fazla bilgi için bkz. Güvenlik grubu uygulama kılavuzu ve kullanım senaryoları ve Yaygın bağlantı noktaları.

    Çözüm 2: FTP güvenlik duvarı desteğini yapılandırma

    Güvenlik duvarı etkinse, TCP bağlantı noktası 21 ve 1024-65535 bağlantı noktası aralığında FTP trafiğine izin vermek için IIS Manager'ı yapılandırmanız gerekir. Aşağıdaki adımları izleyin:

    Not

    • Windows ECS örneğinin dahili güvenlik duvarı varsayılan olarak devre dışıdır.

    • Bu konuda FTP'nin nasıl yapılandırılacağı IIS Manager örneği kullanılarak açıklanmaktadır.

    1. Windows örneğine bağlanın.

      Daha fazla bilgi için bkz. Parola veya anahtar kullanarak Windows örneğine bağlanma.

    2. IIS Manager'ı açın ve yapılandırma sayfasını açmak için FTP Firewall Support öğesine çift tıklayın.

    3. Parametreleri ayarlayın ve Apply düğmesini tıklayın.

      Not

      Parametreler:

      • External IP Address of Firewall: Windows ECS örneğinin genel IP adresini girin.

      • Data Channel Port Range: Pasif bağlantılar için bağlantı noktası aralığını belirtin. Geçerli bağlantı noktası aralığı 1024-65535'tir. Bu konuda örnek olarak 1024-65535 kullanılmıştır.

    4. Komut satırını açın ve FTP hizmetini yeniden başlatmak için aşağıdaki komutu çalıştırın. Bu işlem, yeni yapılandırmayı tüm FTP sitelerine uygular.

      net stop ftpsvc&net start ftpsvc

    5. (İsteğe bağlı) FTP sunucusuna yerel olarak erişilebiliyorsa ancak yapılandırmadan sonra diğer makinelerden ulaşılamıyorsa güvenlik duvarı yanlış yapılandırılmış olabilir. Güvenlik duvarını doğru şekilde yapılandırmak için şu adımları izleyin:

      1. FTP sunucusunun etkin olduğundan emin olmak için Server Manager'daki gelen kurallarını kontrol edin.

      2. Windows hizmet ana bilgisayar işlemini ekleyin.

        1. Control Panel > Windows Firewall konumuna gidin ve sol gezinme bölmesinde Allow an App or Feature Through Windows Firewall seçeneğini tıklayın.

        2. Yeni pencerede Allow Another App... seçeneğini tıklayın, C:\Windows\System32\svchost.exe dosyasına gidin ve hizmet ana bilgisayar işlemini eklemek için bu dosyayı seçin.

        3. Yeni Windows Service Host Process öğesini seçin, Private ve Public onay kutularını işaretleyin ve ardından OK düğmesini tıklayın.

    FTP hatası "530 Login incorrect"in giderilmesi

    Belirti

    Windows çalışan bir ECS örneğindeki FTP sunucusuna bağlanırken aşağıdaki hata bildirilir:

    Response: 331 Please specify the password.
Command: PASS ************
Response: 530 Login incorrect.
Error: Critical error: Could not connect to server
    Neden

    Olası nedenler şunlardır:

    Çözüm

    Nedene göre bir çözüm seçin.

    Çözüm 1: FTP parolasını değiştirme

    1. Windows örneğine bağlanın.

      Daha fazla bilgi için bkz. Parola veya anahtar kullanarak Windows örneğine bağlanma.

    2. Masaüstünde Computer > Manage öğesine sağ tıklayarak Server Manager'ı açın.

    3. Sol gezinme bölmesinde Local Users and Groups > Users seçeneğini tıklayın. FTP hesabına sağ tıklayın ve Set Password seçeneğini belirleyin.

    Çözüm 2: FTP kullanıcı izinleri ekleme

    1. Windows örneğine bağlanın.

      Daha fazla bilgi için bkz. Parola veya anahtar kullanarak Windows örneğine bağlanma.

    2. FTP kullanıcı dizininin var olup olmadığını kontrol edin.

      1. Dizin yoksa yeniden oluşturun ve gerekli izinleri ekleyin. Daha fazla bilgi için bkz. Adım 3: Paylaşılan dosyalar için izinleri ayarlama.

      2. Dizin varsa klasöre sağ tıklayın ve Properties > Security seçeneğini belirleyin. FTP hesabını seçin ve gerekli izinleri verin.

    FTP hatası "530 valid hostname is expected"in giderilmesi

    Belirti

    IIS 7.5'te yapılandırılan FTP sitesi bir alan adına bağlıysa, Windows ECS örneğindeki FTP sunucusuna IP adresi ile bağlanırken "530 valid hostname is expected" veya "503 Login with USER first" hatası oluşur.

    Neden

    Bu hata, IIS 7.5'te bir alan adına bağlı FTP hizmetinde oturum açarken kullanıcı adı biçimi yanlış olduğunda oluşur.

    Çözüm

    FTP hizmetine bağlı alan adı www.example.com ve kullanıcı adı user ise oturum açmak için www.example.com|user kullanmanız gerekir.

    Not

    • Ayırıcı dikey çizgi karakteridir (|).

    • Alternatif olarak, alan adı bağlamasını kaldırın ve yalnızca kullanıcı adı ile oturum açın.

    FileZilla hatası "550 Permission denied"in giderilmesi

    Belirti

    Windows çalışan bir ECS örneğinde FTP kullanarak FileZilla Server'a dosya yüklerken "550 Permission denied" hatası bildirilir.

    Neden

    FileZilla Server'daki ilgili FTP hesabında write izni yoktur.

    Çözüm

    1. Windows örneğine bağlanın.

      Daha fazla bilgi için bkz. Parola veya anahtar kullanarak Windows örneğine bağlanma.

    2. FileZilla Server yazılımını çalıştırın. Users sayfasında Shared folders seçeneğini belirleyin.

    3. İlgili kullanıcıyı ve dizini seçin, Write onay kutusunu işaretleyin ve izni vermek için OK düğmesini tıklayın.

    FTP over TLS hatası: "534 Policy requires SSL"

    Belirti

    Windows örneğinde IIS hizmeti tarafından oluşturulan bir FTP sitesine FTP over TLS kullanarak bağlanırken "534 Policy requires SSL" iletisi görüntülenir ve bağlantı engellenir.

    Neden

    "534 Local policy on server does not allow TLS secure connections." yanıtı, FTP sitesinin FTP SSL Settings parametresinin doğru şekilde yapılandırılmadığını gösterir.

    Çözüm

    1. Windows örneğine bağlanın.

      Daha fazla bilgi için bkz. Bağlantı yöntemleri.

    2. Masaüstünün sol alt köşesinde 开始图标 > Windows Administrative Tools > Internet Information Services (IIS) Manager seçeneklerini belirleyin.

    3. FTP ana sayfasında, FTP bölümünde FTP SSL Settings öğesine çift tıklayın.

    4. FTP SSL Settings bölümünde SSL Policy değerini Allow SSL connections olarak ayarlayın ve ardından Actions bölmesinde Apply düğmesini tıklayın.

    5. FTP sitesine tekrar erişin.

    FTP hatası "425 Security:Bad IP connection"ın giderilmesi

    Belirti

    Linux çalışan bir ECS örneğindeki bir FTP sitesine kullanıcı dosya yüklerken "425 Security:Bad IP connection" hatası bildirilir.

    Neden

    Bu sorun genellikle istemcinin birden fazla genel IP adresiyle ilişkili bir NAT ağında bulunmasından kaynaklanır. Sonuç olarak, kontrol ve veri bağlantıları için kaynak IP adresleri tutarsız olur ve hata oluşur.

    Not

    FTP hizmeti bir kontrol bağlantısı ve bir veri bağlantısı kullanır. Varsayılan olarak, FTP sunucusu veri aktarımı sırasında iki bağlantının aynı kaynak IP adresine sahip olduğunu doğrular. Kaynak IP adresleri farklıysa "425 Security:Bad IP connection" hatası bildirilir.

    Çözüm

    Pasif modda IP güvenlik denetimini devre dışı bırakmak için aşağıdaki adımları uygulayın:

    1. Linux örneğine bağlanın.

      Daha fazla bilgi için bkz. Parola veya anahtar kullanarak Linux örneğine bağlanma.

    2. FTP yapılandırma dosyasını düzenlemek için aşağıdaki komutu çalıştırın:

      vi /etc/vsftpd/vsftpd.conf

    3. Düzenleme moduna girmek için i tuşuna basın ve yapılandırma dosyasına aşağıdaki içeriği ekleyin:

      pasv_promiscuous=yes

    4. Düzenleme modundan çıkmak için Esc tuşuna basın, :wq yazın ve kaydedip çıkmak için Enter tuşuna basın.

    5. FTP hizmetini yeniden başlatmak için aşağıdaki komutu çalıştırın:

      systemctl restart vsftpd

    vsftp hatası "553 Could not create file"ın giderilmesi

    Belirti

    vsftp kullanarak Linux çalışan bir ECS örneğine dosya yükleme "553 Could not create file" hatasıyla başarısız olur.

    Neden

    Olası nedenler şunlardır:

    • Linux örneğinin disk alanı doludur.

    • FTP home dizininde write izni yoktur.

    Çözüm

    Örneğin disk alanını ve FTP home dizini izinlerini kontrol etmek için şu adımları izleyin:

    1. Linux örneğine bağlanın.

      Daha fazla bilgi için bkz. Parola veya anahtar kullanarak Linux örneğine bağlanma.

    2. Diskin dolu olup olmadığını kontrol etmek için aşağıdaki komutu çalıştırın.

      df -h
      Not

      Bir bölümün disk alanı kullanımı %100'e ulaşırsa disk doludur.

      Benzer bir çıktı görüntülenir. Örneğin, /dev/xvda1 bölümünün alan kullanımı %59'dur.

      Filesystem      Size  Used Avail Use% Mounted on
/dev/xvda1       20G   11G  7.8G  59% /
tmpfs           498M  1.6M  496M   1% /dev/shm

    3. FTP home dizininde write izni olup olmadığını kontrol etmek için aşağıdaki komutu çalıştırın.

      Not

      Aşağıdaki komutu çalıştırmadan önce /home/user ifadesini gerçek FTP home dizini adınızla değiştirin.

      ls -l /home/user

      Çıktıdaki izin dizesi w içermiyorsa write izniniz yoktur. Örneğin:

      dr-xr-xr-x  4 xxx              xxx            4096 May 10 21:47 zhengbo

    4. write iznini eklemek için aşağıdaki komutu çalıştırın:

      chmod +w /home/user

    5. İzni doğrulamak için aşağıdaki komutu çalıştırın. Komut çıktısı w içeriyorsa write izni eklenmiştir.

      ls -l /home/user

    Yüksek CPU yükü, yetersiz bellek veya doymuş disk G/Ç/BPS/IOPS nedeniyle bir ECS örneği yanıt vermez duruma geldiğinde ve uzaktan bağlantılar (SSH/VNC/Workbench) başarısız olduğunda ne yapılmalıdır?

    CPU yükü çok yüksek olduğunda, bellek tükendiğinde veya disk G/Ç/BPS/IOPS doyduğunda bir ECS örneği yanıt vermez duruma gelirse örneğe SSH, VNC veya Workbench üzerinden bağlanamayabilirsiniz. Acil kurtarma ve kök neden analizi yapmak için şu adımları izleyin.

    Olası nedenler

    Sistem askıda kalması genellikle aşağıdakilerden biri veya birkaçının birleşiminden kaynaklanır:

    • Yetersiz bellek yoğun sayfa takasına neden olur: Fiziksel bellek tükendikten sonra çekirdek kswapd0 işlemi bellek sayfalarını sürekli olarak diske (takas) aktarır, disk G/Ç'sini doyurur ve sistemin son derece yavaş yanıt vermesine neden olur.

    • Tek bir işlem kaynakları tüketir: Bir işlem (Docker konteyneri, Java uygulaması veya MySQL veritabanı gibi) büyük miktarda CPU veya bellek kaynağı tüketerek sistemin SSH gibi kritik hizmetler için kaynak ayıramamasına neden olur.

    • Disk alanı %100 doludur: Disk alanının tükenmesi kritik sistem işlemlerinin düzgün çalışmamasına neden olur. Örneğin, SSH oturum açma işlemi oturum açma geçmişi dosyasına yazmayı gerektirir. Disk dolu olduğunda bu işlem engellenir ve SSH bağlantısı askıda kalır.

    Acil kurtarma adımları

    1. Verileri yedeklemek için anlık görüntü oluşturun

      ECS konsolu üzerinde oturum açın, hedef örneğin sistem diskini ve veri disklerini bulun ve verileri yedeklemek için öncelikli olarak anlık görüntüler oluşturun.

      Not

      Sistem askıda kaldığında disk G/Ç'si yüksek düzeyde kalabilir. Anlık görüntü oluşturma normalden çok daha uzun sürebilir. Anlık görüntülerin tamamlanmasını bekleyin.

    2. Cloud Assistant aracılığıyla komut göndermeyi deneyin (isteğe bağlı)

      Verilerin diske yazıldığından emin olmak için örneği yeniden başlatmadan önce sorunlu uygulamayı durdurmak istiyorsanız ECS konsolundaki Cloud Assistant aracılığıyla örneğe kill veya stop komutu göndermeyi deneyebilirsiniz. Ancak, işletim sistemi çekirdeği tamamen yanıt vermiyorsa komut zaman aşımına uğrar. Bu durumda sonraki adıma geçin.

      Uyarı

      kill veya stop komutlarını çalıştırmak hedef işlemi zorla sonlandırır ve bu durum eksik iş verisi yazımlarına, dosya bozulmasına veya anormal veritabanı kapatmalarına neden olabilir. Devam etmeden önce iş etkisini değerlendirin.

    3. Örneği yeniden başlatın

      Örneği ECS konsolundan yeniden başlatın.

      • Önce normal bir yeniden başlatma deneyin (çekirdeğin kapatma komutuna yanıt vermesini bekleyin) ve 10–15 dakika gözlemleyin.

      • Normal yeniden başlatma zaman aşımına uğrar ve başarısız olursa zorla yeniden başlatma gerçekleştirin. Zorla yeniden başlatma güç döngüsüne eşdeğerdir ve yazılmakta olan dosyaların bozulması riski çok düşüktür. Zorla yeniden başlatmadan önce anlık görüntü yedeklemesini tamamladığınızdan emin olun.

    Kök neden analizi ve uzun vadeli optimizasyon

    • atop aracını yükleyin: atop'u yüklemenizi ve önyüklemede başlayacak şekilde yapılandırmanızı (systemctl enable atop) öneririz. atop sistem kaynak kullanımını sürekli olarak kaydeder.

    • OOM kayıtlarını kontrol edin: Bellek yetersizliği (OOM) olayının gerçekleşip gerçekleşmediğini onaylamak için dmesg | grep -i oom komutunu çalıştırın veya /var/log/messages dosyasını kontrol edin.

    • Bellek yapılandırmasını optimize edin: Bellek darboğazları için geçici bir arabellek olarak Linux takas bölümü yapılandırabilirsiniz. İş yükünüz uzun vadede daha fazla bellek gerektiriyorsa örnek türünü yükseltmenizi öneririz.

    • CloudMonitor uyarıları yapılandırın: Kaynaklar tükenmeden önce bildirim almak için CloudMonitor'da CPU kullanımı, bellek kullanımı, disk G/Ç'si ve diğer ölçümler için eşik uyarıları yapılandırın.

    Workbench ile bir örneğe bağlanırken URL 404 hatası alırsam ne yapmalıyım?

    Workbench bağlantı URL'sinin süresi dolmuş olabilir. ECS konsolunda oturum açın, hedef örneği bulun ve Remote connection > Workbench remote connection seçeneğini tekrar belirleyin. Sistem yeni bir geçerli URL oluşturur.