Genel bakış: Microsoft 365 için VPN bölünmüş tüneli

Kuruluşlar, kullanıcıları için güvenli uzak deneyimleri desteklemek için geleneksel olarak VPN'leri kullanır. Çekirdek iş yükleri şirket içinde kalırken, uzak istemciden gelen ve şirket ağındaki bir veri merkezi üzerinden yönlendirilen vpn, uzak kullanıcıların şirket kaynaklarına erişmesi için birincil yöntemdi. Kuruluşlar, bu bağlantıları korumak için VPN yolları boyunca ağ güvenlik çözümleri katmanları oluşturur. Bu güvenlik, iç altyapıyı korumak ve trafiği VPN'ye ve ardından şirket içi İnternet çevresi üzerinden dışarı yönlendirerek dış web sitelerinin mobil taramasını korumak için oluşturulmuştu. VPN'ler, ağ çevreleri ve ilişkili güvenlik altyapısı genellikle amaç doğrultusunda oluşturulmuş ve tanımlanmış bir trafik hacmi için ölçeklendirilmiştir; genellikle bağlantının çoğu şirket ağı içinden başlatılır ve çoğu iç ağ sınırları içinde kalır.

Uzak kullanıcı cihazının tüm bağlantılarının şirket içi ağa ( zorlamalı tünel olarak bilinir) geri yönlendirildiği VPN modelleri, uzak kullanıcıların eşzamanlı ölçeği mütevazı olduğu ve VPN'den geçen trafik hacminin düşük olduğu sürece büyük ölçüde sürdürülebilirdi. Bazı müşteriler, uygulamaları kurumsal çevreden genel SaaS bulutlarına taşındıktan sonra bile durum quo olarak VPN zorlamalı tünel kullanmaya devam etti.

Dağıtılmış ve performansa duyarlı bulut uygulamalarına bağlanmak için zorlamalı tünelli VPN'lerin kullanılması yetersizdir, ancak güvenlik durumunu korumak için bazı kuruluşlar tarafından olumsuz etkiler kabul edilmiştir. Bu senaryonun örnek diyagramı burada görülebilir:

Şekil 1: Geleneksel bir Zorlamalı Tünel VPN çözümü.

Bu sorun uzun yıllardır artmaktadır ve birçok müşteri ağ trafiği desenlerinin önemli bir değişimini bildirmektedir. Eskiden şirket içinde kalan trafik artık dış bulut uç noktalarına bağlanıyor. Birçok Microsoft müşterisi daha önce ağ trafiğinin yaklaşık %80'inin bir iç kaynağa (önceki diyagramdaki noktalı çizgiyle gösterilir) olduğunu bildiriyor. 2020'de büyük iş yüklerini buluta kaydıran bu sayı yaklaşık %20'ye veya daha düşük bir sayıya düştü. Bu eğilimler diğer kuruluşlarda sık rastlanmayan bir durumdur. Zaman içinde, bulut yolculuğu ilerledikçe yukarıdaki model giderek daha hantal ve sürdürülebilir hale gelir ve bir kuruluşun bulut öncelikli bir dünyaya geçerken çevik olmasını önler.

Dünya genelindeki COVID-19 krizi, hemen düzeltilmesini gerektirecek şekilde bu sorunu daha da ilerletmektedir. Çalışanların güvenliğinin, kriz sonrası dönemde hala geçerli olan büyük ölçekte evden çalışma üretkenliğini desteklemek için kurumsal BT'de eşi görülmemiş talepler oluşturmasını sağlama ihtiyacı. Microsoft 365, müşterilerin bu talebi karşılamasına yardımcı olmak için iyi bir konuma sahiptir, ancak evden çalışan kullanıcıların yüksek eşzamanlılığı, zorlamalı tünel VPN ve şirket içi ağ çevreleri üzerinden yönlendirilirse hızlı doygunluğa neden olan ve VPN altyapısını kapasite dışında çalıştıran büyük miktarda Microsoft 365 trafiği oluşturur. Bu kriz sonrası gerçeklikte, MICROSOFT 365'e erişmek için VPN kullanmak artık yalnızca bir performans engeli değil, yalnızca Microsoft 365'i değil, aynı zamanda çalışmak için VPN'ye güvenmesi gereken kritik iş operasyonlarını da etkileyen bir sabit duvardır.

