Kısa cevap: Netsis uzaktan bağlantı sorunlarının büyük bölümü üç kaynaktan gelir: kararsız VPN/internet hattı, yanlış yapılandırılmış terminal sunucu (RDP) oturumları ve doğrudan WAN üzerinden SQL bağlantısı kurma denemesi. Şubeler için en kararlı yapı, Netsis’i merkezde terminal sunucuda çalıştırıp şubelerin RDP ile bağlanmasıdır; SQL portunu internete açmak hem yavaş hem güvensizdir.
Şubeden bağlanan kullanıcılar sürekli “bağlantı koptu” mu görüyor? Evden çalışan muhasebeciniz Netsis’e hiç mi ulaşamıyor? Bu rehberde çoklu şube ve uzak çalışma senaryolarındaki bağlantı sorunlarını sebep-çözüm mantığıyla ele alıyoruz.
Önce Yapıyı Tanıyın: 3 Uzak Erişim Modeli
- Terminal sunucu (RDP): Netsis merkezde çalışır, uzak kullanıcı sadece ekran görüntüsü taşır. En yaygın ve en kararlı model.
- VPN + istemci kurulumu: Uzak PC’de Netsis kuruludur, VPN tüneli üzerinden merkezdeki SQL Server’a bağlanır. Hat kalitesine çok duyarlıdır.
- Bulut tabanlı kullanım: Tarayıcı üzerinden erişim isteyen işletmeler için ayrı bir üründür; karşılaştırma için Netsis Wings vs Netsis 3 yazımıza bakın.
Hangi modeli kullandığınızı bilmeden sorun çözülmez; belirtiler modele göre farklı yorumlanır.
Yaygın Sorunlar ve Çözümleri
1. “Sunucuya bağlanılamıyor” — Şube Merkeze Ulaşamıyor
Adım adım kontrol edin:
- Şubeden merkez sunucuya ping atın (ağ katmanı çalışıyor mu?).
- VPN tüneli aktif mi? Tünel düşüp yeniden kurulduysa istemcinin yeniden başlatılması gerekebilir.
- Merkez tarafında güvenlik duvarı veya modem değişikliği yapıldı mı? En sık gözden kaçan sebep budur.
- Sunucu adresi IP ile tanımlıysa ve merkezin IP’si statik değilse, IP değişmiş olabilir. Statik IP veya dinamik DNS kullanın.
SQL tarafındaki bağlantı hataları için ayrıntılı rehberimiz: Netsis veritabanı bağlantı hatası çözümü.
2. VPN Üzerinden Çalışırken Aşırı Yavaşlık ve Kopmalar
VPN + istemci modelinde Netsis, SQL Server ile sürekli veri alışverişi yapar. Hattaki en küçük gecikme ekranlara yansır:
- Hat gecikmesi yüksekse (özellikle mobil/uydu bağlantılarda) bu model yapısal olarak yavaş çalışır; çözüm terminal sunucuya geçmektir.
- Kopma anlarında yarım kalan işlemler kayıt tutarsızlığı yaratabilir; kopma sonrası ilgili fişleri kontrol edin.
- VPN cihazında MTU/fragmentasyon ayarları hatalıysa bağlantı kurulur ama büyük sorgularda donar; ağ yöneticinizle MTU değerini kontrol edin.
3. Terminal Sunucu (RDP) Oturum Sorunları
- “Oturum sayısı aşıldı”: RDS kullanıcı lisansı (CAL) sayınız biten oturumları karşılamıyor olabilir; kopan oturumların sunucuda askıda kalması da limiti doldurur. Askıda kalan oturumları düzenli sonlandırın.
- Kilitli kayıt uyarıları: Kopan RDP oturumunda Netsis açık kaldıysa, kullanıcının kaydı kilitli kalabilir. Askıdaki oturumu kapatmak sorunu çözer.
- Yazıcı yönlendirme: Uzak oturumda yerel yazıcıya çıktı alınamıyorsa RDP yazıcı yönlendirmesinin açık olduğundan emin olun.
4. Kullanıcı Doğrulama Hataları
Uzak bağlantıda kullanıcı adı/parola doğru olduğu halde giriş reddediliyorsa sorun genellikle etki alanı (domain) doğrulamasındadır; ayrıntılar için domain authentication sorunu yazımıza bakın.
5. SQL Portunu İnternete Açmak (Yapmayın)
1433 portunu internete açıp uzak istemciyi doğrudan bağlamak sık görülen ama tehlikeli bir kısayoldur:
- Veritabanınız internetten gelen otomatik saldırı taramalarının hedefi olur.
- Şifreleme ve tünel olmadan taşınan veri dinlenebilir.
- Performans, VPN’den bile kötüdür.
Bu yapı varsa vakit kaybetmeden VPN veya terminal sunucu modeline geçin.
6. Kopma Sonrası Yapılması Gerekenler
Bağlantı koptuktan sonra sisteme dönünce üç kontrolü alışkanlık edinin:
- Kopma anında işlenen son fişi açın; kaydın tam ve tutarlı olduğundan emin olun.
- Yarım kalan belge varsa (kaydedilmemiş satırlar) yeniden girin; mükerrer girişten kaçınmak için önce belge listesinden kontrol edin.
- Kayıt kilitli kaldı uyarısı alan kullanıcı varsa askıdaki eski oturumu sonlandırın.
7. Hat Kapasitesini Doğru Planlayın
RDP modelinde kullanıcı başına gereken bant genişliği düşüktür ama yazıcı yönlendirme, dosya kopyalama ve ekran çözünürlüğü tüketimi artırır. Şube hattını yalnızca kullanıcı sayısına göre değil, aynı hattı paylaşan diğer trafiğe (kamera, misafir Wi-Fi, bulut yedekleme) göre planlayın; kopmaların bir kısmı hattın Netsis dışı trafikle dolmasından kaynaklanır.
Kalıcı Çözüm İçin Kontrol Listesi
- ✅ Uzak erişim modeli bilinçli seçildi mi (RDP / VPN / bulut)?
- ✅ Merkez IP statik mi veya dinamik DNS tanımlı mı?
- ✅ VPN cihazı ve güvenlik duvarı kuralları belgelendi mi?
- ✅ Askıda kalan RDP oturumları için zaman aşımı tanımlı mı?
- ✅ SQL portu internete kapalı mı?
- ✅ Kopma sonrası kayıt kontrolü alışkanlık haline geldi mi?
Sıkça Sorulan Sorular
Çoklu şube için en sağlıklı Netsis bağlantı yapısı hangisi?
Çoğu işletme için merkezde terminal sunucu (RDP) modeli en kararlısıdır: veri merkezde kalır, şubeye yalnızca ekran taşınır, hat kalitesine duyarlılık en düşük seviyededir. VPN + istemci modeli yalnızca hattı güçlü ve gecikmesi düşük lokasyonlarda tercih edilmelidir.
Bağlantı sürekli kopuyor; sorun bizde mi, hatta mı?
Kopma anlarında hem şube hem merkez tarafında internet hattını ayrı ayrı test edin. Kopmalar belirli saatlerde yoğunlaşıyorsa hat doluluğu, rastgele geliyorsa modem/VPN cihazı veya ISS kaynaklı olma ihtimali yüksektir. Cihaz loglarındaki kopma zamanlarını ISS kayıtlarıyla karşılaştırmak kaynağı netleştirir.
Uzak bağlantı koptuğunda girdiğim kayıt kaybolur mu?
Kaydetmediğiniz ekran verisi kaybolur; kaydedilmiş fişler veritabanında güvendedir. Asıl risk, kayıt sırasında kopmadır: işlem yarım kalabilir veya kayıt kilitli görünebilir. Kopma sonrası son işlediğiniz fişi açıp kontrol etmeyi alışkanlık edinin.
Ev/şube bağlantısı için hangi durumda profesyonel destek gerekir?
Tek kullanıcılık basit RDP erişimi çoğu BT çalışanınca kurulabilir. Ancak çoklu şube, lisans planlaması, güvenlik duvarı kuralları ve oturum yönetimi birlikte devreye girince yapı tasarımı uzmanlık ister. Netsis destek paketlerimizle uzak erişim yapınızı uçtan uca kuruyor ve izliyoruz; 2018’den beri yetkili bayi olarak çok şubeli işletmelerde bu yapıları düzenli işletiyoruz.