Hedef makine aktif olarak reddettiğinden bağlantı kurulamadı mı?

Bazen bir WebService HttpWebRequest yaparken aşağıdaki hatayı alıyorum. Kodumu da aşağıda kopyaladım.

System.Net.WebException: Uzak sunucuya bağlanılamıyor ---> System.Net.Sockets.SocketException: Hedef makine aktif olarak reddettiğinden bağlantı kurulamadı 127.0.0.1:80
   at System.Net.Sockets.Socket.DoConnect (EndPoint endPointSnapshot, SocketAddress socketAddress)
   System.Net.Sockets.Socket.InternalConnect'te (EndPoint remoteEP)
   at System.Net.ServicePoint.ConnectSocketInternal (Boolean connectFailure, Socket s4, Socket s6, Socket & socket, IPAdresi ve adres, ConnectSocketState durumu, IAsyncResult asyncResult, Int32 zaman aşımı, İstisna ve istisna)
   --- İç istisna yığın izinin sonu ---
   at System.Net.HttpWebRequest.GetRequestStream ()

ServicePointManager.CertificatePolicy = new TrustAllCertificatePolicy();
HttpWebRequest request = (HttpWebRequest)WebRequest.Create(url);

request.PreAuthenticate = true;
request.Credentials = networkCredential(sla);
request.Method = WebRequestMethods.Http.Post;
request.ContentType = "application/x-www-form-urlencoded";
request.Timeout = v_Timeout * 1000;

if (url.IndexOf("asmx") > 0 && parStartIndex > 0)
{
    AppHelper.Logger.Append("#############" + sla.ServiceName);

    using (StreamWriter reqWriter = new StreamWriter(request.GetRequestStream()))
    {                        
        while (true)
        {
            int index01 = parList.Length;
            int index02 = parList.IndexOf("=");

            if (parList.IndexOf("&") > 0)
                index01 = parList.IndexOf("&");

            string parName = parList.Substring(0, index02);
            string parValue = parList.Substring(index02 + 1, index01 - index02 - 1);

            reqWriter.Write("{0}={1}", HttpUtility.UrlEncode(parName), HttpUtility.UrlEncode(parValue));

             if (index01 == parList.Length)
                 break;

             reqWriter.Write("&");
             parList = parList.Substring(index01 + 1);
         }
     }
 }
 else
 {
     request.ContentLength = 0;
 }

 response = (HttpWebResponse)request.GetResponse();

Bu her zaman gerçekleşirse, kelimenin tam anlamıyla makinenin var olduğu, ancak belirtilen bağlantı noktasını dinleyen hiçbir servisi olmadığı veya sizi durduran bir güvenlik duvarı olduğu anlamına gelir.

Bazen gerçekleşirse - "bazen" kelimesini kullandınız - ve yeniden denemenin başarılı olması, büyük olasılıkla sunucunun tam bir "biriktirme listesi" ne sahip olmasıdır.

Bir acceptdinleme soketinde düzenlenmeyi beklediğinizde , bir biriktirme yerine yerleştirilirsiniz. Bu biriktirme listesi sonlu ve oldukça kısadır - 1, 2 veya 3 değerleri olağandışı değildir ve bu nedenle işletim sistemi 'kabul etme' isteğini sıraya alamayabilir.

Biriktirme işlevi bir parametredir listen- tüm diller ve platformlar bu bağlamda temelde aynı API'ya sahiptir, hatta C # bir . Bu parametre genellikle sunucuyu kontrol ederseniz yapılandırılabilir ve muhtemelen bazı ayarlar dosyasından veya kayıt defterinden okunur. Sunucunuzu nasıl yapılandıracağınızı araştırın.

Sunucuyu yazdıysanız, soketinizin kabulünde ağır işlemlere sahip olabilirsiniz ve bu ayrı bir işçi iş parçacığına daha iyi taşınabilir, böylece kabulünüz her zaman bağlantı almaya hazırdır. İstemcileri sıraya almayı ve bunları sırayla işlemeyi azaltan keşfedebileceğiniz çeşitli mimari seçenekler vardır.

