E-posta VPN olmadan da çalışıyor: gizlice bir tünelden mi geçiyor?
Bir Exchange hesabı ağ geçidi, protokol veya yol seçmez. Herhangi bir varsayımda bulunmadan önce dağıtımı, genel girişi, yönetilen VPN'i veya etkin tüneli belirleyin.
E-posta, hiçbir zaman VPN simgesi göstermemiş bir telefona gelmeye devam ediyor ve doğal sonuç, görünmez bir şeyin onu bir tünelden geçirdiği. Genellikle işin içinde görünmez bir şey yoktur. Exchange hesabı eklemek bir ağ geçidi, protokol, sertifika veya yol seçmez, çünkü hesap bir hizmet kimliğidir ve tünel başkası tarafından yapılandırılmış bir ağ düzenidir. Faydalı adım, hiç var olmamış bir tünelin peşine düşmek yerine gerçekte hangi düzeniniz olduğunu belirlemektir.
Üç düzen, tek bir aynı ekran
Üçü de e-postanın cihazda görünmesiyle biter ve ayarlar ekranı her durumda aynı görünür. Farklı olan, yolu kimin yapılandırdığı ve varlığını hangi kanıtın doğruladığıdır.
| Arrangement | Who set it up | What proves it |
|---|---|---|
| Approved public mail entry | The service owner, at the publishing layer | A published endpoint reached over TLS with its own authentication |
| Managed app or account VPN | Device management, as explicit policy | A profile binding that traffic to a VPN association |
| Already active tunnel | An always-on service or an earlier manual connect | Tunnel state plus routes and scope that include the mail destination |
Genel erişilebilirlik kendi cümlesini hak ediyor, çünkü sürekli yanlış okunuyor. Yayımlanmış bir posta hizmeti kimlik doğrulaması olmayan bir hizmet değildir ve e-postanın erişilebilir olması, kurumsal ağın geri kalanının erişilebilir olup olmadığı hakkında hiçbir şey söylemez. Bunlar ayrı kişilerin verdiği ayrı kararlardır.
Cihaz yönetimi gerçekte neyi bağlayabilir
Apple platformları uygulama ve posta alanı bazında VPN kurallarını destekler ve yönetilen iOS veya iPadOS postası hesaba özgü bir VPN ilişkisi taşıyabilir. Bu ilişki, birinin seçtiği değere sahip bir sağlama ayarıdır ve bu yüzden bir telefona e-posta adresi ve parola yazmakla çıkarılamaz.
Android yönetimi ve üçüncü taraf istemcilerinin kendi uygulama ve profil denetimleri vardır ve hiçbiri Apple hesap yükleriyle değiştirilemez. Bir platformda var olan politika, diğerinde bilinçli olarak yeniden üretilmelidir. Posta hesabıyla birlikte seyahat etmez ve aynı kişi ikisinde de oturum açtığı için gelmez. Bu aktarımın kendiliğinden olacağını beklemek, platformlar arası «bende telefonda çalışıyor» bildirimlerinin büyük bir kısmının arkasındadır.
Kimlik ve taşıma ayrı kalır
Bir posta hizmeti ile VPN, bir dizini veya kimlik sağlayıcısını meşru şekilde paylaşabilir ve insanlar bu ortak oturum açmayı ortak bir oturumun kanıtı olarak okur. Öyle değil. Tekrarlanan kullanıcı adı metni, posta uygulamasının bir VPN oturumunu devraldığını göstermez ve her hizmet için ilgisiz parolalar uydurmak için bir neden değildir.
İki hizmet de kendi koşullarında kendi kimlik doğrulamasını talep eder. Başarılı bir posta oturum açması asla bir VPN istemcisine yapıştırılacak bir şey olarak görülmemeli ve ayağa kalkan bir tünel, posta sunucusunun hangi hesabı kabul edeceği hakkında hiçbir şey söylemez. Intune posta profili referansı burada yararlı bir örnektir, çünkü VPN ilişkisini hesap adından türetilen bir özellik değil, ayrı bir ayar olarak ele alır.
Taze eşitleme önbelleğe alınmış gelen kutusunu yener
Önbelleğe alınmış bir gelen kutusu, hiçbir güncel yol olmadan tamamen sağlıklı görünebilir, bu yüzden uygulamayı açıp geçen haftanın iletilerini görmek hiçbir şeyi kanıtlamaz. Onaylanmış bir taze eşitleme testi kullanın ve beraberindeki durum veya günlük kanıtlarını okuyun.
Ardından sonucu gerçekten belirleyen dört şeyi kontrol edin: yapılandırılmış hizmet uç noktası, çözümleyicinin ne döndürdüğü, hangi yönetilen profilin geçerli olduğu ve mevcut VPN durumu. Bunu doğru bağlamda yapın, çünkü benzer adlı kişisel bir posta uygulaması iş uygulamasının ağ politikasına tabi değildir ve tamamen meşru nedenlerle farklı davranacaktır. Bu iki bağlamı karıştırmak, çalışan bir yapılandırmanın bozuk olarak bildirilmesinin yoludur. Bir uygulamanın politikaya uyup neredeyse adaşının onu yok saydığı durumların çoğunu da bu açıklar.
Neyi doğruladığınızı yazın
Erişimin bir tünel gerektirmesi bekleniyorsa, sahibi hem izin verilen özel yolu hem de tünelsiz davranışı doğrulamalıdır. Hizmet bilinçli olarak yayımlanmışsa, tünelin yokluğunu e-postanın şifrelenmediğinin kanıtı saymak yerine TLS doğrulamasını, kimlik doğrulamasını ve erişim denetimlerini yerinde tutun.
Destek kaydı posta ürününü, uç noktayı, hesap kapsamını ve bağlantı politikasını adlandırmalıdır. Parolaların aynı olması bu dördünün hiçbiri için kanıt değildir ve bir kaydın dört paragraf ve hiç olgu içermemesinin en yaygın nedeni budur.