Microsoft, bu sorunlara kendi hizmetlerimizin içinden etkili, modern çözümler sunmak ve sektörün en iyi uygulamalarıyla uyum sağlamak için müşterilerle ve daha geniş bir sektörle yakın bir şekilde çalışmaktadır. Microsoft 365 hizmeti için bağlantı ilkeleri, uzak kullanıcılar için verimli bir şekilde çalışacak şekilde tasarlanmıştır ve bir yandan da bir kuruluşun kendi bağlantıları üzerinde güvenlik ve denetim sağlamasına olanak sağlar. Bu çözümler, sınırlı çalışma ile hızlı bir şekilde uygulanabilir, ancak yukarıda özetlenen sorunlar üzerinde önemli bir olumlu etki sağlar.

Uzak çalışan cihazlarını VPN üzerinden şirket ağına veya bulut altyapısına bağlayan müşteriler için Microsoft, Microsoft Teams, SharePoint ve Exchange Online temel Microsoft 365 senaryolarının bir VPN bölünmüş tünel yapılandırması üzerinden yönlendirildiğini önerir. Covid-19 krizi gibi büyük ölçekli evden çalışma olayları sırasında çalışanların sürekli üretkenliğini kolaylaştırmaya yönelik ön cephe stratejisi olarak bu özellikle önemlidir.

Şekil 2: Doğrudan hizmete gönderilen tanımlı Microsoft 365 özel durumlarına sahip bir VPN bölünmüş tünel çözümü. Diğer tüm trafik, hedef ne olursa olsun VPN tünelinden geçer.

Bu yaklaşımın özü, kuruluşlara VPN altyapısı doygunluğu riskini azaltmak ve Microsoft 365 performansını mümkün olan en kısa zaman diliminde önemli ölçüde geliştirmek için bir yöntem sağlamaktır. VPN istemcilerini VPN tünelini atlamak için en kritik, yüksek hacimli Microsoft 365 trafiğine izin verecek şekilde yapılandırmak aşağıdaki avantajları sağlar:

• Microsoft 365 kullanıcı deneyimini etkileyen kurumsal VPN mimarilerinde müşteri tarafından bildirilen performans ve ağ kapasitesi sorunlarının çoğunun kök nedenini hemen azaltır

  Önerilen çözüm, Özellikle Microsoft 365 URL'leri ve IP adresi aralıkları makalesinde İyileştir olarak kategorilere ayrılmış Microsoft 365 hizmet uç noktalarını hedefler. Bu uç noktalara gelen trafik gecikme süresine ve bant genişliği azaltmaya karşı son derece hassastır ve VPN tünelini atlamasına olanak tanıyarak son kullanıcı deneyimini önemli ölçüde geliştirebilir ve kurumsal ağ yükünü azaltabilir. Bant genişliğinin veya kullanıcı deneyimi ayak izinin çoğunu oluşturmamış Microsoft 365 bağlantıları, İnternet'e bağlı trafiğin geri kalanıyla birlikte VPN tüneli üzerinden yönlendirilmeye devam edebilir. Daha fazla bilgi için bkz. VPN bölünmüş tünel stratejisi.

• Müşteriler tarafından hızlı bir şekilde ve ek altyapı veya uygulama gereksinimleri olmadan yapılandırılabilir, test edilebilir ve uygulanabilir

  VPN platformuna ve ağ mimarisine bağlı olarak uygulama birkaç saat kadar sürebilir. Daha fazla bilgi için bkz. VPN bölünmüş tüneli uygulama.

• İnternet'e giden trafik de dahil olmak üzere diğer bağlantıların yönlendirilme şeklini değiştirmeyerek müşteri VPN uygulamalarının güvenlik duruşunu korur

  Önerilen yapılandırma, VPN trafiği özel durumları için en düşük ayrıcalık ilkesini izler ve müşterilerin kullanıcıları veya altyapıyı ek güvenlik risklerine maruz bırakmadan bölünmüş tünel VPN'i uygulamasına olanak tanır. Doğrudan Microsoft 365 uç noktalarına yönlendirilen ağ trafiği şifrelenir, Office istemci uygulama yığınları tarafından bütünlük için doğrulanır ve hem uygulama hem de ağ düzeyinde sağlamlaştırılmış Microsoft 365 hizmetlerine ayrılmış IP adresleri kapsamına alınır. Daha fazla bilgi için bkz . Günümüzün benzersiz uzaktan çalışma senaryolarında modern güvenlik denetimlerine ulaşmak için güvenlik uzmanları ve BT için alternatif yollar (Microsoft Güvenlik Ekibi blogu).