Sunucu birikimini artırıp arttıramayacağınıza bakılmaksızın , bu sorunla başa çıkmak için istemci kodunuzdaki yeniden deneme mantığına ihtiyacınız vardır - uzun bir birikim ile bile sunucu o anda o bağlantı noktasında çok sayıda başka istek alıyor olabilir.

Eşleştirmeler için bağlantı noktalarının tükenmesi durumunda bir NAT yönlendiricisinin bu hatayı vermesi nadiren mümkündür. Yine de, yönlendiricinin tükenmeden önce aynı hedef adrese / bağlantı noktasına 64K eşzamanlı bağlantısı olduğundan, bu olasılığı uzun bir atış olarak çok fazla atabileceğimizi düşünüyorum.

En olası neden Güvenlik Duvarıdır.

Bu makale sizin için yararlı olabilecek bir dizi neden içermektedir.

Makaleden, olası nedenler şunlar olabilir:

• FTP sunucusu ayarları
• Yazılım / Kişisel Güvenlik Duvarı Ayarları
• Birden Çok Yazılım / Kişisel Güvenlik Duvarı
• Antivirüs yazılımı
• LSP Katmanı
• Yönlendirici Bellenimi
• Bilgisayar kapandı
• Bilgisayar Takılmadı
• kemancı

Bu da benim başıma geldi .. Bazen projemi açtığımda sinir bozucu görünen bu hata ortaya çıktı. Sorun bazen web servisinin port numarasının beklenmedik şekilde değişmesiydi.

Bu sorun genellikle projenin birden fazla kopyası olduğunda ortaya çıkar

Projem, ana proje dosyamın Web.Config dosyasında atadığım belirli bir bağlantı noktası numarasıyla Web hizmetini çağırıyordu. Bağlantı noktası numarası beklenmedik bir şekilde değiştikçe, tarayıcı Web hizmetini bulamadı ve bu hatayı alamadı.

Bunu aşağıdaki adımları izleyerek çözdüm: (Visual Studio 2010)

Web serviceProjenin Özellikleri'ne gidin -> Web sekmesine tıklayın -> Sunucular bölümünde -> Belirli bağlantı noktasını kontrol edin ve ardından standard port numberana projenizin web hizmetini çağırdığı görevi atayın .

Umarım bu sorunu çözer.

Şerefe :)

Bence, "internet seçenekleri" içindeki proxy ayarlarınızı kontrol etmeniz gerekiyor. Proxy / 'ip'i gizle' uygulamaları kullanıyorsanız, bu sorun oluşabilir.

Ben de aynı problemi yaşadım. Sorun, selenyum sunucusunu başlatmadığım. Selenyum sunucusunu indirdim ve başlattım. Selenyum sunucusunu başlattıktan sonra, sorun gitti ve hepsi iyi çalıştı.

Buna bakın: http://coding-issues.blogspot.in/2012/11/no-connection-could-be-made-b because.html

WCF projenize gidin - özellikler -> -> hata ayıklayıcıları -> onay kutusunun işaretini kaldırın

Düzenlemeyi ve Devam Etmeyi Etkinleştir

Net TCP bağlama kullanarak benim WCF hizmeti ile aynı hatayı vardı, ancak benim durumumda aşağıdaki hizmetleri başlattıktan sonra çözüldü.

Net.Pipe.Listener.Adapter

Net.TCP.Listener.Adapter

Net.Tcp Bağlantı Noktası Paylaşım Hizmeti

Bu gerçekten özeldir, ancak mongo kullanarak bir veritabanına bağlanmaya çalıştıktan sonra bu hatayı alırsanız, benim için çalışan mongo.exe'yi çalıştırmadan önce mongod.exe'yi çalıştırıyordu ve sonra bağlantı iyi çalıştı. Umarım bu birine yardımcı olur.

Aynı hatayla karşılaştım çünkü Sunucunuz ve İstemciniz aynı makinede çalıştığında, İstemcinin sunucu ile iletişim kurmak için Ortak yerel IP adresine ihtiyacı yoktur. istemci programında sunucuya bağlanmak için Yerel ip adresi bu yöntem kullanılarak bulunabilir.

 public static string Getlocalip()
    {
        try
        {
            IPAddress[] localIPs = Dns.GetHostAddresses(Dns.GetHostName());
            return localIPs[7].ToString();
        }
        catch (Exception)
        {

            return "null";
        }

    }

