• 10-12-2023, 01:54:13
    #10
    racnoss adlı üyeden alıntı: mesajı görüntüle
    Optimizasyon önemli, sorguların verimli olması gerekiyor. Kodlarınızı gözden geçirin ayrıca sunucuyu yeniden yapılandırın, düzgün ve stabil yapılandırmaya özen gösterin sorununuz çözülür.

    Ayrıca paket çözümler kullanırken eski sürümlerini ve old stable release legacy lts extended gibi versiyonlarını kullanın ve güncelleme almayınız.

    Ol stable release : Eski stabil sürüm demektir, Bu kanalda olan paketler neredeyse sorunsuz çalışırlar.
    LTS extended, Hatalardan arındırılmış ve neredeyse sıfır sorun yaratan kanaldır.
    Legacy, çok eski olabilir ama hiç sıkıntısız çalışır.

    Güncelleme almayınız varsa şayet kritik bir güncelleme bunu belirtirler zaten sayfalarında, patch yaparsınız en fazla bu da çok nadiren olur.

    Düzgünde yapılandırır ve öptimizasyonu yaparsanız, sunucunuzda ne bir zaafiyet yaşarsınız ne bir sorun.
    2.3.1 den önceki sürümde bir açık yüzünden kdevtmpfsi bulaştı ve mecbur sunucuyu formatladık. Şimdi de aşırı mysql çıktı. Bir güncelleme yapıp bakacağım.

    ZodyakGemini adlı üyeden alıntı: mesajı görüntüle
    Lisans konusunda isterseniz yardımcı olabilirim.
    Sağol hocam şu anda düşünmüyorum.
  • 10-12-2023, 02:06:28
    #11
    Üyeliği durduruldu
    Efendim, beleş meleş tornavidadır tornavidayı bilmek 5000 lira falan ben anlamam öyle şeylerden, o kadar zihniyetimiz bozulmadı çok şükür.
    Bu yüzden madem buraya konu açtınız, size yardımcı olmak boynumun borcu olsun.

    Birincisi servislere çok dikkat edin arkaplanda çalışan, paket çözümler kullanırsan monitör appletleri gibi gereğinden fazla kaynak tüketirler. Boş yere meşgul ederler. Bu çekirdeklerde park sorununa neden olur, ayrıca çekirdekler hep yüksek kaynak tüketir. Bu yüzden hangi işletim sistemi kullanıyorsunuz bilmiyorum CentOS olabilir Ubuntu olabilir RedHAT olabilir. Arkaplanda çalışan servisleri systemd özellikle iyice inceleyin, gereksiz servisleri kaldırın bitsin gitsin.

    Çünkü bu servisler aynı zamanda DDOS Bruteforce gibi ataklarda bant genişliği sömürülürken süreçlerin askıya alınmasını engelleyecek kadar meşgul ederler. Sonunda sunucu yanıt vermez bu zombi süreçlerden dolayı. Bu yüzden optimize edilmiş servislerle sunucuyu kullanmak en mantıklısıdır.

    İkincisi minimal ve olabildiğince az ve en stabil sürümlerin olduğu sunucu çözümleri tercih edin, mümkünse SSH üstünden işleri halletmek en iyisi.

    Kodları ayrıca inceleyin, ve gereksiz yere döngü açık zaafiyet Vulnarable Exploit ve dahası gereksiz yere kaynak tüketimine neden olacak kadar gelişigüzel yazılmış kodlar yerine, oldukça stabil yazılmış olanları tercih edin.

    Ve en önemlisi şu LTS extended Long stable release gibi şeylere çok dikkat edin, sayfalarını ziyaret edin ve size güven verdiyse öyle kullanınız.

    Birde bunun imajını almanız yada bir server applet olarak kullanmanız, size büyük kolaylık sağlar. Saniyeler içinde bir gün yeni bir sunucu açmanız gerektiğinde anında yaparsınız.

    Sunucuya gözünüz gibi bakın yani.
    constantine38 adlı üyeden alıntı: mesajı görüntüle
    2.3.1 den önceki sürümde bir açık yüzünden kdevtmpfsi bulaştı ve mecbur sunucuyu formatladık. Şimdi de aşırı mysql çıktı. Bir güncelleme yapıp bakacağım.



    Sağol hocam şu anda düşünmüyorum.
  • 10-12-2023, 06:13:55
    #12
    Merhaba,

    SHOW PROCESSLIST; kontrol edin, script sorguları problemi ise scriptinizi optimize edin / ettirin. Ona rağmen yük biniyor ise de my cnf yapılandırın + object cache kullanın.

    İyi çalışmalar.
  • 10-12-2023, 13:41:53
    #13
    racnoss adlı üyeden alıntı: mesajı görüntüle
    Efendim, beleş meleş tornavidadır tornavidayı bilmek 5000 lira falan ben anlamam öyle şeylerden, o kadar zihniyetimiz bozulmadı çok şükür.
    Bu yüzden madem buraya konu açtınız, size yardımcı olmak boynumun borcu olsun.

    Birincisi servislere çok dikkat edin arkaplanda çalışan, paket çözümler kullanırsan monitör appletleri gibi gereğinden fazla kaynak tüketirler. Boş yere meşgul ederler. Bu çekirdeklerde park sorununa neden olur, ayrıca çekirdekler hep yüksek kaynak tüketir. Bu yüzden hangi işletim sistemi kullanıyorsunuz bilmiyorum CentOS olabilir Ubuntu olabilir RedHAT olabilir. Arkaplanda çalışan servisleri systemd özellikle iyice inceleyin, gereksiz servisleri kaldırın bitsin gitsin.

    Çünkü bu servisler aynı zamanda DDOS Bruteforce gibi ataklarda bant genişliği sömürülürken süreçlerin askıya alınmasını engelleyecek kadar meşgul ederler. Sonunda sunucu yanıt vermez bu zombi süreçlerden dolayı. Bu yüzden optimize edilmiş servislerle sunucuyu kullanmak en mantıklısıdır.

    İkincisi minimal ve olabildiğince az ve en stabil sürümlerin olduğu sunucu çözümleri tercih edin, mümkünse SSH üstünden işleri halletmek en iyisi.

    Kodları ayrıca inceleyin, ve gereksiz yere döngü açık zaafiyet Vulnarable Exploit ve dahası gereksiz yere kaynak tüketimine neden olacak kadar gelişigüzel yazılmış kodlar yerine, oldukça stabil yazılmış olanları tercih edin.

    Ve en önemlisi şu LTS extended Long stable release gibi şeylere çok dikkat edin, sayfalarını ziyaret edin ve size güven verdiyse öyle kullanınız.

    Birde bunun imajını almanız yada bir server applet olarak kullanmanız, size büyük kolaylık sağlar. Saniyeler içinde bir gün yeni bir sunucu açmanız gerektiğinde anında yaparsınız.

    Sunucuya gözünüz gibi bakın yani.
    CliaWeb adlı üyeden alıntı: mesajı görüntüle
    Merhaba,

    SHOW PROCESSLIST; kontrol edin, script sorguları problemi ise scriptinizi optimize edin / ettirin. Ona rağmen yük biniyor ise de my cnf yapılandırın + object cache kullanın.

    İyi çalışmalar.
    Teşekkür ederim yararlı bilgiler için.
    Siteyi saldırı moduna aldım cloudflare den ama hiç bir işe yaramadı. Yine de cpu ssh de baktığımda 400 lere kadar çıkıyordu. 100 ün altına neredeyse hiç inmiyordu.
    Cloudflare e bakayım acaba ne oluyor diye.

    Maşallah amerika coşmuş.


    Amerika yı ve singapuru engelledim cpu kullanımı yükte %20-30 arasında gidip geliyor. Boşta %1 yada altında. Resimde ki 229 giriş sadece 5 dakika içinde gelen.
  • 10-12-2023, 13:49:50
    #14
    virus yemistir. komutla tarayin.
  • 10-12-2023, 13:51:47
    #15
    Üyeliği durduruldu
    Trafiği yönlendiren çözümler kullanmanız çok iyi olmuş. Cloudflare halletmiş zaten trafiği, yoksa sunucunuz yanıt vermeyi keserdi. Anca sunucunun şirketinden ana panelin web paneline girip sunucuyu yeniden başlatmak veya kapatmak zorunda kalırdınız.

    Maalesef ortak kullandığınız sunuculardan dolayı böyle saldırılara maruz kalmakla beraber, ayrıca barındığınız sunucular yüksek ihtimal bir çok yere kayıtlıdır. Haliyle rastgele DNS sorgularıyla edindikleri sunucuların adreslerine DDOS bruteforce gibi trafiği sürekli meşgul ederek saldırılar düzenlerler.

    1 KB hatta dahada azı çıktı verecek kadar misal bir sonraki istekte bloke ederseniz ip adresini yazdığınız yazılımlarda, ufak boyuttaki çıktılar süreçleri askıya almanıza yetecek kadar kaynak sağlar.Tabi paylaşımlı barındırma aldığınız sunucu saldırı altındaysa yapacak bir şey yok, ondan kaynak bölüştürüldüğü için.

    Digitalocean falan deneseydiniz?
    constantine38 adlı üyeden alıntı: mesajı görüntüle
    Teşekkür ederim yararlı bilgiler için.
    Siteyi saldırı moduna aldım cloudflare den ama hiç bir işe yaramadı. Yine de cpu ssh de baktığımda 400 lere kadar çıkıyordu. 100 ün altına neredeyse hiç inmiyordu.
    Cloudflare e bakayım acaba ne oluyor diye.

    Maşallah amerika coşmuş.


    Amerika yı ve singapuru engelledim cpu kullanımı yükte %20-30 arasında gidip geliyor. Boşta %1 yada altında. Resimde ki 229 giriş sadece 5 dakika içinde gelen.
  • 10-12-2023, 14:11:32
    #16
    Merhaba,

    Bu tarz bot istekleri engellemek cloudflare önde ise / proxy mode ise çeşitli waf rules yazarak çözümlenebilir. Çözümlenmesi imkansız bir durum değil.


    İyi çalışmalar.
  • 10-12-2023, 21:04:43
    #17
    Ne kadar sorunlu deseler de cyberpanel kullanıyorum ve hiç sorunla karşılaşmadım 😀