• Çoğu kurumsal VPN platformu tarafından yerel olarak desteklenir

  Microsoft, iş ortaklarının yukarıdaki önerilere uygun olarak çözümleri için hedefli rehberlik ve yapılandırma şablonları geliştirmelerine yardımcı olmak için ticari VPN çözümleri üreten sektör iş ortaklarıyla işbirliği yapmaya devam ediyor. Daha fazla bilgi için bkz. Yaygın VPN platformları için HOWTO kılavuzları.

Tam uygulama kılavuzu için bkz. Microsoft 365 için VPN bölünmüş tüneli uygulama.

Uzaktan çalışanlar için Microsoft 365'i yapılandırmaya yönelik adım adım bir işlem için bkz. Uzaktan çalışma için altyapınızı ayarlama.

VPN bölünmüş tünel stratejisi

Geleneksel kurumsal ağlar genellikle kullanıcıların çoğu gibi en önemli verilerin, hizmetlerin, uygulamaların şirket içinde barındırıldığı ve iç şirket ağına doğrudan bağlı olduğu bir bulut öncesi dünyada güvenli bir şekilde çalışacak şekilde tasarlanmıştır. Bu nedenle, şube ofislerinin merkez ofise Multiprotocol Label Switching (MPLS) ağları aracılığıyla bağlandığını ve uzak kullanıcıların hem şirket uç noktalarına hem de İnternet'e erişmek için bir VPN üzerinden şirket ağına bağlanması gereken bu öğelerin etrafında ağ altyapısı oluşturulmuştur. Bu modelde, uzak kullanıcılardan gelen tüm trafik şirket ağından geçer ve ortak bir çıkış noktası üzerinden bulut hizmetine yönlendirilir.

Şekil 2: Hedef ne olursa olsun tüm trafiğin şirket ağına geri zorlandığı uzak kullanıcılar için yaygın bir VPN çözümüdür.

Kuruluşlar verileri ve uygulamaları buluta taşıdıkça, bu model hızla hantal, pahalı ve hesaplanamaz hale geldiğinden, kullanıcıların ağ performansını ve verimliliğini önemli ölçüde etkilediğinden ve kuruluşun değişen gereksinimlere uyum sağlama becerisini kısıtladıkça daha az etkili olmaya başlamıştır. Çok sayıda Microsoft müşterisi, birkaç yıl önce ağ trafiğinin %80'inin bir iç hedefe olduğunu, ancak 2020'de trafiğin %80'inin harici bulut tabanlı bir kaynağa bağlandığını bildirdi.

COVID-19 krizi, kuruluşların büyük çoğunluğu için acil çözümler gerektirmek için bu sorunu ağırlaştırdı. Birçok müşteri, zorlanan VPN modelinin bu krizin gerektirdiği gibi %100 uzaktan çalışma senaryoları için yeterince ölçeklenebilir veya performanslı olmadığını tespit etti. Bu kuruluşların verimli bir şekilde çalışması için hızlı çözümler gereklidir.

Microsoft 365 hizmeti için Microsoft, hizmete erişen kullanıcılar için yüksek performans sunmak ve VPN altyapısının yükünü azaltmak ve hala bunu gerektiren trafik tarafından kullanılabilmesi için odaklanmış, sıkı denetimli ve görece statik bir hizmet uç noktası kümesinin basit ve hızlı bir şekilde iyileştirilebileceği bu sorunu göz önünde bulundurarak hizmet için bağlantı gereksinimlerini tasarlamıştır.

Microsoft 365, Microsoft 365 için gerekli uç noktaları üç kategoriye ayırır: İyileştir, İzin Ver ve Varsayılan. En iyi duruma getirme uç noktaları burada odak noktamızdır ve aşağıdaki özelliklere sahiptir:

