MULTI: istemciden gelen hatalı kaynak adresi: bu adres kimindi?
İç kaynak, onu ileten istemciyle eşleşmiyor. Bunu bir tünel ataması, istemcinin arkasındaki bir LAN veya yinelenen bir kimlikle eşleştirin.
Sunucu günlüğü MULTI: bad source address from client yazdırır, paketi düşürür ve oturum bağlı kalır. Bu bileşim, mesajı kimlik doğrulama hatası olarak okuyanları şaşırtır. Öyle değil: istemci kimlik doğrulamasını yaptı ve gelen paket, sunucunun o istemci örneğiyle ilişkilendiremediği bir iç kaynak adresi taşıyordu. Denetim teslimattan önce gerçekleşir, bu yüzden tünel sağlıklı görünürken içinden işe yarar hiçbir şey geçmez.
Sunucu teslimattan önce neyi karşılaştırır
Bir istemciden gelen her paket için kullanıcı alanındaki sunucu tünelin içindeki kaynak adrese bakar ve iç yönlendirme durumuna bu adresin hangi istemciye ait olduğunu sorar. Sahibi başka bir örnekse ya da hiç sahip yoksa paket atılır ve uyarı yayımlanır.
Tünel arayüzü üzerinden olağan teslimat asla gerçekleşmez.
Bu sıra, insanları şaşırtan bir ayrıntıyı açıklar: ana makinedeki güvenlik duvarı sayaçları hareket etmez, çünkü paket güvenlik duvarına hiç ulaşmadı. Ana makinede ters yol süzgecini ayarlamak burada hiçbir şeyi değiştirmez, çünkü ret daemonun kendi ilişkilendirme denetiminde gerçekleşti. Mesajı sahiplik hakkında bir ifade olarak okuyun, sonra üç durumdan hangisinin bunu ürettiğini bulun.
Eşleşmeyen iç adresin üç kaynağı
İstemci kendisine atanmayan bir adresten, kimsenin kendisine ait ilan etmediği bir ağdan veya zaten sahibi olan bir kimliğin kopyasından gönderiyor olabilir. Üçü de aynı günlük satırını üretir. Değiştirmeniz gereken şey bakımından ayrılırlar. Adres ve güncel atama listesiyle başlayın ve bu iki olgunun durumu seçmesine izin verin.
Onları ayırmak iki olgu gerektirir: günlükteki reddedilen adres ve sunucunun güncel saydığı atamalar. İkincisi çalışan örneğin durum veya yönetim görünümünden elde edilebilir ve danışılmaya değer tek otorite odur, çünkü yapılandırma dosyası niyetleri kaydeder, güncel durumu değil.
Bir şeyi değiştirmeden önce ikisini de not edin, sonra sınıflandırın. Sonradan alınan ekran görüntüsü, uyarıyı üreten durumun kaydı değildir. Zaman damgasını da saklayın, çünkü atamalar oturumlar arasında yer değiştirir.
| Rejected source is | Likely cause |
|---|---|
| The client's own tunnel address | Static assignment conflict, wrong profile, or manual address change |
| A host behind that client | Missing internal ownership for that prefix |
| An address belonging to another session | Two devices sharing one identity or one static address |
İstemcinin arkasındaki LAN ve iroute
Bir saha istemcisi kendi özel ağını yönlendirdiğinde, o ağın istemciye ait olduğu ilan edilmelidir. iroute girdisi olan istemciye özgü bir dosya bunu yapar ve girdi, istemcinin taşımaya izinli olduğu öneki adlandırır.
Aynı öneki tünele yönlendiren çekirdek yolu ayrı bir gereksinimdir ve eklenmesi daemonun iç sahipliğinde hiçbir şeyi değiştirmez.
# /etc/openvpn/server/ccd/site-b
iroute 192.168.70.0 255.255.255.0Etkin kimliğin dosya adıyla eşleştiğini doğrulayın, çünkü uyuşmazlık dosyanın hiç yüklenmediği anlamına gelir ve belirti eksik bir girdiyle aynıdır. Uyarıyı susturmak için geniş bir iroute eklemeyin, çünkü bu beklenmedik bir kaynağı yetkili hale getirir ve istemcinin neden gönderdiğini yanıtlamaz. OpenVPN 2.6 kılavuzu iroute, duplicate-cn ve kimlik eşlemesini ayrı denetimler olarak belgeler.
İki makinede aynı kimlik
İkinci dizüstü bilgisayara kopyalanan profil aynı sertifikayı ve aynı ortak adı taşır. Sunucu ayarlarına bağlı olarak daha yeni bağlantı eskisinin yerini alabilir ve ilişkilendirme denetimini sahipliği elinde tutan örnek kazanır.
Bu, arızayı aralıklı gösterir ve yalnızca iki aygıt da uyanıkken ortaya çıkar.
Yinelenen ortak adlara izin vermek ikisinin de bağlanmasını sağlar, ancak onlara bağımsız statik adresler veya bağımsız sahiplik vermez. İki aygıt bir arada bulunmak zorundaysa, her birinin kendi kimliği ve kendi ataması olacak şekilde ayrı ayrı kaydedin. Yineleme ayarını bu uyarının onarımı saymak gizemi yerinde bırakır ve bir ikincisini ekler.
İlişkilendirmenin değiştiğini kanıtlayın
Düzeltmeyi yapılandırmanın sahibi aracılığıyla uygulayın, ardından yeni ilkenin yüklenmesi için etkilenen istemciyi yeniden bağlayın.
Aynı akışı yineleyin ve üç şeyi doğrulayın: paketin iç kaynağı, sunucunun onunla ilişkilendirdiği istemci örneği ve sonrasında hedefin davranışı.
Uyarı durur ama uygulama hâlâ başarısız olursa, sorun yok olmadı yer değiştirdi. İletme, güvenlik duvarı kuralları ve dönüş yolu ayrı aşamalardır ve ilişkilendirme denetimini geçmek yalnızca paketin tünelden çıkmasına izin verildiği anlamına gelir.