Windows Server 2008 R2 çalıştırıyorum, sunucudaki genel bir IP'den 127.0.0.1:8334'e bağlanan (bağlanan) bir uygulamamız var [0.0.0.0:8334 tarihinde dinleyen bir hizmete bağlanıyor]
Windows 2003'te bununla ilgili bir sorun yoktu. 1.2.3.4 [örneğin] ile 127.0.0.1:8334 arasında TCP kullanarak bağlanabiliriz.
Windows 2008'de, 1.2.3.4 ile 127.0.0.1:8334 arasındaki genel IP'den TCP bağlantılarının başarısız olduğunu görüyoruz. ancak hizmet 127.0.0.1 - 127.0.0.1:8334 ve 127.0.0.1 - 1.2.3.4:8334 arasındaki bağlantıları kabul eder.
Windows güvenlik duvarını kapatmayı, günlüğe kaydetme vb. Yapılandırmayı denedi (kullanışlı günlük girişi gösterilmedi), boşuna. Bu yeni ağ yığını ile ilgili bir sorun mu var?
düzenlemeler
1.2.3.4 aynı makinede localhost'a [127.0.0.1] bağlanmaya çalışıyor
Ana bilgisayar dosyası varsayılan Windows 2008 ana bilgisayar dosyasıdır.
Geridöngü çek bilgisi, ilginç. Denedim ... işe yaramadı. Ben her şeyi doğru yaptığını doğrulamak için çapraz kontrol - Ben var.
Ben NAT kullanarak bir çözüm veya bağlantı noktaları iletmek için başka bir yol olup olmadığını merak ediyorum - 127.0.0.1:port 1.2.3.4:port iletmek, bu işe yarar? Uygulamanın 0.0.0.0:port'ta dinlediği göz önüne alındığında 1.2.3.4:port'ta bağlantıları toplayacaktır.
HOSTS dosyası localhost 127.0.0.1 içeriyor - ancak, hosts dosyası yalnızca anasistem adı aramalarında kullanılır. Bu durumda, 127.0.0.1 IP adresi (yerel ana makine ana bilgisayar adı yerine) içine sabit olarak kodlandığından, uygulamamız herhangi bir ana bilgisayar adını aramaz. Yani HOSTS dosyası burada çalmayacaktı.
1024 üstündeki bağlantı noktalarına gelince [belki MaxUserPort sorununa atıfta bulunduğunuzu mu düşünüyorsunuz?] Bağlantı noktası 445'e basit bir bağlantıyı deneyerek test ettim - 127.0.0.1'den çalışır, kaynak IP 1.2.3.4'ten bağlandığımda çalışmıyor. 445 standart bir Windows hizmetidir, bu yüzden çalışması gerekir!
Şu anda makinede NAT veya RRAS çalışmıyor ... yeniden yönlendirme yapmak için bir yol olup olmadığını merak ediyordum - TCP / IP yığını yeniden döngü için geri döngü arayüzüne ulaşmadan paketi reddedecek çünkü işe yaramayacağını tahmin ediyorum.
Rota yazdırma kontrol ettim - iyi görünüyor, önce genel IP'ler yönlendirildi, daha sonra 127.0.0.0 netmask 255.255.255.0 ve 127.0.0.1 netmask 255.255.255.255 her ikisi de geri dönüşe geçti.
Görünüşü Düzenle Sorunun nedeni ile ilgili cevap buldum. Eventvwr.msc kullandım, Winsock günlüğünü etkinleştirdim, diğer hizmetleri kapattım, sadece bu bağlantı testini denedim. Ben googled zaman onaltılık STATUS_INVALID_ADDRESS_COMPONENT eşlenen bir hata var.
Bu beni şu adrese getirdi: http://social.msdn.microsoft.com/Forums/en-US/wfp/thread/d7cb6138-3f67-4467-a068-8325f56739ba
Bu, bunun Vista / 7 / Server 2008 [windows filtreleme platformu] için WFP'de tasarım gereği bir değişiklik olduğunu doğruladı.
[Anupama Vasanth'ın cevabına bakınız]
Görünüşe göre ben zor yoldan gitmek ve kodu yeniden yazmak zorunda kalacak [zor çünkü yöneticileri ile ilgili anlamına gelir!]
Sorunu bulmama / onaylamama yardımcı olduğunuz için teşekkür ederiz!