• Microsoft'un sahip olduğu ve yönetilen uç noktaları, Microsoft altyapısında barındırılıyor mu?
• Exchange Online, SharePoint, Skype Kurumsal Online ve Microsoft Teams gibi temel Microsoft 365 iş yüklerine ayrılmıştır
• IP'ler sağlandı mı?
• Düşük değişiklik oranı ve sayı olarak küçük kalması beklenir (şu anda 20 IP alt ağı)
• Yüksek hacim ve/veya gecikme süresine duyarlıdır
• Ağdaki satır içi öğeler yerine hizmette gerekli güvenlik öğelerinin sağlanmasına sahip olabilir
• Microsoft 365 hizmetine yönelik trafik hacminin yaklaşık %70-80'ini oluşturur

Bu sıkı kapsamlı uç nokta kümesi, zorlamalı VPN tünelinden ayrılabilir ve kullanıcının yerel arabirimi aracılığıyla güvenli bir şekilde ve doğrudan Microsoft 365 hizmetine gönderilebilir. Bu, bölünmüş tünel olarak bilinir.

DLP, AV koruması, kimlik doğrulaması ve erişim denetimi gibi güvenlik öğelerinin tümü hizmet içindeki farklı katmanlarda bu uç noktalara karşı çok daha verimli bir şekilde teslim edilebilir. Ayrıca trafik hacminin büyük bir kısmını VPN çözümünden uzaklaştırdığımız için bu, VPN kapasitesini hala buna bağlı olan iş açısından kritik trafik için boşaltır. Ayrıca, bu yeni çalışma yöntemiyle başa çıkmak için uzun ve maliyetli bir yükseltme programından geçmek için birçok durumda gereksinimi ortadan kaldırmalıdır.

Şekil 3: Tanımlı Microsoft 365 özel durumlarının doğrudan hizmete gönderildiği bir VPN bölünmüş tünel çözümü. Diğer tüm trafik, hedef ne olursa olsun şirket ağına geri dönmeye zorlanır.

Güvenlik açısından bakıldığında, Microsoft'un şirket içi güvenlik yığınları tarafından satır içi inceleme ile sunulana benzer, hatta gelişmiş güvenlik sağlamak için kullanılabilecek bir dizi güvenlik özelliği vardır. Microsoft Güvenlik ekibinin blog gönderisi Güvenlik uzmanları ve BT'nin günümüzün benzersiz uzaktan çalışma senaryolarında modern güvenlik denetimlerine ulaşmanın alternatif yolları , sağlanan özelliklerin net bir özetini içerir ve bu makalede daha ayrıntılı yönergeler bulabilirsiniz. Microsoft'un VPN'de çalışan bölünmüş tünel uygulaması hakkında bilgi edinmek için bkz. Microsoft uzak iş gücünü nasıl bağlı tutuyor?

Çoğu durumda, bu uygulama birkaç saat içinde gerçekleştirilebilir ve bu sayede kuruluşların karşılaştığı en acil sorunlardan birinin hızlı bir şekilde tam ölçekli uzaktan çalışmaya geçişini sağlar. VPN bölünmüş tünel uygulama kılavuzu için bkz. Microsoft 365 için VPN bölünmüş tüneli uygulama.

SSS

Microsoft Güvenlik Ekibi, günümüzün benzersiz uzaktan çalışma senaryolarında modern güvenlik denetimlerine ulaşmak için güvenlik uzmanları ve BT için alternatif yollar yayımladı. Bu, güvenlik uzmanları için temel yolların ana hatlarını gösteren bir blog gönderisi ve BT'nin günümüzün benzersiz uzaktan çalışma senaryolarında modern güvenlik denetimleri elde etmelerini sağlar. Ayrıca, bu konuyla ilgili sık sorulan müşteri sorularından ve yanıtlarından bazıları aşağıdadır.

Nasıl yaparım? kullanıcıların verileri çıkarabilecekleri yere güvenmediğim diğer kiracılara erişmesini durdurmak mı?

Yanıt, kiracı kısıtlamaları adlı bir özelliktir. Kimlik doğrulama trafiği yüksek hacimli veya özellikle gecikmeye duyarlı değildir, bu nedenle VPN çözümü aracılığıyla özelliğin uygulandığı şirket içi ara sunucuya gönderilebilir. Güvenilen kiracıların izin verilenler listesi burada tutulur ve istemci güvenilir olmayan bir kiracıya belirteç almayı denerse, proxy yalnızca isteği reddeder. Kiracıya güveniliyorsa, kullanıcı doğru kimlik bilgilerine ve haklara sahipse belirteç erişilebilir.

