Fare imleci RDP kullanılırken atlar

Yazarken 350'den fazla kullanıcımızın fare imlecinin atlamaya devam ettiğinden şikayet ediyor. O görünüyor protokol band genişliğinde hasret edildiğinde olmuyormuş gibi, ama ben tam emin henüz değilim.

Eğer sadece imleç hareket ediyor olsaydı sorun olurdu - sorun aynı zamanda odağı çok geç fark etmeden aniden belgede farklı bir yere yazmaları (yaşlı insanlar, klavyelerine bakarlar).

Çoğu kullanıcının dizüstü bilgisayarları vardır ve ayrıca trackpad'in yazmayı algılamadığından (ve böylece peddeki tek dokunuşla tıklamayı devre dışı bırakmadığından) şüpheliyim, ancak bugün bir masaüstü kullanıcısının aynı şeyi yaşadığına dair bir rapor aldım.

Buna ne sebep olabilir? RDP'yi olmayacak şekilde ayarlamanın bir yolu var mı? Kayboldum..

DÜZENLE:

RDP'nin nasıl kurulduğuna dair daha fazla arka plan bilgisi:

• Eski CE ince istemcileri desteklemek için GPO üzerinden RDP şifreleme düzeyi "İstemci Uyumlu" olarak ayarlanmıştır
• RDP sıkıştırması "Belleği ve ağ bant genişliğini dengeler" olarak ayarlanır. Eski RDP istemcilerini desteklemek için yukarıdaki ile aynı neden
• Kullanıcılar için tüm RDP kısayolları yalnızca görsel stilleri + kalıcı bitmap önbellekleme kullanacak şekilde yapılandırılmıştır. Görsel stiller olmadan test ettik, fare hala atlıyor
• Tüm RDS sunucuları 16bpp renklerle sınırlıdır, masaüstü kompozisyonuna ve arka planlara izin verilmez
• MPLS sağlayıcımızın RDP'yi En İyi Çaba'nın üstünde tutmak için QoS kuralları var (bkz. EDIT2)

EDIT2:

MPLS sağlayıcıları QoS kurulumunu kontrol ettim ve burada bir şeyler yanlış geliyor ( pastebin ) .. dahili RFC1918 trafiğine RDP'nin altındaki sınıfta öncelik veriliyor, ancak aynı düşüş olasılığı var. Bu listenin daha aşağısında, daha yüksek düşme olasılığı olan bir sınıfta olması gerektiğini düşünüyorum.

Bugün birkaç çalışanla konuştum ve bir kerede etki alanına katılmış bir ton bilgisayarı bir kerede (grup politikaları, WSUS güncellemeleri vb.) Çalıştırırlarsa bu sorun tekrarlanabilir gibi görünüyor.

MPLS sağlayıcısına yaklaşıldı ve bunun yardımcı olup olmadığını görmek için ücretsiz bir teknisyenin QoS ayarlarını değiştirmesini bekliyorum. Tüm trafiği değil, tek bir sitedeki RDP'yi Best-Effort'a dökeceğim ve işe yarayıp yaramadığını göreceğim.

GÜNCELLEME 19.07.2013 Hala çözülmedi. Hemen hemen her dizüstü bilgisayarda dokunmatik yüzey sürücüsünün eksik olduğu keşfedildi, bu nedenle kullanıcı yazarken dokunmatik yüzey devre dışı bırakılmıyor. Baaaad. Ayrıca, masaüstü bilgisayarlarda ve bant genişliği kısıtlı borulu her türlü PC'de de olur. Ağ Mühendisliği hakkında yeni bir soru sordum: /networkengineering/2427/qos-woes-managed-ip-vpn

Sanırım bu hata touchpad fare sürücüsü, Samsung dizüstü bilgisayarım var, RDP'de mouse pad'e dokunursam veya tıklarsam oturumun bağlantısını hemen keser. Fare sürücüsünü devre dışı bıraktım, iyi çalışıyor.

Bu, RDP yetersiz bant genişliği veya yüksek gecikme ile çalışırken çok yaygın bir konudur. Bir protokol hatası veya bir uygulama hatası olup olmadığından emin değilim (örneğin, paketler arızalı olarak geliyorsa ve doğru bir şekilde yeniden monte edilmiyorsa veya tamamen yanlış yorumlanıyorsa), ancak çözüm mevcut bant genişliğini artırmaktır, veya RDP ayarlarını yapın (sesi devre dışı bırakın veya çözünürlüğü veya renk derinliğini azaltın).

Bunun bir günde sık sık gerçekleştiği bir kullanıcınız varsa, onlara QLS ve MPLS devrelerinin bant genişliği sıkışıklığını atlayarak MPLS yerine internet bağlantısı üzerinden RDP sunucusuna düz bir istemci / sunucu VPN'i verin.

Birkaç gün boyunca her şey yolundaysa, istemci veya sunucudaki hataları / sorunları bir kenara atabilir ve MPLS devrelerine (QoS, bant genişliği, gecikme vb.) Odaklanabilirsiniz.

Sıkıştırmayı etkinleştirmeyi denediniz mi? Administrative Templates\Windows Components\Terminal Services\Terminal Server\Remote Session Environment\“Set compression algorithm for RDP data”

NOT: "Terminal Hizmetleri" daha yeni sistemlerde "Uzak Masaüstü Hizmetleri" dir

Diğerlerinin dediği gibi, bir ağ darboğazından veya donanımdan kaynaklanır. Çoğu RDP istemcisi olmasa da bazılarında, bazı fantezi pencere öğelerini devre dışı bırakarak yavaş / yüksek gecikmeli bağlantılar için optimize etmek üzere bazı ayarları değiştirebilirsiniz.

Bir dakika ne? Odak değişiyor mu? Bir fare TIKLAYIN veya bir tuşa basın. CLICKING'in açlıktan ölmüş bant genişliğinin bir sonucu olduğunu düşünemiyorum. Hayali tıklamalar değil, kaçırılmış tıklamalar beklerim.

Sanırım RDP sunucusunda kurulu olan yazılımlardan şüphelenmeniz gerekiyor. Belki yeni, temiz bir sunucu ile başlayın ve hiçbir şey yüklemeyin, sonra test edin. Sorunu yeniden oluşturamıyorsanız, bir yazılım paketi yükleyin ve test edin. Tekrar et.

İstemcide yüklü yazılımdan şüphelenmeniz bile gerekebilir.

Bant genişliği hiç sanmıyorum çünkü uzak masaüstü tam ekran değilse ve fare ana bilgisayarın masaüstü alanında ve uzak masaüstü alanında değilse sorun oluşmuyor gibi görünüyor. Bu konuda çemberler aracılığıyla kullanıcıları ve bu ve asla sorunu çözme koymak kullanıcıları koymak yanıtlar her türlü sooooo birçok şikayet gördüm. Sorun, bence, uzak masaüstü protokolünde bir şey ve Microsoft'un düzeltmesi gerekiyor. Dönemi.

Bunun Uzak Masaüstü'deyken birkaç makinede olduğunu gördüm, her birkaç dakikada bir başıma geliyor ve beni deli ediyor, odak fare işaretçisinin ekranda oturduğu yere taşınıyor. Dokunmatik yüzeye yaklaşmamış veya fareyi tıklamamış olsanız bile (dokunmatik yüzeyden kaçınmaya çalışmak için havada avuç içlerimle yazmayı öğrendim, ama bu değil!) sadece yazarken olur, muhtemelen hızlı yazmak onu daha da kötüleştirir ama emin değil.