Ошибка сокета 10049 citrix

bind() fails with windows socket error 10049

I try to make a client/server program in C with IPv6 and UDP. When the program binds the socket it return the WSAError 10049. I know that this is a problem with the adress name but don’t see whats the problem. I hope someone can help.

4 Answers 4

I would suggest to memset zero the below arrays,structures:

Before you can use the sockaddr_in6 struct, you will have to memset it to zero:

The reason is that the struct sockaddr_in6 structure contains other fields which you are not initializing (such as sin6_scope_id ) and which might contain garbage.

I have faced the same error.

@askMish ‘s answer is quite right.I didn’t understand it at the first place,however I find it out eventually.

This normally results from an attempt to bind to an address that is not valid for the local computer..

Normally we have our computer under some gateway.

If we run ipconfig we will find the IP address is 192.168.something.

So that’s the IP we could use to bind in code.

While other should connect with the public IP(if you can surf Internet you have one for sure.) like 47.93.something if they are in the same LAN with you.

You need to find that IP at your gateway(possibly your family’s route).

I had that same error code when calling bind() under windows.

The reason in my case was not the same as in the initial poster’s code, but i guess other will have made the very same mistake as me:

But inet_addr() already returns the address in byte-network-order, so the call htonl(inaddr) was wrong in my code and caused error 10049:

When calling bind() using «all local interfaces» ( INADDR_ANY ) it worked, because of this coincidence INADDR_ANY == htonl(INADDR_ANY) :

Источник

Ошибка Winsock 10049 пытается связать

У меня проблема с подключением к серверу. При попытке привязать сервер к IP-адресу моего внешнего устройства я получил ошибку winsock: 10049 Невозможно назначить запрошенный адрес. Использование локального сервера работает правильно.
Этот IP-адрес: 192.168.0.202 пинг успешно.
Я работал на win8.1. Я отключил брандмауэр и Windows Defender, и это не помогло.

Решение

bind() Функция используется для указания того, какой адрес серверной системы используется для приема соединений от удаленных клиентов, а не для указания, какому удаленному клиенту разрешено подключаться к серверу. bind() Функция может использоваться только с адресами, которые действительны для самого сервера, но не для адресов удаленных устройств или хостов.

Чтобы определить, какому удаленному хосту разрешено подключаться к вашему серверу, вам необходимо принять подключение и подтвердить удаленный адрес в это время. Если адрес не правильный, соединение закрывается.

В общем, вы хотите использовать INADDR_ANY если ваш сервер не является многодомным (более одного физического подключения к нескольким сетям), и только тогда, если вы пытаетесь ограничить подключения к одной из сетей, к которым подключен ваш сервер.

Другие решения

Winsock возвращает флаг ошибки 10049 (WSAEADDRNOTAVAIL) через свой API WSAGetLastError всякий раз, когда приложение пытается связаться с неверным IP-адресом.

привязка к определенному IP-адресу означает, что всякий раз, когда вы запускаете программу (сервер), адрес должен быть действительным (доступным), но, тем не менее, DHCP выдает вам динамические IP-адреса каждый раз, когда вы отключаете / подключаете адаптер, так что вы адрес, который вы связывали с сервером в прошлый раз недопустимо исправить его, откройте cmd и введите:

вы получите список адресов ip4 / ip6, затем вы можете выбрать один из них и привязать свой сервер, однако этот метод действительно скучный, поэтому альтернативой является привязка к INADDR_ANY так что вы позволяете системе делать работу за вас.

вам нужно только с клиента ввести адрес сервера и порт и подключиться.

Источник

Socket UDP from local computer, Error code 10049

i have been searching the web for a solution, but no luck.

We are making a socket, that can send and recieve data. Both the client and server version are acting as a client and server. The problem is, that the client server version ip is on a network that use NAT, which means, that when the server is trying to recieve the message, it wont, because the server have the public ip and we cant seem to find a solution, for how to recieve the data.

The SetIPProtectionLevel is Unrestricted, so it should work.

Thanks for the help.

We have tried to change the ip on the server version to local and then send from client to public server ip, but with no luck.

From local client ip to local server ip it is working.

2 Answers 2