Bu nedenle, bir kullanıcı işaretlenen uç noktalara tcp/UDP bağlantısı oluşturabilse de, söz konusu kiracıya erişmek için geçerli bir belirteç olmadan oturum açamaz ve verilere erişemez/veri taşıyamaz.

Bu model kişisel OneDrive hesapları gibi tüketici hizmetlerine erişime izin verir mi?

Hayır, etmez, Microsoft 365 uç noktaları tüketici hizmetleriyle aynı değildir (örnek olarak Onedrive.live.com), bu nedenle bölünmüş tünel kullanıcının tüketici hizmetlerine doğrudan erişmesine izin vermez. Tüketici uç noktalarına yönelik trafik VPN tünelini kullanmaya devam eder ve mevcut ilkeler uygulanmaya devam eder.

Nasıl yaparım? şirket içi çözümüm üzerinden trafik akışı olmadığında DLP uygulamak ve hassas verilerimi korumak mı?

Microsoft 365, hassas bilgilerin yanlışlıkla açığa çıkmasını önlemenize yardımcı olmak için zengin bir yerleşik araçlar kümesine sahiptir. Uygun olmayan şekilde depolanan veya paylaşılan hassas bilgileri algılamak için Teams ve SharePoint'in yerleşik DLP özelliklerini kullanabilirsiniz. Uzaktan çalışma stratejinizin bir bölümü kendi cihazını getir (KCG) ilkesini içeriyorsa, hassas verilerin kullanıcıların kişisel cihazlarına indirilmesini önlemek için uygulama tabanlı Koşullu Erişim'i kullanabilirsiniz

Nasıl yaparım? doğrudan bağlanırken kullanıcının kimlik doğrulaması denetimini değerlendirmek ve korumak?

Q1'de belirtilen kiracı kısıtlamaları özelliğine ek olarak, kimlik doğrulama isteğinin riskini dinamik olarak değerlendirmek ve uygun şekilde tepki vermek için koşullu erişim ilkeleri uygulanabilir. Microsoft, Sıfır Güven modelinin zaman içinde uygulanmasını önerir ve mobil ve bulut öncelikli bir dünyada denetimi korumak için Microsoft Entra Koşullu Erişim ilkelerini kullanabiliriz. Koşullu erişim ilkeleri, kimlik doğrulama isteğinin başarılı olup olmadığına ilişkin gerçek zamanlı bir karar vermek için aşağıdakiler gibi çeşitli faktörlere göre kullanılabilir:

• Cihaz, cihaz biliniyor mu/güvenilen/Etki alanına katılmış mı?
• IP – Kimlik doğrulama isteği bilinen bir kurumsal IP adresinden mi geliyor? Ya da güvenmediğimiz bir ülkeden/bölgeden mi?
• Uygulama – Kullanıcı bu uygulamayı kullanma yetkisine sahip mi?

Daha sonra bu ilkelere göre onaylama, MFA'yı tetikleme veya kimlik doğrulamasını engelleme gibi ilkeler tetikleyebiliriz.

Virüslere ve kötü amaçlı yazılımlara karşı koruma Nasıl yaparım??

Microsoft 365, hizmetin kendisindeki çeşitli katmanlarda işaretlenen uç noktaları en iyi duruma getirme için bu belgede açıklanan korumayı da sağlar. Belirtildiği gibi, protokolleri/trafiği tam olarak anlamayabilecek cihazlara uygun olarak yapmak yerine hizmetin kendisinde bu güvenlik öğelerini sağlamak çok daha verimlidir. Varsayılan olarak, SharePoint bilinen kötü amaçlı yazılım için dosya yüklemelerini otomatik olarak tarar

Yukarıda listelenen Exchange uç noktaları için, Microsoft 365 için Exchange Online Protection ve Microsoft Defender hizmet trafiğinin güvenliğini sağlamak için mükemmel bir iş yapar.

Yalnızca Trafiği en iyi duruma getirme doğrudanından fazlasını gönderebilir miyim?

Düşük çalışma düzeyi için en yüksek avantajı sağlayacağından, işaretlenen uç noktaları iyileştir'e öncelik verilmelidir. Ancak isterseniz, hizmetin çalışması için İşaretli uç noktalara izin ver ve gerekirse kullanılabilecek uç noktalar için IP adreslerinin sağlanması gerekir.