Bu hatayı AppFabric kullanan bir uygulamada aldım. İpucu DataCacheExceptionyığın izine giriyordu. Sorunun sizin için bu olup olmadığını görmek için aşağıdaki PowerShell komutunu çalıştırın:

@("AppFabricCachingService","RemoteRegistry") | % { get-service $_ }

Bu iki hizmetten biri durdurulursa, bu hatayı alırsınız.

Peki, bu hatayı bugün Windows 8'de 64 bit mavi olarak ilk kez aldım ve my.ini'm sıfırlandı ve bin / mysqld dosyası diğer öğelerin yanı sıra silindi içinde "Program Files/MySQL/MySQL Server 5.6" klasöründe.

Düzeltmek için, MySQL yükleyicisini tekrar çalıştırmak, sadece sunucuyu kurmak ve my.ini dosyasının son bir sürümünü, benim durumumda "ProgramData/MySQL/MySQL Server 5.6"adlandırılmış my_2014-03-28T15-51-20.iniolarak kopyalamak zorunda kaldım (bunun nasıl veya neden o kadar yakın zamanda kopyalandığını bilmiyorum) geri dön"Program Files/MySQL/MySQL Server 5.6" .

MySQL'in çalışmasından bu yana sistemdeki tek değişiklik, Native Instruments 'Traktor 2 ve bir Traktor Audio 2 ses kartının kurulmasıydı, bu da gerçekten bu soruna neden olmamalıydı ve sistemi başka hiç kimse benim yanımda kullanmamıştı. Birinin bir ipucu varsa, bunu ve bunu karşılaşan herkes için bunu önlemek için yorum yapmak sizin için bir tür olurdu.

Bir çözüm içindeki servis referansı için.

1. İş istasyonunuzu yeniden başlatın

2. Çözümünüzü yeniden oluşturun

3. WCFclient projesinde servis referansını güncelleme

Bu noktada, sistem erişimine izin vermek için mesaj (Windows 7) aldım. Sonra hizmet başvurusu hatasız düzgün güncelleştirildi.

Sorunun nedeni güvenlik duvarı veya işlemin doğru dinlenmemesi nedeniyle bulduğum bu yanıtı paylaşmak istiyorum, kullandığım Microsoft tarafından sağlanan kod örneği oldu.

https://msdn.microsoft.com/en-us/library/system.net.sockets.socket%28v=vs.110%29.aspx

Bu işlevi neredeyse tam olarak yazıldığı gibi uyguladım, ancak olan şu hatayla karşılaştım:

2016-01-05 12: 00: 48.075 [10] HATA - Hata: System.Net.Sockets.SocketException (0x80004005): Hedef makine aktif olarak reddettiğinden bağlantı kurulamadı [fe80 :: caa: 745: a1da: e6f1% 11]: 4080

Bu kod, soketin bağlı olduğunu söyler, ancak doğru iletişim için gerçekten gerekli olan doğru IP adresi altında değildir. (Microsoft tarafından sağlanmıştır)

private static Socket ConnectSocket(string server, int port)
    {
        Socket s = null;
        IPHostEntry hostEntry = null;

        // Get host related information.
        hostEntry = Dns.GetHostEntry(server);

        // Loop through the AddressList to obtain the supported AddressFamily. This is to avoid
        // an exception that occurs when the host IP Address is not compatible with the address family
        // (typical in the IPv6 case).
        foreach(IPAddress address in hostEntry.AddressList)
        {
            IPEndPoint ipe = new IPEndPoint(address, port);
            Socket tempSocket = 
                new Socket(ipe.AddressFamily, SocketType.Stream, ProtocolType.Tcp);

            tempSocket.Connect(ipe);

            if(tempSocket.Connected)
            {
                s = tempSocket;
                break;
            }
            else
            {
                continue;
            }
        }
        return s;
    }

