İki kişi AWS Client VPN ve SAML hakkında aynı soruyu sorar ve birbirine zıt yanıtlar alır. Biri her sabah bir Ubuntu dizüstü bilgisayardan oturum açar; diğerinin bir telefonu, indirilmiş bir profili ve bu profildeki bir satırı reddeden bir istemcisi vardır. Fark ne şanstır ne de panoda gizli bir anahtar. Her şey üç koşula dayanır: platformun AWS'nin kendi istemcisi için desteklediği platformlardan biri olup olmadığı, elinizdeki aracın birleşik tarayıcı alışverişini yapıp yapamayacağı ve uç noktanın SAML için yapılandırılıp yapılandırılmadığı. Üçünden biri eksikse oturum açma başka bir noktada durur.

Oturum açmanın tamamlanıp tamamlanamayacağını üç koşul belirler

Önce platform gelir. AWS, Windows, macOS ve AMD64 üzerindeki Ubuntu için kendi Client VPN istemcisini sunar ve Ekim 2026'nın sonunda Linux gereksinimleri sayfası Ubuntu 22.04, 24.04 ve 26.04'ü listeler. Yeniden paketlenmiş bir derleme, dönüştürülmüş bir paket veya başka bir dağıtım çalışabilir, ancak bu desteklenen bir platform değildir ve bozulduğunda destek hattı siz olursunuz.

İstemci ikinci sırada gelir. Birleşik oturum açma, OpenVPN uyumlu her uygulamanın ayrıştırdığı bir profil seçeneği değildir. Sağlanan istemci kimlik sağlayıcınızı bir tarayıcıda açar, imzalı kimlik doğrulama yanıtını alır ve bu yanıtı uç noktaya iletir. Yalnızca profili okuyup tünel kuran bir uygulama bu adımı gerçekleştirmez, bağlantı günlüğü ne kadar temiz görünürse görünsün.

Uç nokta üçüncü sırada gelir. Active Directory kimlik bilgilerini veya karşılıklı sertifikaları kullanan bir uç noktanın düzeni tamamen farklıdır ve istemci değiştirmek bunu değiştirmez. Başka bir şeyi hata ayıklamadan önce kimlik doğrulama kipini profili verenle doğrulayın.

Birlikte ele alındığında, üç koşul kısa bir karar tablosu verir:

PlatformAWS-provided clientCompletes the SAML exchangeWhat that means
Ubuntu 22.04 / 24.04 / 26.04, AMD64YesYesNormal sign-in path; debug stages, not platforms
Windows or macOSYesYesSame path, different installer
AndroidNo published clientNoNeeds a different access design, not a different profile
Other Linux distributionsNoDepends on the toolRuns at your own support risk

Bir OpenVPN içe aktarımı neden auth-federate'te durur

Dışa aktarılmış bir AWS Client VPN profili, kimlik doğrulamanın tünelin dışında, birleşim yoluyla gerçekleştiğini istemciye söyleyen bir yönerge taşır. Genel bir OpenVPN istemcisi ya satırı hemen reddeder ya da yok sayar ve o zaman sunacak hiçbir kimlik bilgisi yoktur. Android denemelerinin çoğu burada biter: profil içe aktarılır, uygulama itiraz eder veya tek bir paket cihazdan çıkmadan bağlantı yapılandırma hatasıyla ölür.

auth-federate satırını silmek cazip bir sonraki adımdır ve net bir hatayı kafa karıştırıcı bir hataya dönüştürür. Bir yönergeyi kaldırmak SAML uç noktasını kullanıcı adı ve parola kimlik doğrulamasına çevirmez. Uç nokta hâlâ imzalı bir SAML yanıtı bekler ve istemcinin onun yerine gönderdiğini reddeder. Hesap parolanız, indirilen profil ve kopyalanmış bir beyan birbirinin yerine geçebilen kimlik bilgileri değildir.

Telefonda Chrome'da kimlik sağlayıcıda oturum açmak yalnızca sağlayıcının kullanıcıyı kabul ettiğini kanıtlar. Yanıtın uç noktaya geri gönderebilecek bir istemciye ulaşıp ulaşmadığı hakkında hiçbir şey söylemez. birleşik kimlik doğrulama gereksinimleri tam da bu nedenle sağlanan istemciyi akışın bir parçası yapar: tarayıcı adımı gereklidir ve yeterli değildir.

Desteklenen Linux masaüstü yolu nasıl görünür

AWS'nin Ubuntu AMD64 için yayımladığı paketi sistem paket yöneticinizle kurun, ardından bağlantıyı profili genel amaçlı bir VPN uygulamasına aktarmak yerine o istemciden açın. Yöneticinizin bu uç nokta için dışa aktardığı profili kullanın; daha eski bir kılavuzdan gelen geri çağırma URL'sini veya istemci tanımlayıcısını değiştirmeyin, istemci kabul etse bile.