There’s no reason this should give you any problems, provided that one side is not behind NAT and the side that’s behind NAT sends the first packet. Just follow these rules:

1) On the server, check the list of all IP addresses the host has. Bind a UDP socket to each IP address. You can skip this if the server only has one public IP address and that’s the only address it will be reached on.

2) Send a UDP reply on precisely the same socket you received the request on. This is critical to ensure the source address of the reply matches the destination address.

3) Send the UDP reply to precisely the same IP address and port as you received the query on. Ignore anything the other end says about what it thinks its IP address is or what port it thinks it’s sending from.

By «the server», I mean the side that’s not behind NAT. If you have no distinction between client and server, then follow the server rules for both sides and you’ll be fine.

These rules apply whether or not a packet is, strictly speaking, a reply. They apply to any packet you expect to get to the other side.

Remember, you can’t rely on the IP/port information in the packet to tell you who the packet came from, because NAT can change it. So you will have to put sufficient information in the payload of the datagram to do that. Ideally, expect that an endpoint’s IP/port can change at any time and send all packets to the IP/port from which you last received a packet from that particular client.

Источник

Windows socket error code 10049

Профиль
Группа: Участник
Сообщений: 9
Регистрация: 7.6.2004

Репутация: нет
Всего: нет

Эксперт

Профиль
Группа: Участник Клуба
Сообщений: 8564
Регистрация: 24.6.2003
Где: Europe::Ukraine:: Kiev

Репутация: 5
Всего: 98

Профиль
Группа: Участник
Сообщений: 9
Регистрация: 7.6.2004

Репутация: нет
Всего: нет

Эксперт

Профиль
Группа: Модератор
Сообщений: 11363
Регистрация: 13.10.2004
Где: Питер

Репутация: 53
Всего: 484

Попробуй просто обычным телнетом подключиться.
Проверь, пингуется ли сервер, не мешают ли файрволы и т.п.

Что за ошибка 10049:

спроси у яндеска «Socket error 10049».

Профиль
Группа: Участник
Сообщений: 9
Регистрация: 7.6.2004

Репутация: нет
Всего: нет

Брутальный буратина

Профиль
Группа: Участник Клуба
Сообщений: 3497
Регистрация: 31.3.2002
Где: Лес

Репутация: 10
Всего: 115

Эксперт

Профиль
Группа: Модератор
Сообщений: 11363
Регистрация: 13.10.2004
Где: Питер

Репутация: 53
Всего: 484

Профиль
Группа: Участник
Сообщений: 9
Регистрация: 7.6.2004

Репутация: нет
Всего: нет

sceloglauxalbifacies

Профиль
Группа: Экс. модератор
Сообщений: 2929
Регистрация: 16.6.2006

Репутация: 5
Всего: 158

i wrote a class encapsulating some of the winsock functions to imitate a simple TCP socket for my needs…

When i try to run a simple connect-and-send-data-to-server test the «client» fails on its call to connect with the error code of 10049 (WSAEADDRNOTAVAIL) connect function on MSDN

What I am doing is (code below):
Server:

1. Create a Server Socket -> Bind it to Port 12345
2. Put the Socket in listen mode
3. Call accept

Client

1. Create a socket -> Bind it to a random port
2. Call Connect: connect to localhost, port 12345

=> the call to connect fails with Error 10049, as described above

Here is the main function including the «server»:

HANDLE hThread = NULL;
Inc::CSocketTCP ServerSock;
Inc::CSocketTCP ClientSock;