Ben sadece bulduğu ilk geçerli IP kullanmak için kodu yeniden yazdı. Sadece bunu kullanarak IPV4 ile ilgileniyorum, ancak localhost, 127.0.0.1 ve Microsoft tarafından sağlanan örneğin başarısız olduğu ağ kartınızın gerçek IP adresi ile çalışır!

    private Socket ConnectSocket(string server, int port)
    {
        Socket s = null;

        try
        {
            // Get host related information.
            IPAddress[] ips;
            ips = Dns.GetHostAddresses(server);

            Socket tempSocket = null;
            IPEndPoint ipe = null;

            ipe = new IPEndPoint((IPAddress)ips.GetValue(0), port);
            tempSocket = new Socket(ipe.AddressFamily, SocketType.Stream, ProtocolType.Tcp);

            Platform.Log(LogLevel.Info, "Attempting socket connection to " + ips.GetValue(0).ToString() + " on port " + port.ToString());
            tempSocket.Connect(ipe);

            if (tempSocket.Connected)
            {
                s = tempSocket;
                s.SendTimeout = Coordinate.HL7SendTimeout;
                s.ReceiveTimeout = Coordinate.HL7ReceiveTimeout;
            }
            else
            {
                return null;
            }

            return s;
        }
        catch (Exception e)
        {
            Platform.Log(LogLevel.Error, "Error creating socket connection to " + server + " on port " + port.ToString());
            Platform.Log(LogLevel.Error, "The error is: " + e.ToString());
            if (g_NoOutputForThreading == false)
                rtbResponse.AppendText("Error creating socket connection to " + server + " on port " + port.ToString());
            return null;
        }
    }

Benim durumumda, bazı alanlar işe yaradı, bazıları işe yaramadı. Web.config dosyamdaki kuruluşumun proxy URL'sine başvuru eklemek sorunu çözdü.

<system.net>
    <defaultProxy useDefaultCredentials="true">
      <proxy proxyaddress="http://proxy.my-org.com/" usesystemdefault="True"/>
    </defaultProxy>
</system.net>

Bu hatayı web katmanımdan bir WCFHost'ta bulunan referans hizmetlerinden aldım. Benim için işe yarayan herkes için geçerli olmayabilir, ancak bu cevabı bırakabilecekleri için bırakıyorum. WCFHost'umun bağlantı noktası numarası IIS tarafından rasgele güncellendi, sadece web yapılandırmamdaki svc referanslarına bitiş yollarını güncellemem gerekti. Sorun çözüldü.

Benim senaryomda, iki uygulama var:

• Uyg1
• Uyg2

Varsayım : App1, App2'nin Port 5000'deki faaliyetlerini dinlemelidir

Hata : App1'i başlatmak ve var olmayan bir hayalet kasabasını dinlemeye çalışmak hatayı veriyor

Çözüm : Önce App2'yi başlatın, ardından App1'i kullanarak dinlemeyi deneyin

Bir olasılık daha -

Dinlediğiniz yerde aynı IP adresini açmaya çalıştığınızdan emin olun. Sunucu uygulamam IPv6 kullanarak ana makinenin IP adresini dinliyordu, ancak istemci ana makinenin IPv4 adresine bağlanmaya çalışıyordu.

Benim durumumda bu, web.config dosyamda bir ayar yapılmadığı hatalı bir dağıtımdan kaynaklandı.

Bir meslektaş, hata iletisindeki IP adresinin yerel ana bilgisayarı temsil ettiğini açıkladı.

Web.config'i düzelttiğimde, sunucu aramalarını yapmak için doğru url'yi kullanıyordum ve işe yaradı.

Birisine yardım etmesi ihtimaline karşı bunu paylaşacağımı düşündüm.

Windows 7 Home Premium 64bit'te WampServer 64bit kullanarak bu sorunla karşılaştım. Saatler süren deneylerden sonra, gereken tek şeyin bir satır yorumlamak için my.ini dosyasında olduğu ortaya çıktı. Sonra iyi çalıştı.

1 hat soketi yorumladı = mysql

Eski / verilerinizi / dosyalarınızı uygun bir konuma koyarsanız, WampServer üzerine yazdığı / mysql / klasörü hariç hepsini kabul eder. Böylece daha önce / mysql / user verilerinin bir yedeğini önceki geliştirme ortamımdan içe aktardım ve FLUSH PRIVILEGES'i bir phpMyAdmin SQL penceresinde çalıştırdım. Harika çalışıyor. Bir şeyler yanlış olmalı çünkü işler bu kadar kolay olmamalı.

