AnyDesk Bağlanmıyor Sorununu Düzeltme: Sorun Giderme Akışı ve Ne Zaman Geçiş Yapılmalı

Eğer AnyDesk oturumlarınız kesiliyorsa, ID'ler çözümlenmiyorsa veya uygulama sadece "Waiting for response" halinde takılıyorsa, acıyı bilirsiniz: kesintiye uğrayan uzaktan çalışma, karşı tarafta sinirli kullanıcılar ve aralıklı çözümler peşinde geçen zaman kaybı. Bu kılavuz net bir tanı akışı sağlar…

If your AnyDesk sessions drop, IDs won't resolve, or the app just sits on "Waiting for response," you know the pain: interrupted remote work, angry users on the other end, and wasted time chasing sporadic fixes. This guide gives a clear troubleshooting flow for "anydesk not connecting" — fast checks you can run in minutes, deeper network and configuration diagnostics, platform-specific fixes, and a pragmatic checklist for when it's time to stop troubleshooting and migrate to another solution.

Hızlı triage: ilk 5–10 dakikada yapılacaklar

Geniş başlayın ve sorunun yerel (local), uzak (remote) veya AnyDesk tarafında olup olmadığını kanıtlayın. Bu kontroller, ileri seviye teşhise vakit harcamamanız için yaygın ve belirgin nedenleri dışlar.

Check AnyDesk status: visit status.anydesk.com or try a simple web search for current outages. If AnyDesk's relay infrastructure is down, nothing you do locally will restore connectivity.

Confirm the app version: open AnyDesk and note the version (most people run AnyDesk 7.x in recent years). If you’re several versions out of date, update — new releases fix connectivity and TLS issues.

Restart the basics: quit AnyDesk on both ends and restart the machines, or at least restart the AnyDesk service. On Windows, use Task Manager → Services or restart the host; on macOS, quit and relaunch the app.

Test general network reachability: on both sides run quick commands to confirm basic Internet access.

ping 8.8.8.8
ping google.com
curl -I https://anydesk.com

If ping to 8.8.8.8 works but DNS lookups fail, you have a DNS issue. If curl to anydesk.com fails while general web browsing works, look for a local proxy or firewall blocking TLS.

Try a different network (hotspot): ask the remote user to connect their laptop to a phone hotspot. If AnyDesk works on the hotspot, the problem is the remote network (NAT, firewall, or ISP).

Test alternative remote tools: as a sanity check, try a different app such as RDP (Windows), Chrome Remote Desktop, or TeamViewer. If these also fail, the issue is almost certainly network-level.

Derin teşhis: ağ, güvenlik duvarı ve NAT nedenleri

Hızlı kontroller sorunu bulmadıysa, yapılandırılmış bir ağ incelemesine geçin: çıkış (outbound) bağlantıları, NAT geçirgenliği ve ara cihazlar (proxyler, IDS, kurumsal ağ geçitleri).

1) Çıkış portları ve TLS

AnyDesk oturum kurulumunda öncelikle standart HTTPS (TCP 443) kullanır ve oturum için ilave taşıma protokollerine ihtiyaç duyar. Çıkış için TCP/UDP 443 ve 80'in izinli olduğundan emin olun — birçok kurumsal güvenlik duvarı hâlâ HTTP(S) dışı tünelleri engelliyor. Çıkış TCP bağlantısını şu komutlarla test edebilirsiniz:

telnet anydesk.com 443
curl -v https://anydesk.com/

Bu komutlar takılır veya başarısız olursa, ağ geçidinizi/güvenlik duvarınızı, proxy ayarlarını veya TLS el sıkışmasını bozan sertifika enjekte eden bir TLS inceleme cihazını kontrol edin.

2) NAT geçişi ve symmetric NAT

Uzaktan kontrol uygulamaları doğrudan peer-to-peer bağlantılar ile AnyDesk sunucuları üzerinden relay bağlantıların karışımını kullanır. Symmetric NAT'ler veya sıkı carrier-grade NAT, peer-to-peer bağlantılarını bozabilir ve bazen relay'e zorlayabilir — relay ulaşılamıyorsa bu tıkanma veya başarısızlıkla sonuçlanır. Aşağıdaki adımlarla teşhis yapın:

Her iki taraftan da diğer tarafın genel IP'sine traceroute (Windows'ta tracert, macOS/Linux'ta traceroute) çalıştırarak paketlerin nerede düştüğünü görün.

Kullanıcının yönlendiricisinde UPnP veya NAT-PMP ayarlarını kontrol edin (kontrol sizdeyse). Birçok tüketici yönlendiricisinde test için NAT davranışını geçici olarak gevşetme seçenekleri vardır.

Farklı bir ISS veya mobil hotspot ile test edin — hotspot çalışıyorsa NAT/ISS yapılandırması muhtemel nedendir.

3) Kurumsal ağ cihazları ve proxy'ler

Kurumsal güvenlik duvarları, web proxy'leri ve SSL inceleme cihazları öngörülemeyen AnyDesk davranışlarının sık nedenlerindendir. Aşağıdaki işaretleri arayın:

Ağın açıkça bir web proxy'si gerektirmesi (Internet Options veya HTTP_PROXY gibi ortam değişkenlerini kontrol edin).

TLS inceleme cihazlarının sertifikaları değiştirmesi — AnyDesk bu sertifikaları uygun CA güveni yapılandırılmamışsa reddedebilir.

Uzun süreli şifrelenmiş akışları şüpheli işaretleyip sonlandıran intrusion prevention sistemleri.

Kurumsal ortamlarda, ağ/güvenlik ekibiyle çalışarak AnyDesk alan adlarını ve IP aralıklarını allowlist'e alın (AnyDesk desteğinden veya dokümantasyondan bilgi isteyin) ve uzaktan kontrol oturumları için TLS passthrough izni verin.

4) Güvenlik duvarı ve endpoint güvenliği

Yerel güvenlik duvarları veya AV paketleri AnyDesk yürütülebilir dosyasını veya servisini engelleyebilir. Windows üzerinde:

Windows Defender Firewall → Allow an app through firewall → AnyDesk'in Private ve Public profillerde izinli olduğundan emin olun.

Geçici olarak üçüncü parti antivirüsü devre dışı bırakıp bağlantı geri geliyorsa, AnyDesk işlemi için bir istisna oluşturun.

Bilinmeyen yürütülebilirleri veya sıra dışı port aralıklarını engelleyen çıkış kurallarını kontrol edin — bazı ortamlarda yürütülebilir hash'e göre engelleme yapılır.

Platforma özel sorun giderme

Farklı işletim sistemlerinin kendine özgü tuhaflıkları vardır. En sık gördüğüm düzeltmeler şunlar:

Windows

Kurulumdan sonra bir kere AnyDesk'i Yönetici (Run as Administrator) olarak çalıştırın, böylece servis bileşenleri doğru şekilde kaydolur.

AnyDesk servisini yeniden başlatın (Services.msc → AnyDesk). Servis başlamıyorsa, AnyDesk'i yeniden yükleyip servis olarak kurma seçeneğini seçin.

Kurumsal ortamlarda Group Policy'yi kontrol edin — agresif bir AppLocker veya WDAC politikası, kurulu olsa bile AnyDesk yürütülebilirlerini engelleyebilir.

macOS

macOS ekran kaydı ve Erişilebilirlik izinleri için açıkça izin gerektirir. Uzak bağlantı kuruluyor ama ana makine ekranı siyahsa, System Settings → Privacy & Security → Screen Recording ve Accessibility altında AnyDesk'i etkinleştirin. Ardından AnyDesk'i kapatıp yeniden başlatın.

Big Sur / Ventura kullanıcıları bazen büyük OS güncellemelerinden sonra izinleri yeniden vermek zorunda kalır.

Linux

SELinux/AppArmor gibi daha sıkı politikalar olan dağıtımlarda AnyDesk ikili dosyalarının başlatılmasına ve görüntü sunucusuna erişimine izin verildiğinden emin olun. Ret kayıtları için /var/log/syslog veya journalctl'i kontrol edin.