Bağlantıyı başlatın, açılan tarayıcıda oturum açmayı ve varsa MFA istemini tamamlayın ve tarayıcıdan istemciye dönüş akışının bitmesine izin verin. Ardından gerçekten ihtiyaç duyduğunuz özel adresi yeniden isteyin. Başarılı oturum açma duyuran bir sayfa tünelin kalktığının kanıtı değildir.

Linux istemcisi SAML yanıtları için 8096 ile 8115 arasındaki yerel TCP bağlantı noktalarını ayırır. Kimlik sağlayıcı sizi kabul ettikten sonra devir takılırsa, o aralıkta hâlihazırda neyin dinlediğine bakın:

ss -ltnp | grep -E ":809[6-9]|:81(0[0-9]|1[0-5])"

Kullanımda olan bir bağlantı noktası veya loopback dinleyicisini engelleyen uç nokta güvenlik yazılımı, tamamlanmış gibi görünen ve sonra hiç bağlanmayan bir oturum açma üretir. Bu aralığı yerel tutun. Bu istemci tarafında bir dönüş yoludur, EC2 güvenlik grubunda veya ağ geçidi güvenlik duvarı kuralında açılacak bir şey değildir ve internete açmak hiçbir şeyi düzeltmeden maruziyeti artırır.

Bir şeyi değiştirmeden önce başarısız olan aşamayı okuyun

İstemciyi suçlamak olağan refleks, ancak her başarısızlık noktası farklı bir sahibe ait. Önce gerçekte nerede olduğunuzu belirleyin.

  • Hiçbir tarayıcı penceresi açılmıyor. Profilin kimlik doğrulama kipini, seçtiğiniz bağlantıyı ve masaüstünün varsayılan tarayıcısıyla tümleşmeyi denetleyin.
  • Kimlik sağlayıcı hesabı reddediyor. Hesap ataması, MFA kaydı veya SAML uygulamasının yapılandırması, hepsi yönetici alanı.
  • Tarayıcı bitiyor ama istemci hiç bağlanmıyor. Süresi dolmuş veya kullanılamaz bir kimlik doğrulama yanıtı, engellenmiş bir dönüş bağlantı noktası veya başarısız bir devir.
  • Tünel açık ama uygulamaya ulaşılamıyor. Uç nokta rotaları, yetkilendirme kuralları, güvenlik grupları, DNS. Tarayıcı oturum açmasını yinelemek eksik bir ağ iznini ekleyemez.

Yükseltirken istemcinin hata metnini ve denemenin saatini saklayın. SAML'ın bozuk olduğu iddiası ile istemcinin hiç geçerli bir kimlik doğrulama yanıtı almadığı iddiası insanları tamamen farklı yerlere gönderir.

Gereksinim yine de Android ise

Android, AWS'nin kendi istemcisini yayımladığı bir platform değildir, dolayısıyla dürüst yanıt kurulacak desteklenen bir mobil istemci olmadığıdır. Bu bir tasarım kısıtıdır, telefonda profili düzenleyerek bir şey bağlanana kadar çözülecek bir bulmaca değildir.

Değişebilecek şey arkasındaki erişim tasarımıdır ve bu karar yöneticiye aittir: telefonun ihtiyaç duyduğu tek iç hizmete onaylı bir uygulama erişim yolu, kuruluşun zaten işlettiği mobil destekli bir VPN ürünü veya yalnızca SAML kullanan uç nokta için desteklenen bir masaüstü. Her seçenek kendi uç nokta yapılandırmasını, kimlik kaydını ve yetkilendirme kurallarını getirir ve bunların hiçbirini kullanıcı indirilmiş bir profilden oluşturamaz.

Bu boşluğu kapattığını öne süren üçüncü taraf araçlar, MFA, yanıt işleme, cihaz ilkesi ve güncelleme temposunu kapsayan açık bir destek ve güvenlik incelemesi gerektirir. Var olmaları onları AWS tarafından sağlanan bir Android istemcisi yapmaz ve bunlardan birinin çalışması için yeniden kullanılabilir kimlik doğrulama malzemesini telefona taşımamalısınız.

Yöneticiye yönergeler hakkında uzun bir yazışma yerine üç olgu verin: uç noktanın kimlik doğrulama kipi, telefonun ulaşması gereken özel kaynak ve son tarih. Masaüstü, uygulama erişim yolu ve yeni bir VPN ürünü arasında seçim yapmak için bu yeterlidir.

Yeni bir kayıt açmadan önce koşulları sırayla denetleyin: platform sağlanan istemciler listesinde, tarayıcı alışverişini tamamlayabilen bir araç, gerçekten birleşim için yapılandırılmış bir uç nokta ve Linux'ta loopback bağlantı noktası aralığı. İlk başarısız olan madde düzeltilmesi gerekendir. Sonrasındaki her şey tahmindir.

İlgili makaleler