Bu sorunu sık sık yaşadım. SQL Server AgentHizmetin çalışmadığını gördüm . Hizmeti manuel olarak başlattıktan sonra düzeltildi. Hizmetin çalışıp çalışmadığını bir kez daha kontrol edin:

1. Çalıştırma istemi, yazın services.msc ve enter tuşuna basın
2. Hizmet adını bulun - SQL Server Agent( Örnek Adı )

Çalışmıyorsa SQL Server Agent, özellikler penceresini açmak için hizmeti çift tıklatın. Sonra Startdüğmesine tıklayın. Umarım birine yardım eder.

Bu hatayla karşılaştım ve çözülmesi biraz zaman aldı. Benim durumumda https ve net.tcp aynı bağlantı noktasında IIS bağlamaları olarak yapılandırılmış. Açıkçası aynı liman üzerinde iki şey olamaz. Netstat -ap tcp komutunu, bu bağlantı noktasında bir şey olup olmadığını kontrol etmek için kullandım. Dinleme yoktu. Gereksiz bağlamayı kaldırmak (benim durumumda https) sorunumu çözdü.

Bu benim için aptalca bir konuydu, Fiddler'deki trafiği durdurmak için web.config dosyasına bir defaultproxy ekledim ve kaldırmayı unuttum!

İstemcilere SQL Server bağlantı bilgileri sağlayan "SQL Server Tarayıcısı" adlı bir hizmet vardır.

Benim durumumda, mevcut hizmetlerin hiçbiri bu hizmetin çalışmadığı için işe yaramadı. Ben devam ve her şey mükemmel çalışmaya geri döndü.

Bugün bu sorunla karşı karşıyaydım. Mine Asp.Net Core API idi ve Postgresqlveritabanı olarak kullanıyor . Bu veritabanını Docker kapsayıcısı olarak yapılandırdık. Bu yüzden ilk adım veritabanına erişip erişemediğimi kontrol etmekti. Bunu yapmak PgAdminiçin başlangıçta aynı yapılandırdığı gibi aradım. Sonuçta ortaya çıkan uygulamaya tıklamak sizi http://127.0.0.1:23722/browser/ adresine yönlendirecektir . Orada soldaki menüden veritabanınıza erişmeyi deneyebilirsiniz. Benim için aşağıdaki resimde olduğu gibi bir hata alıyordum.

Parolayı girin ve erişip erişemediğinizi deneyin. Benim için işe yaramıyordu. Bir Docker kapsayıcısı olduğundan, görev çubuğundaki docker simgesine sağ tıklayıp yeniden başlat'a tıklamak için Docker masaüstümü yeniden başlatmaya karar verdim.

Docker'ı yeniden başlattıktan sonra, giriş yapıp Veritabanını görebildim ve Visual Studio'da uygulamayı yeniden başlattığımda da hata gitti .

Umarım yardımcı olur.

bunun nedeni yetkilendirme sorunları olabilir; benim için durum buydu. Örneğin: [Authorize("WriteAccess")]veya [Authorize("ReadAccess")]denetleyici işlevlerinizin üst kısmında varsa, yorum yapmaya çalışın.

Benim için, mongoyu kabukta başlatmak istedim (sorunun tam bağlamıyla ilgisiz, ancak mongoyu kabukta bile başlatmadan önce aynı hata mesajına sahip olmak)

Hizmetler'de 'MongoDB Hizmeti' işlemi çalışmıyor

Cmd'yi Yönetici olarak başlatın ve yazın,

net start MongoDB

Sadece MongoDB'nin çalışır durumda olduğunu görmek için sadece mongo yazın, cmd cinsinden Mongo sürüm detaylarını ve Mongo Bağlantı URL'sini verecektir

Şu an bununla karşılaştım ...

Sonunda, 2 ayrı Visual Studio çözümüm var (.sln) ... her birini kendi Visual Studio örneğinde açtım.

Çözüm 2, Çözüm 1 kodunu çağırır. Sorun, Çözüm 1'e atanan bağlantı noktasıyla ilgiliydi. Çözüm 1'deki bağlantı noktasını başka bir tanesiyle değiştirmek zorunda kaldım ve sonra Çözüm 2 yeniden çalışmaya başladı. Bu nedenle, projenize atanan bağlantı noktasını kontrol ettiğinizden emin olun.