Как закрыть соединение сокета (ipv4 и ipv6) в Windows из любого процесса?
Как закрыть соединения tcp v4 и tcp v6 в Windows? Я не хочу убивать весь процесс с открытым соединением, так как это, очевидно, отключит всех остальных от этого процесса. Мне нужно сделать это из отдельного процесса, и поэтому у меня не будет доступа к дескрипторам сокетов и т. д. Я использую Windows API для получения таблицы tcp и т. д., поэтому я знаю, какие соединения активны.
Хех, да, это буквально единственная информация, которую я нашел. Похоже, Microsoft просто ленится. Я надеюсь, что это не связано с внедрением пакета RST, что было бы королевской болью, ДОЛЖЕН быть более простой способ...
Ответы 2
Одним из способов может быть перечисление всех открытых дескрипторов в системе или, по крайней мере, открытых дескрипторов данного целевого процесса, пока вы не найдете интересующий вас дескриптор SOCKET (см. КАК: Перечислить дескрипторы, Розетки Ручки и С++ Получить дескриптор открытых сокетов программы — хотя я не уверен как вы сможете получить пары IP/порт SOCKET для сравнения с интересующим вас активным соединением, не вводя удаленные вызовы getsockname()/getpeername() в процесс владения SOCKET).
Как только вы нашли нужный дескриптор SOCKET, вы можете закрыть его, используя DuplicateHandle() с флагом DUPLICATE_CLOSE_SOURCE1.
1: This is how the "Close Handle" feature in Process Explorer works.
Работают ли getockname и getpeername с дублированными дескрипторами?
Возможно, но в данной ситуации это не поможет, так как вам придется дублировать без DUPLICATE_CLOSE_SOURCE, что противоречит цели дублирования. Если вы не продублируете один раз, протестируйте, а затем снова продублируйте при закрытии матча. Но вам действительно не нужны накладные расходы на дублирование каждого открытого сокета только для их проверки, вы хотите дублировать только тот сокет, который собираетесь закрыть.
Жаль, что SetTcpEntry6 не существует
К сожалению, мне не удалось заставить это работать, много странных ошибок и мусорных данных. Вполне возможно, что я где-то допустил ошибку, но поскольку это частный и в основном недокументированный API, мне не очень нравится использовать его в продакшене.
Поскольку я использую С#, я не могу PInvoke SetTcpEntry, даже будучи администратором с файлом app.manifest, он всегда отправляет ошибку 317. Поэтому я создал C++.exe, чтобы закрыть список адресов ipv4, разделенных запятыми, в командной строке с помощью SetTcpEntry, отлично работает даже без файла app.manifest. Это решает проблемы с подключением ipv4.
Я пытался использовать подход получения дескрипторов с NtQuerySystemInformation, но так и не смог заставить его работать правильно, и это частный, в основном недокументированный API, который кажется небезопасным для использования.
Итак, для ipv6 я использую Winddivert и добавляю флаг RST в пакеты ipv6 с определенными IP-адресами. Это так же просто, как установить флаг RST для входящего пакета перед его отправкой с помощью Winddivert. Недостатком является то, что если клиент никогда не отправляет другой пакет, сокет ipv6 остается открытым на неопределенный срок.
Возможно, когда-нибудь Microsoft добавит функцию SetTcpEntry6, но пока это кажется единственным реальным способом.
Согласно это SetTcpEntry6 там нет (пока?)...