Genel web tarama için merkezi güvenlik, denetim ve kurumsal ilke uygulaması sağlayan güvenli web ağ geçitleri olarak adlandırılan bulut tabanlı ara sunucu/güvenlik çözümleri sunan çeşitli satıcılar da vardır. Bu çözümler, yüksek oranda kullanılabilirse, yüksek oranda kullanılabilir, yüksek performanslı ve kullanıcılarınızın yakınında sağlanmış bulut tabanlı bir konumdan güvenli İnternet erişiminin kullanıcıya yakın bir konumdan teslim edilmesine izin vererek bulut öncelikli bir dünyada iyi çalışabilir. Bu, genel göz atma trafiği için VPN/kurumsal ağ üzerinden bir saç tokası gereksinimini ortadan kaldırırken, merkezi güvenlik denetimine de izin verir.

Ancak bu çözümler geçerli olsa bile, Microsoft işaretlenen Microsoft 365 trafiğini en iyi duruma getirmenin doğrudan hizmete gönderilmesini kesinlikle önerir.

Azure Sanal Ağ doğrudan erişime izin verme yönergeleri için bkz. Noktadan siteye Azure VPN Gateway kullanarak uzaktan çalışma.

Bağlantı noktası 80 neden gereklidir? Trafik temiz mi gönderildi?

Bağlantı noktası 80 yalnızca bağlantı noktası 443 oturumuna yeniden yönlendirme, hiçbir müşteri verisi gönderilmez veya 80 numaralı bağlantı noktası üzerinden erişilebilir gibi işlemler için kullanılır. Şifreleme , Microsoft 365 için aktarımdaki ve bekleyen veriler için şifrelemeyi özetler ve Trafik türleri , Teams medya trafiğini korumak için SRTP'yi nasıl kullandığımızı özetler.

Bu öneri, Microsoft 365'in dünya çapında bir örneğini kullanan Çin kullanıcıları için geçerli mi?

Hayır, etmiyor. Yukarıdaki önerilerden biri, PRC'deki microsoft 365'in dünya çapındaki bir örneğine bağlanan kullanıcılardır. Bölgede sınır ötesi ağ tıkanıklığının yaygın olarak ortaya çıkması nedeniyle, doğrudan İnternet çıkış performansı değişken olabilir. Bölgedeki müşterilerin çoğu trafiği kurumsal ağa getirmek için VPN kullanarak çalışır ve iyileştirilmiş bir yol aracılığıyla yetkili MPLS devresini veya ülke/bölge dışında çıkışa benzer bir şekilde kullanır. Bu, Çin kullanıcıları için Microsoft 365 performans iyileştirme makalesinde daha ayrıntılı olarak açıklanmıştır.

Bölünmüş tünel yapılandırması tarayıcıda çalışan Teams için çalışır mı?

Evet, uyarılarla. Teams işlevlerinin çoğu Microsoft Teams için istemcileri alma bölümünde listelenen tarayıcılarda desteklenir.

Ayrıca Microsoft Edge 96 ve üzeri , Edge WebRtcRespectOsRoutingTableEnabled ilkesini etkinleştirerek eşler arası trafik için VPN bölünmüş tünel oluşturmayı destekler. Şu anda diğer tarayıcılar eşler arası trafik için VPN bölünmüş tünel oluşturmayı desteklemeyebilir.

İlgili makaleler

Microsoft 365 için VPN bölünmüş tüneli uygulama

Microsoft 365 için yaygın VPN bölünmüş tünel senaryoları

VPN bölünmüş tüneli için Teams medya trafiğinin güvenliğini sağlama

VPN ortamlarında Stream ve canlı etkinlikler için özel dikkat edilmesi gerekenler

Çin kullanıcıları için Microsoft 365 performans iyileştirmesi

Microsoft 365 Ağ Bağlantı İlkeleri

Microsoft 365 ağ bağlantısını değerlendirme

Microsoft 365 ağ ve performans ayarlama

Günümüzün benzersiz uzaktan çalışma senaryolarında modern güvenlik denetimleri elde etmek için güvenlik uzmanları ve BT için alternatif yollar (Microsoft Güvenlik Ekibi blogu)

Microsoft'ta VPN performansını geliştirme: otomatik bağlantılara izin vermek için Windows 10 VPN profillerini kullanma

VPN üzerinde çalıştırma: Microsoft uzak iş gücünü nasıl bağlı tutuyor?

Microsoft küresel ağı