Headless sunucular: Xvfb veya görüntü sunucusunun uzaktan kontrol için yapılandırıldığını doğrulayın veya ihtiyaca göre OS yerel uzak oturum yöntemini kullanın.

Android / iOS

Mobil uygulamalar mobil operatör NAT'ine bağlıdır. Mobil cihaza bağlanma başarısız oluyorsa, mobil veriyi kapatıp açmayı veya Wi‑Fi ile test etmeyi deneyin.

iOS tam uzaktan kontrolü sınırlar — çoğu çözüm iOS'un ekran kaydı API'si ile ekran paylaşımına dayanır; uygulamanın o platformda neleri desteklediğini doğrulayın.

AnyDesk veya hesap kaynaklı sorunlar

Tüm "anydesk not connecting" problemleri ağ veya istemci taraflı değildir. Şu olasılıkları göz önünde bulundurun:

Account or license limits: commercial AnyDesk plans have concurrent-session limits; if a license has been exceeded the platform may reject new connections. If you manage many seats, check your license's concurrent session cap and session logs. See anydesk-pricing-explained for plan differences.

Blocked or blacklisted IDs: if a specific AnyDesk ID is blocked due to abuse reports, you'll need to contact AnyDesk support to resolve it.

Relays and load: if direct connections fail, AnyDesk falls back to relays. If relay pools are saturated in your region during peak times, connection attempts may time out — check status.anydesk.com and consider contacting support with timestamps and log bundles.

Support'a başvurmadan önce faydalı teşhis verilerini toplayın: zaman damgaları (UTC), hata ekranı ekran görüntüleri, AnyDesk sürüm dizgileri, tam ID'ler ve her iki taraftan alınmış ağ testleri (ping/traceroute/curl). Bu veriler olmadan destek talepleri daha uzun sürebilir.

Karar noktası: sorun gidermeye devam mı, geçiş mi?

Eğer düzenli olarak kesintiler, lisans problemleri veya AnyDesk ile güvenlik/uyumluluk gereksinimlerini karşılayamama yaşıyorsanız, alternatifleri değerlendirme zamanı gelmiştir. Aşağıdaki kısa karar kontrol listesi, devam edip etmeme konusunda yardımcı olur.

Is the problem persistent and reproducible across networks? If yes, and in-house fixes (network, firewall rules, proxies) haven't worked after 48–72 hours, consider switching.

Do you require self-hosting or on-prem relay servers for compliance? AnyDesk offers enterprise features, but if you need full self-hosting, look at open-source options; see our comparison rustdesk-vs-anydesk and our self-hosted-remote-desktop-guide for practical details.

Are license costs rising with headcount and concurrent sessions? If TCO (support, licenses, hardware) is out of control, a migration evaluation is valid — budget sensitivity typically becomes decisive at 50+ seats.

Does your security team demand end-to-end control of logs, SSO integrations, or specific audit trails that AnyDesk can't provide in your environment? Those are migration triggers too.

Geçiş planı (pratik, düşük sürtünmeli)

Geçiş yapmaya karar verirseniz, kör noktaları önlemek için aşamalı bir yaklaşım izleyin:

Pilot: farklı ağlardan (ev ofisi, kurumsal LAN, mobil) 5–10 kritik olmayan kullanıcı seçin ve aday aracı (RustDesk, Tenvo, TeamViewer) mevcut sistemle paralel olarak 2–4 hafta çalıştırın. Bağlantı başarı oranını, gecikmeyi ve eksik özellikleri ölçün.

Otomasyon ve işe alıştırma: unattended erişim sağlayan yükleyiciler/konfigürasyonlar ve belgelenmiş IAM politikaları hazırlayın. Eğer self-host yapacaksanız, izleme ve yedeklemeli bir relay/gateway VM hazırlayın.

