NoMachine alternatifleri Linux: X11, Wayland, headless

Linux makinelerini yönetiyorsanız, uzak erişimin tek tip bir çözüm olmadığını zaten biliyorsunuz. Bir Linux filosu için uzak erişim aracının seçimi, GUI parıltısından ziyade üç platform özelliğiyle belirlenir: X11 ile Wayland arasındaki fark, kalıcı (sanal) bir oturuma mı yoksa kullanıcının oturumuna mı bağlanmanız gerektiği ve headless sunucular ya da GPU makinelerinin görüntüleri nasıl sunduğudur. Bu makale bu Linux-özel takasları inceliyor ve gerçek dağıtımlarda işe yarayan pratik NoMachine alternatifleri öneriyor.

X11 ile Wayland neden fark yaratır

X11 (Xorg) ve Wayland uzak erişim için birbirinin yerine geçebilen arka uçlar değildir. X11 tek bir küresel görüntü sunucusu modeli sunar: bir süreç sanal bir görüntü oluşturabilir (Xvfb/Xdummy/Xvnc) veya mevcut :0 ekranına bağlanabilir. Bu esneklik, birçok klasik uzak araç—TigerVNC, x11vnc, Xvnc, xrdp—için X11 etrafında inşa edilmelerinin nedenidir.

Wayland (modern GNOME, KDE Plasma, Sway gibi wlroots kompozitörlerinin kullandığı protokol) kasıtlı olarak daha güvenlidir: ekran yakalama ve giriş enjeksiyonu kompozitör tarafından aracılık edilir. Wayland'da genel, standart bir "sanal görüntü" API'si yoktur. Bunun yerine uzak kontrol, açık kompozitör desteğine bağlıdır (ekran kaydı için PipeWire, kompozitör tarafından sağlanan uzaktan kontrol protokolleri veya wlroots için wayvnc gibi kompozitör-özel sunucular).

Oturum kalıcılığı: sanal masaüstleri vs oturuma bağlanma

NoMachine'in kullanışlı özelliklerinden biri oturum kalıcılığıdır: bağlantıyı kestikten sonra tekrar bağlanabileceğiniz sanal, uzun süre çalışan masaüstleri oluşturma yeteneği. Linux'ta bu davranışı birkaç farklı desenle elde edersiniz:

• Xvnc / TigerVNC / TightVNC: bunlar kalıcı bir X sunucusu (görüntü :1, :2, vb.) ve masaüstü ortamı oluşturur. Bir VNC masaüstünü önyüklemede başlatabilir ve kapatana kadar çalışır halde kalmasını sağlayabilirsiniz. Komut: vncserver :1 -geometry 1920x1080 -depth 24.
• Xvfb + x11vnc: Xvfb sanal bir X framebuffer sağlar, x11vnc ise bu framebuffer'ı VNC üzerinden sunar. Gerçek bir GPU gerekmeyen başsız, scriptlenebilir X ekranları için kullanışlıdır.
• xrdp: varsayılan olarak ayrı X oturumları oluşturur (yapılandırmaya bağlı olarak) ve kalıcı oturumlar sağlamak üzere yapılandırılabilir; davranış dağıtıma ve masaüstü ortamına göre değişir.
• Fiziksel oturuma bağlanma: x11vnc, GNOME Remote Desktop (RDP backend) veya ekran paylaşımı uygulamaları, oturumu açık olan kullanıcının :0 oturumuna bağlanır. Bu, kullanıcının masaüstünü 'devraldığınızda' beklenen davranıştır—ancak kompozitörün yakalamaya ve enjeksiyona izin vermesi gerekir.

Örnek: TigerVNC kullanarak hafif kalıcı VNC oturumu
# install tigervnc-server (package names vary by distro)
# start a persistent desktop
vncserver :1 -geometry 1920x1080 -depth 24
# connect with a VNC client to user@host:5901

Örnek: sanal X + x11vnc ile açma
Xvfb :1 -screen 0 1920x1080x24 &
export DISPLAY=:1
# start your desktop environment, e.g. startxfce4 &
x11vnc -display :1 -nopw -forever -shared

Headless sunucular ve GPU makineleri: pratik çözümler

Monitör takılı olmayan (headless) sunucular ve ayrık GPU'lu makineler iki yaygın sorun çıkarır: aktif bir framebuffer olmayabilir ve modern GPU'lar veya tescilli sürücüler (NVIDIA) kullanılabilir bir sanal çıkış oluşturmayabilir. Seçenekler:

• Sahte HDMI / dummy adaptör: ucuz HDMI dummy dongle'lar GPU'nun ve X'in gerçek bir EDID/monitör modu oluşturmasını sağlar. Gerçek GPU destekli masaüstü istediğiniz fiziksel makineler için en basit çözümdür.
• Xorg 'dummy' sürücüsü: GPU hızlandırması gerekmediğinde xorg 'dummy' sürücüsünü kurup yapılandırın veya sanal framebuffer (Xvfb) kullanın. Örnek: apt install xserver-xorg-video-dummy ve :1 oluşturmak üzere minimal bir xorg.conf koyun.
• Sanal GPU / passthrough kullanın: sanallaştırma ortamlarında, konuk için sanal bir görüntü bağdaştırıcısı yapılandırın veya GPU'yu passthrough ile verin ki konuk çıkışları açığa çıkarsın.
• Wayland üzerinde: headless kurulumlar daha zordur. Bazı kompozitörler (GNOME) systemd kullanıcı servisleri ve GNOME remote-desktop yığını ile başsız oturum oluşturabilir; diğerleri (Sway) wayvnc veya wlroots tabanlı araçlara dayanır. Wayland'ı güvenilir şekilde headless çalıştırmanız gerekirse, kompozitör belgelerini kontrol edin ve spesifik yığını test edin.

Bağlantı yolları ve relay ile kendi barındırdığınız arasındaki takas

İstemcinin sunucuya nasıl ulaştığı X11/Wayland'dan bağımsızdır ama operasyonel olarak önemlidir. Seçenekler NAT aşma ile doğrudan (P2P) bağlantı veya relay sunucuları aracılığıdır. Kendi relay veya broker'ınızı çalıştırmak mümkündür, ancak operasyonel olarak maliyetlidir: TLS sertifika yenilemeleri, güvenilir çok bölge failover, güvenlik duvarı kuralları ve nöbetçi yamalama gerektirir. Çoğu ekip için mühendislik zamanı ve çalışma süresi yükümlülükleri hesaplandığında yönetilen bir relay toplam sahip olma maliyetini düşürür.

Bu makalede varsayılan öneri Tenvo'nun yönetilen relay'idir: macOS/Windows/Linux için yerel istemciler, genel beta'da bir tarayıcı istemcisi ve kendi broker'ınızı çalıştırmamanız için çok bölgelik yönetilen bir relay sunar. Planlar bugün: Free $0, Lite $2.99/mo, Pro $7.99/mo—kendi yüksek erişilebilir relay'inizi işletmenin maliyetiyle kıyaslamak için kullanışlı fiyat noktaları. Eğer yazılı bir gereksiniminiz varsa (veri bulunduğu yer, üçüncü taraf altyapıyı yasaklayan uyumluluk, izole air-gapped ağlar), kendi barındırmanız doğru karardır; operasyonel kontrol listesi için Self-Hosted Remote Desktop: Why, How, and What Breaks'a bakın.

Güvenlik notu: Tenvo (ve çoğu satıcı) her cihaz için sertifikalarla TLS kullanır. Doğrudan P2P bağlantı iki cihaz arasında uçtan uca şifrelemedir; trafik bir relay'e düştüğünde TLS relay'de sonlanır ve relay oturum trafiğini görme pozisyonunda olur. Relay'leri güvenilir operatörler olarak kabul edin ve sağlayıcıyı veya barındırma modelini buna göre seçin. Tünel ve güvenlik duvarı tercihleri hakkında arka plan için Remote Desktop Without Port Forwarding Explained'a bakın.

Hangi NoMachine alternatifleri hangi Linux senaryolarına uyar

• Kalıcı sanal oturum gerekiyor (X11, sunucularda GUI uygulamaları): TigerVNC (Xvnc) veya Xvfb + x11vnc sağlam seçeneklerdir. Scriptlenebilir ve anlık görüntü alınabilir uzun süre çalışan masaüstleri sağlarlar. Başsız makinelere yönelik build sunucuları veya uzun süreli GUI oturumları için uygundur.
• X11 oturumuna bağlı kullanıcıya erişmek: x11vnc veya VNC ekran paylaşımı işe yarar; NoMachine tarzı :0 kontrolü Xorg altında kolayca sağlanır.
• Wayland kompozitörleri ve yeni GNOME/KDE: kompozitör-uyumlu çözümleri tercih edin—GNOME'un remote desktop (RDP backend) PipeWire ile ekran kaydı yapar ve GNOME 42+ üzerinde kullanıcı oturumuna bağlanmak için iyi çalışır. Sway ve diğer wlroots kompozitörler wayvnc kullanabilir. Çok sayıda Wayland çeşidi arasında geniş masaüstü uyumluluğu gerekiyorsa, her hedefi dikkatle test edin.
• Tarayıcı-öncelikli erişim / web-yonetimli filolar: Apache Guacamole RDP/VNC/SSH için bir web ağ geçididir. Sadece tarayıcı istemcilerine ihtiyaç duyduğunuzda sağlamdır ancak barındırmanız veya yönetmeniz gereken bir web altyapısıdır.
• Kendi barındırmaya uygun mesh ve kolay NAT aşma: RustDesk kendi barındırılan sunucu seçeneği sunar. Kendi broker'ınızı barındırma gerekçeniz varsa iyi bir eşleşmedir; aksi halde yönetilen bir relay (Tenvo) operasyon yükünü azaltır.
• Kurumsal destek, Windows & macOS eşdeğerliliği: Tenvo ana işletim sistemlerinde yerel istemciler ve mevcut bir yönetilen relay sağlar; kendi broker yığınını kurmadan merkezi yönetim istediğinizde pratik seçenektir.