try
{

    ServerSock.Bind(L"", L"12345");
    ServerSock.Listen(10);

    //Spawn the senders-thread
    hThread = (HANDLE)_beginthreadex(nullptr, 0, Procy, nullptr, 0, nullptr);

    //accept
    ServerSock.Accept(ClientSock);


    //Adjust the maximum packet size
    ClientSock.SetPacketSize(100);


    //receive data
    std::wstring Data;
    ClientSock.Receive(Data);

    std::wcout << "Received:t" << Data << std::endl;
}
catch(std::exception& e)
{...

Client thread function

unsigned int WINAPI Procy(void* p)

{

Sleep(1500);
try{
    Inc::CSocketTCP SenderSock;
    SenderSock.Bind(L"", L"123456");

    SenderSock.Connect(L"localhost", L"12345");


    //Adjust packet size
    SenderSock.SetPacketSize(100);

    //Send Data
    std::wstring Data = L"Hello Bello!";
    SenderSock.Send(Data);
}
catch(std::exception& e)
{
    std::wcout << e.what() << std::endl;
}...

The Connect-Function

    int Inc::CSocketTCP::Connect(const std::wstring& IP, const std::wstring& Port)
{
    //NOTE: assert that the socket is valid
    assert(m_Socket != INVALID_SOCKET);

    //for debuggin: convert WStringToString here
    std::string strIP = WStringToString(IP), strPort = WStringToString(Port);

    Incgetaddrinfo AddyResolver;
    addrinfo hints = {}, *pFinal = nullptr;

    hints.ai_family = AF_INET;

    //resolve the ip/port-combination for the connection process
    INT Ret = AddyResolver(strIP.c_str(), strPort.c_str(), &hints, &pFinal);
    if(Ret)
    {
        //error handling: throw an error description
        std::string ErrorString("Resolving Process failed (Connect): ");
        ErrorString.append(Inc::NumberToString<INT>(Ret));
        throw(std::runtime_error(ErrorString.c_str()));
    }


    /*---for debbuging---*/
    sockaddr_in *pP = (sockaddr_in*)(pFinal->ai_addr);
    u_short Porty = ntohs(pP->sin_port);
    char AddBuffer[20] = "";

    InetNtopA(AF_INET, (PVOID)&pP->sin_addr, AddBuffer, 20);
    /*--------------------------------------------------------*/


    if(connect(m_Socket, pFinal->ai_addr, pFinal->ai_addrlen) == SOCKET_ERROR)
    {
        int ErrorCode = WSAGetLastError();
        if((ErrorCode == WSAETIMEDOUT) || (ErrorCode == WSAEHOSTUNREACH) || (ErrorCode == WSAENETUNREACH))
        {
            //Just Unreachable
            return TCP_TARGETUNREACHABLE;
        }

        //real errors now
        std::string ErrorString("Connection Process failed: ");
        ErrorString.append(Inc::NumberToString<int>(ErrorCode));
        throw(std::runtime_error(ErrorString.c_str()));
    }

    return TCP_SUCCESS;
}

Additional Information:
-Incgetaddrinfo is a function object encapuslating getaddrinfo…
-Noone of the server functions return any error and work as expected when stepping through them using the debugger or when letting them run solely…

I’d be glad to hear your suggestions what the rpoblem might be…

Edit: It works when I dont connect to ("localhost","12345"), but to ("",12345)…
When look into the address resolution process of getaddrinfo it gives 127.0.0.1 for "localhost" and my real IP for ""

Why doesn’t it work with my loopback-IP?

#include "Server.h"
Server::Server(int PORT, bool BroadcastPublically) //Port = port to broadcast on. BroadcastPublically = false if server is not open to the public (people outside of your router), true = server is open to everyone (assumes that the port is properly forwarded on router settings)
{
//Winsock Startup
WSAData wsaData;
WORD DllVersion = MAKEWORD(2, 1);
if (WSAStartup(DllVersion, &wsaData) != 0) //If WSAStartup returns anything other than 0, then that means an error has occured in the WinSock Startup.
{
MessageBoxA(NULL, "WinSock startup failed", "Error", MB_OK | MB_ICONERROR);
exit(1);
}addr.sin_addr.s_addr = inet_addr("192.168.0.202");
addr.sin_port = htons(1234); //Port
addr.sin_family = AF_INET; //IPv4 Socket

sListen = socket(AF_INET, SOCK_STREAM, NULL); //Create socket to listen for new connections
if (bind(sListen, (SOCKADDR*)&addr, sizeof(addr)) == SOCKET_ERROR) //Bind the address to the socket, if we fail to bind the address..
{
std::string ErrorMsg = "Failed to bind the address to our listening socket. Winsock Error:" + std::to_string(WSAGetLastError());
MessageBoxA(NULL, ErrorMsg.c_str(), "Error", MB_OK | MB_ICONERROR);
exit(1);
}
if (listen(sListen, SOMAXCONN) == SOCKET_ERROR) //Places sListen socket in a state in which it is listening for an incoming connection. Note:SOMAXCONN = Socket Oustanding Max Connections, if we fail to listen on listening socket...
{
std::string ErrorMsg = "Failed to listen on listening socket. Winsock Error:" + std::to_string(WSAGetLastError());
MessageBoxA(NULL, ErrorMsg.c_str(), "Error", MB_OK | MB_ICONERROR);
exit(1);
}
serverptr = this;
}

bool Server::ListenForNewConnection()
{
SOCKET newConnection = accept(sListen, (SOCKADDR*)&addr, &addrlen); //Accept a new connection
if (newConnection == 0) //If accepting the client connection failed
{
std::cout << "Failed to accept the client's connection." << std::endl;
return false;
}
else //If client connection properly accepted
{
std::cout << "Client Connected! ID:" << TotalConnections << std::endl;
Connections[TotalConnections] = newConnection; //Set socket in array to be the newest connection before creating the thread to handle this client's socket.
CreateThread(NULL, NULL, (LPTHREAD_START_ROUTINE)ClientHandlerThread, (LPVOID)(TotalConnections), NULL, NULL); //Create Thread to handle this client. The index in the socket array for this thread is the value (i).
//std::string MOTD = "MOTD: Welcome! This is the message of the day!.";
//SendString(TotalConnections, MOTD);
TotalConnections += 1; //Incremenent total # of clients that have connected
return true;
}
}

bool Server::ProcessPacket(int ID, Packet _packettype)
{
switch (_packettype)
{
case P_ChatMessage: //Packet Type: chat message
{
std::string Message; //string to store our message we received
if (!GetString(ID, Message)) //Get the chat message and store it in variable: Message
return false; //If we do not properly get the chat message, return false
//Next we need to send the message out to each user
for (int i = 0; i < TotalConnections; i++)
{
if (i == ID) //If connection is the user who sent the message...
continue;//Skip to the next user since there is no purpose in sending the message back to the user who sent it.
if (!SendString(i, Message)) //Send message to connection at index i, if message fails to be sent...
{
std::cout << "Failed to send message from client ID: " << ID << " to client ID: " << i << std::endl;
}
}
//std::cout << "Processed chat message packet from user ID: " << ID << std::endl;

if(Message == "go")
std::cout << "MESSAGE:GO!"  << std::endl;
else if(Message == "left")
std::cout << "MESSAGE: GO LEFT!"  << std::endl;
else if (Message == "right")
std::cout << "MESSAGE:GO RIGHT!" << std::endl;
else
std::cout << "MESSAGE:DO NOTHING!" << std::endl;
break;
}

default: //If packet type is not accounted for
{
std::cout << "Unrecognized packet: " << _packettype << std::endl; //Display that packet was not found
break;
}
}
return true;
}

void Server::ClientHandlerThread(int ID) //ID = the index in the SOCKET Connections array
{
Packet PacketType;
while (true)
{
if (!serverptr->GetPacketType(ID, PacketType)) //Get packet type
break; //If there is an issue getting the packet type, exit this loop
if (!serverptr->ProcessPacket(ID, PacketType)) //Process packet (packet type)
break; //If there is an issue processing the packet, exit this loop
}
std::cout << "Lost connection to client ID: " << ID << std::endl;
closesocket(serverptr->Connections[ID]);
return;
}

Решение

Другие решения

ipconfig

Обновлено: 11.04.2023

Правила форума
Прежде чем задать вопрос про СГДС, внимательней прочитайте темы и обсуждения в этом разделе. 95% проблем с СГДС уже имеют решения на этом форуме. Вы быстрее найдете решение, если прочтете темы.

Ошибка Требуемый адрес для своего контекста не верен (10049)

Эльмира 2008 » 04 июн 2008, 16:54

ПРИ ПОДКЛЮЧЕНИИ МОНИТОРА ПИШЕТ :ТРЕБУЕМЫЙ АДРЕС ДЛЯ СВОЕГО КОНТЕКСТА НЕВЕРЕН (10049) ВСЕ ОТЧЕТЫ НЕ ОТПРАВЛЯЮТСЯ ,А СТОЯТ НА ОТПРАВКЕ НК МФ

Эта тема в сообществах:

sokref » 04 июн 2008, 17:07

Эльмаира, не пишите заглавными буквами.
Для решения проблемы необходимо прикрепить файлы c:Program FilesNATGDMS3Logscomm20080604.log (для этого надо сначало зарегистрироваться на сайте) или хотя бы последние строки из него процитируйте, если нет возможности зарегистрироваться.
Кроме того, зайдите в Мониторинг СГДС и перепишите все настройки, которые там выставлены. Также укажите каким образом Вы подключаетесь к Интернету.

КалибриО2 » 01 окт 2009, 19:23

При входе в локальную сеть сообщают, что требуемый адрес для своего контексного меню неверен.Что делать?

sokref » 01 окт 2009, 19:39

mlarv » 23 окт 2009, 12:37

Добрый день! Заменили компьютер, установила на него Gdms_3_0_1_202. При запуске монитора выдает ошибку «ТРЕБУЕМЫЙ АДРЕС ДЛЯ СВОЕГО КОНТЕКСТА НЕВЕРЕН (10049)». Не подскажете что делать или где почитать ответы по этой теме

sokref » 23 окт 2009, 12:38

Это значит, что подключиться к серверу СГДС не может. У Вас Интернет напрямую подключен?
Не спрашивайте, что на форуме могут сделать для Вас. Спросите, что Вы можете сделать для других и помощь Вам вернется
Можете послать СМС, дать ответ на чей-то вопрос, поднять интересную тему или написать наш адрес на своем бедре

mlarv » 23 окт 2009, 12:40

sokref » 23 окт 2009, 19:06

Продолжаем разговор дальше: прокси, маршрутизация, NAT? Напоминает пытки? Я Вас не сильно вопросами мучаю? Может сами всё расскажите?

Aizhan_Sh » 17 фев 2010, 12:07

Кайрат-F2 » 17 фев 2010, 12:14

У Вас точно компьютер подключен не напрямую к Интернету? СОНО и Кабинет работают? Сайты открываются?

Aizhan_Sh » 17 фев 2010, 14:19

Кайрат-F2 писал(а): У Вас точно компьютер подключен не напрямую к Интернету? СОНО и Кабинет работают? Сайты открываются?

Aizhan_Sh » 17 фев 2010, 15:07

А нет, кабинет не работает, потому что ключ новый и подкачать его с этого компа я не могу. А инет работает нормально

sun-moon » 09 мар 2010, 16:40

sokref » 09 мар 2010, 16:42

sokref » 09 мар 2010, 16:43

просит IP адрес сгдс

sun-moon » 09 мар 2010, 16:46

sun-moon » 09 мар 2010, 16:49

16:19:04:009 | INF | 3264 | StartUp DSMonitor
16:19:04:056 | INF | 3264 | Start Language Support (Русский)
16:19:04:118 | INF | 3264 | Подлючение к службе СГДС (192.168.0.135)
16:20:19:337 | ERR | 3264 | Не удалось подключится к службе СГДС (192.168.0.135)
16:20:24:243 | INF | 3264 | Подлючение к службе СГДС (192.168.0.135)
16:22:24:243 | ERR | 3264 | Не удалось подключится к службе СГДС (192.168.0.135)
16:25:07:102 | INF | 3264 | Служба СГДС не определена (192.168.0.135)
16:25:07:321 | INF | 3264 | Выполнение команды local_bar
16:25:07:540 | INF | 3264 | Выполнение команды connect
16:25:07:556 | INF | 3264 | Завершение работы мониторинга

sokref » 09 мар 2010, 16:52

Кайрат-F2 писал(а): У Вас точно компьютер подключен не напрямую к Интернету? СОНО и Кабинет работают? Сайты открываются?

sun-moon » 09 мар 2010, 16:56

help me плиззз не могу работать поставила все программы и ни чего немогу запустить№? локальная сеть

sun-moon » 09 мар 2010, 16:57

ни кабинет ни чего неработает
инис включаю ошибка системы

• Тебе интересен форум? Ты хочешь участвовать и развивать его?
• Тебе интересно в твоей профессии?
• Тебе есть чем поделиться из твоего опыта с коллегами на форуме? Есть чем поделиться из собственного опыта, научить или рассказать?

• Получить приглашение на форум
• Радость общения
• Совместное развитие

Кто сейчас на конференции

Репутация: нет
Всего: нет

Есть Сервер и по его адресу(192,168,0,85) на порт 4000 коннектим клиента, сразу вылетает ошибка 10049.
Что это за ошибка такая и как это лечится?
Заранее спасибо.

Репутация: 5
Всего: 98

Репутация: нет
Всего: нет

Репутация: 53
Всего: 484

Попробуй просто обычным телнетом подключиться.
Проверь, пингуется ли сервер, не мешают ли файрволы и т.п.

спроси у яндеска «Socket error 10049».

Репутация: нет
Всего: нет

Все проверил, другими средствАми все пингуеться, даже телнет подключился — сервер его правильно воспринял и начал получать от телнета команды. вот только мой самописный клиент — не хочет. Файрволов в системе нет, пробовал под разными виндами.

Репутация: 10
Всего: 115

Это ты сам устанавливаешь true в ClientSocket.active ?

Репутация: 53
Всего: 484

Значит показывай кусок кода, который коннектится и параметры сокетклиента.
Ошибка скорее всего именно в коде.

Репутация: нет
Всего: нет

Вопрос решился сам собой. В одном месте программы — блок настроек( где я сохранял их в файл, в том числе и адрес) практически случайно сбивал адрес назначения на ложный, соответственно клиент не мог найти сервера по неверному адресу.
Всем огромное спасибо за участие и помощь.

Репутация: 5
Всего: 158

остается только позавидовать такой оперативности в решении проблем.

1. Публиковать ссылки на вскрытые компоненты

2. Обсуждать взлом компонентов и делится вскрытыми компонентами

Если Вам помогли и атмосфера форума Вам понравилась, то заходите к нам чаще! С уважением, Snowy, Poseidon, MetalFan.

[ Время генерации скрипта: 0.1122 ] [ Использовано запросов: 21 ] [ GZIP включён ]

Потом сделал клиента на него кинул кнопку, на онклик кнопки клиента :
procedure TForm1.Button1Click(Sender: TObject);
begin
clientsocket1.active:=true;
clientsocket1.socket.sendtext(«r»);
clientsocket1.active:=false;
end;
в host написал: 127.0.0.1 и порт выставил:3333
ну и запускаю ето все дело а оно мне: Windows socket error: (10049), on API «connect»

property Host: string;

Host is a string containing the domain name and service of a particular system, such as

For client sockets, set Host to the system with which the client socket should form a connection. When the socket opens a connection, it looks up the IP address for the server socket using the value of Host.

Some servers change the system or IP address that is associated with a particular host name. Using a host name allows the client socket to find the abstract site represented by the host name, even when it has moved to a new IP address.

uses
Windows, Messages, SysUtils, Classes, Graphics, Controls, Forms, Dialogs,
ScktComp, StdCtrls;

type
TForm1 = class(TForm)
Button1: TButton;
Edit1: TEdit;
ClientSocket1: TClientSocket;
Button2: TButton;
procedure Button1Click(Sender: TObject);
procedure Button2Click(Sender: TObject);
procedure ClientSocket1Connect(Sender: TObject;
Socket: TCustomWinSocket);
private
< Private declarations >
public
< Public declarations >
end;

var
Form1: TForm1;

procedure TForm1.Button1Click(Sender: TObject);
begin
clientsocket1.open;
end;

procedure TForm1.Button2Click(Sender: TObject);
begin
clientsocket1.active:=false;
end;

procedure TForm1.ClientSocket1Connect(Sender: TObject;
Socket: TCustomWinSocket);
begin
clientsocket1.socket.SendText(«r»);
clientsocket1.close;
end;

ему про фому, он — все про ерему свое гнет)

type TClientType = (ctNonBlocking, ctBlocking);
property ClientType: TClientType;

Set ClientType to ctNonBlocking to enable the client socket to respond to asynchronous reading and writing events. When ClientType is ctNonBlocking, execution is not blocked by reading and writing over the socket connection. OnRead or OnWrite events occur when the socket needs to read or write over the connection.

Set ClientType to ctBlocking to force all reading and writing to occur synchronously. It is a good idea to include the client socket object in a thread if the ClientType is ctBlocking, so that I/O does not block all execution within the client application.

When ClientType is ctBlocking, use a TWinSocketStream object for reading and writing. TWinSocketStream prevents the application from hanging indefinitely if a problem occurs while reading or writing. It also can wait for the socket connection to indicate its readiness for reading.

Помогите разобраться.
Функция bind возвращает ошибку 10049 — WSAEADDRNOTAVAIL, если задаешь любой другой IP-адрес, кроме inet_addr(«127.0.0.1») или адрес машины, на которой запускается приложение inet_addr(«10.7.36.223»);

заранее благодарен за помощь

А ты какой функционал ожидал

Re[2]: bind возвращает ошибку 10049 — WSAEADDRNOTAVAIL

В функции bind надо указывать IP-адрес именно host’а, на котором запускается приложение или INADDR_ANY?
А я хотел в bind’е указать IP-адрес с которым надо устанавливать соединение. Это возможно?

Re[3]: bind возвращает ошибку 10049 — WSAEADDRNOTAVAIL

Нет, для установки соединения существует функция connect.
Функция bind используется для привязки серверного сокета к локальному адресу:порту.

Т.е., сервер делает
socket
bind
listen
accept
read/write
.

Клиент делает
socket
connect
read/write
.

Re[4]: bind возвращает ошибку 10049 — WSAEADDRNOTAVAIL

connect делает клиент. А мне надо на стороне сервера принять connect от определенного клиента, т.е.определить что его IP-адрес — именно тот, который нужен. А на попытки connect’ов от других клиентов давать отлуп

Re[5]: bind возвращает ошибку 10049 — WSAEADDRNOTAVAIL

А>connect делает клиент. А мне надо на стороне сервера принять connect от определенного клиента, т.е.определить что его IP-адрес — именно тот, который нужен. А на попытки connect’ов от других клиентов давать отлуп

Понял. В accept’е есть IP-адрес клиента

Re[6]: bind возвращает ошибку 10049 — WSAEADDRNOTAVAIL

Угу. Если вообще не хочется сокет открывать для «левых» клиентов (ведь по возвращению из accept сокет уже открыт), то есть следующие способы:
1. Настроить фильтр на уровне ядра.
2. Использовать WSAAccept (только в Windows).

Re[7]: bind возвращает ошибку 10049 — WSAEADDRNOTAVAIL

А ты ничего не сможешь поделать, у тебя есть открытые порты на компе, ты слушаешь их, если приходит запрос извне на твой порт, волей не волей сокет будет создан, второй вопрос , акцептуешь ли ты его. Так что не парься насчет левых.

Re[8]: bind возвращает ошибку 10049 — WSAEADDRNOTAVAIL

Читайте также:

• War thunder на ps4 сколько весит
• Организм человека как компьютерная система
• Куда сдать старые телефоны и ноутбуки за деньги
• Как соединить коаксиальный кабель с hdmi
• Как восстановить файл сбербанк

There’s no reason this should give you any problems, provided that one side is not behind NAT and the side that’s behind NAT sends the first packet. Just follow these rules:

1) On the server, check the list of all IP addresses the host has. Bind a UDP socket to each IP address. You can skip this if the server only has one public IP address and that’s the only address it will be reached on.

2) Send a UDP reply on precisely the same socket you received the request on. This is critical to ensure the source address of the reply matches the destination address.

3) Send the UDP reply to precisely the same IP address and port as you received the query on. Ignore anything the other end says about what it thinks its IP address is or what port it thinks it’s sending from.

And a few notes:

By «the server», I mean the side that’s not behind NAT. If you have no distinction between client and server, then follow the server rules for both sides and you’ll be fine.

These rules apply whether or not a packet is, strictly speaking, a reply. They apply to any packet you expect to get to the other side.

Remember, you can’t rely on the IP/port information in the packet to tell you who the packet came from, because NAT can change it. So you will have to put sufficient information in the payload of the datagram to do that. Ideally, expect that an endpoint’s IP/port can change at any time and send all packets to the IP/port from which you last received a packet from that particular client.