Veri ve destek: adres defterlerini, kullanıcı listelerini dışa aktarın ve mevcut araçla kullandığınız betikleri yeni platformda yeniden oluşturmak için belgeler hazırlayın. Ön hat destek ekibini eğitin ve sık karşılaşılan sorunlar için bir SSS oluşturun.

Cutover: coğrafya yerine departmana göre aşamalı bir geçiş planlayın; eski sistemi 2–4 hafta boyunca geri dönüş için erişilebilir tutun.

Test edilmesi gereken alternatifler: self-host edilebilir, açık kaynak bir seçenek olarak RustDesk; geniş NAT geçiş kabiliyeti ve ticari destek için TeamViewer; ve basit dağıtım ile şeffaf güvenliğe odaklanan topluluk dostu bir self-host çözümü olarak Tenvo. Paydaşlara ödünleri dürüstçe anlatın: TeamViewer genellikle karışık kurumsal ağlarda kutudan çıktığı haliyle NAT geçişinde başarılı olurken, self-host çözümler size veri kontrolü ve daha düşük tekrar eden maliyetler sağlar; bunun karşılığında bakım yükünüz artar.

Özet kontrol listesi ve belgeleyilecekler

Sorunu çözdükten (veya geçiş kararı vermeden) önce aşağıdaki maddeleri belgelediğinizden emin olun. Bu, gelecekteki olayların daha hızlı teşhis edilmesini sağlar ve gerekiyorsa geçiş kararı için kanıt sunar.

Her iki uçtan alınmış tam AnyDesk sürüm dizgileri (client ve service) ve build numaraları.

Zaman damgalı ağ izleri (traceroute/jump) ve topladığınız AnyDesk log paketleri.

Değiştirdiğiniz güvenlik duvarı ve proxy kuralları, kural adları ve zaman damgaları dahil.

Alternatif test ettiyseniz pilot sonuçları: başarı oranları, ortalama gecikme ve eksik özellikler.

Bu belgeleri merkezi bir yerde (ticket sistemi, runbook veya iç wiki) saklayın ki alarm tekrar çaldığında hızla hareket edebilesiniz.

Son notlar ve ileri okumalar

Eğer sürekli olarak "anydesk not connecting" ile uğraşıyorsanız, unutmayın: bazı sorunlar doğru güvenlik duvarı ve proxy yapılandırmasıyla çözülebilir; bazıları organizasyonel (lisans, uyumluluk) ve bazıları mimaridir (self-host relay'e ihtiyacınız var). Gereksinimleriniz relay kontrolü, denetim kayıtları ve ölçeklendirilmiş öngörülebilir maliyetler yönünde ise self-hosting ve açık kaynak seçeneklerini değerlendirin.

Daha derin bir alternatif ve barındırma modelleri incelemesi için rustdesk-vs-anydesk ve self-hosted-remote-desktop-guide makalelerimize bakın. Maliyet belirleyici ise mevcut lisanslamayı dikkatle karşılaştırın — AnyDesk'in ticari planları eşzamanlı oturumlar ve özellikler açısından farklılık gösterir; fiyatlandırma detayları için anydesk-pricing-explained'i inceleyin. Gerçekçi olun: araç değiştirmek operasyonel maliyet getirir; ancak kullanıcılarınızı düzenli olarak başarısızlığa uğratan bir araçla kalmanın da maliyeti vardır.

Dağıtımlar üzerinde kontrol sahibi kalarak bir alternatifi denemek istiyorsanız, Tenvo'i test edin — build ve yükleyicileri /download'dan indirin ve barındırma ile kurumsal seçenekleri /pricing'de kontrol edin. Bir geçiş pilotu tasarlamak veya ağ loglarını çözümlemek için yardıma ihtiyacınız varsa, topladığınız teşhis verilerini saklayın ve seçtiğiniz tedarikçiye ya da dahili ağ ekibine bir ticket açın.

Farklı bir uzak masaüstünü denemeye veya geçişi doğrulamaya hazır mısınız? Tenvo build'ini /download'dan indirip mevcut AnyDesk dağıtımınızla yan yana kısa bir pilot çalıştırın.