Kısa bir referans isterseniz: X11 sunucuları için kalıcı oturumlar adına TigerVNC/xrdp, oturuma bağlanmak için x11vnc kullanın. Wayland için kompozitör destekli araçları (GNOME RDP, wayvnc) veya Wayland desteğini açıkça ilan eden ve dağıtımınızda test edilmiş yönetilen bir çözümü tercih edin.

Örnek karar akışı — iş yüküne göre seçin

1. Fiziksel olarak giriş yapılan (kullanıcıların fiziksel olarak oturum açtığı) masaüstlerini yönetiyorsanız ve destek erişimi gerekiyorsa: kompozitörünüzün desteklediği oturuma bağlanan bir araç kullanın (GNOME için GNOME Remote Desktop, Sway için wayvnc) veya NAT aşma ve merkezi yönetim için Tenvo ile yönetilen relay'i tercih edin.
2. Kalıcı bir GUI'ye ihtiyaç duyan headless build veya CI makineleri çalıştırıyorsanız: önyüklemede TigerVNC/Xvnc masaüstü oluşturun ve relay'lerden kaçınmanız gerekiyorsa yerel güvenlik duvarı kuralları ve SSH tünelleri ile koruyun.
3. Karma Linux ortamında denetlenebilirlik ve merkezi kontrol gerekiyorsa: bir uyumluluk kuralı sizi kendi barındırmaya zorlamadıkça, oturum kaydı ve çok bölge relay'leri sunan yönetilen bir ürünü tercih edin; karar vermeden önce Self-Hosted Remote Desktop: Why, How, and What Breaks'ı okuyun.

Linux hedeflerde ayrıntılı kurulum örnekleri ve uygulamalı scriptler için Linux Remote Desktop Server: X11VNC & RustDesk Setup yürütmesi Xvfb, x11vnc ve bir RustDesk kendi barındırılan sunucu kurulumunu kapsar.

Son tavsiye: pratik, Linux-odaklı rehber

Linux için tek bir "NoMachine yedeği" yoktur çünkü masaüstü arka ucu (X11 veya Wayland) ve dağıtım modeli (headless VM, kullanıcı masaüstü, merkezi yönetim altındaki filo) farklı teknik gereksinimler tanımlar. Seçiminizi daraltmak için üç soruyu cevaplayın:

• Oturan kullanıcının oturumuna bağlanmam mı gerekiyor yoksa kalıcı bir sanal masaüstü kabul edilebilir mi?
• Hedef Xorg mu yoksa Wayland mı çalıştırıyor ve hangi kompozitör/sürüm (GNOME, KDE, Sway)?
• Üçüncü taraf yönetilen bir relay'e güvenebilir miyim yoksa uyumluluk/regel gereği kendi barındırmam mı gerekiyor?

Operasyonel olarak, yazılı bir self-host gereksiniminiz olmadıkça yönetilen bir relay'i tercih edin. Yönetilen relay'ler çalışma süresi, sertifika yönetimi, çok bölge failover ve acil yamalama gibi gizli maliyetlerden kaçınmanızı sağlar. Tenvo'nun yönetilen relay'i, yerel Linux istemcisi ve genel betadaki tarayıcı istemcisi bu kullanım durumu için tasarlanmıştır; planlar ölçek ve özelliklere bağlı olarak Free $0, Lite $2.99/mo, Pro $7.99/mo şeklindedir.

Kendi barındırma takaslarını tartmak ve sağlayıcıları karşılaştırmak istiyorsanız, daha geniş kapsamlı içeriğimiz için NoMachine Alternative: Linux-First Open-Source Options ve operasyonel derinlemesine inceleme için Self-Hosted Remote Desktop: Why, How, and What Breaks'a bakın.

X11, Wayland ve headless makineleri anlayan Linux-odaklı bir istemci ve yönetilen relay'i test etmeye hazırsanız, bir yerel istemci indirin veya tarayıcı betasını /download adresinden deneyin.