Forum Replies Created
-
Posts
-
This is expected behavior.
The VPN connection is managed by a background service that does not depend on the UI. On normal exit, the UI sends a disconnect command to the service before closing.
If the UI process is force-killed, for example via AutoHotKey or Task Manager, it cannot send that command, so the service keeps running and the VPN tunnel stays connected.
So disconnect on exit works for normal exits, but not when the UI is forcibly terminated.
Have you enabled Disconnect VPN when app closes option? What options do you have enabled under Startup & Auto-Connect?
Примера нет, но WireSock работает схожим образом. Для Wireguard тоннеля он не прогоняет UDP пакеты через TCP/IP stack, а отправляет их напрямую в сеть и так же забирает из сети. Это дает чувствительный выигрыш в скорости.
WinpkFilter использует похожий NDIS-фильтр-драйвер, что и Wireshark. Поэтому если Wireshark видит трафик с потерями, то WinpkFilter будет видеть его точно так же.
Можно попробовать альтернативный вариант: отправлять пакеты напрямую из WinpkFilter, в обход сетевого стека, и таким же образом принимать их.
Even though the major version (3) matches, the jump in the minor version (from 3.2/3.4 to 3.6) usually means changes in the driver interface. So 3.2.x or 3.4.x libraries aren’t guaranteed to work with a 3.6.x sys file. It’s best to keep both at the same major.minor version (e.g. 3.6.x with 3.6.x) to avoid compatibility issues.
Dear Roshan,
Thank you for your interest — I’m glad to hear you’re ready to proceed with the purchase.
To answer your questions:- Yes, you will receive the full source code and the static .lib file immediately after payment. The delivery is handled manually but typically within a few hours at most.
- Yes, redistribution of the SDK inside your own EXE is legally allowed under the Source Code license.
- As mentioned, the delivery process is manual, but prompt — you’ll receive everything by email shortly after your purchase is confirmed.
- At the moment, we do not offer Telegram or WhatsApp support channels, but I provide direct email support and am usually very responsive.
For ongoing development support, we can also arrange alternative contact methods if needed.
All information about the Windows Packet Filter source code license is available at:
👉 https://www.ntkernel.com/windows-packet-filter/licensing/
This page provides details on licensing options, pricing, and what’s included with the source code package.
Thank you for your interest in the Windows Packet Filter. The driver’s source code is available for purchase for those who need to extend or customize its functionality in kernel mode.
Hi,
Thanks for your interest in the NDISAPI project — I’m glad to hear you’re experimenting with it in Delphi.
The Delphi interface unit is actually named winpkf.pas, and it’s available in the repository here:
https://github.com/wiresock/ndisapi/blob/master/examples/legacy/Delphi/winpkf.pas
It looks like this file was last updated around version 3.4 of the driver, so depending on what features you’re planning to use, it might require some updates to match the current API.
If you do end up updating or improving the unit, feel free to submit a pull request — contributions are always welcome!
Спасибо, что проверили. Жаль, что воспроизведение пропало. Возможно, это связано с незаметным обновлением драйверов. Проблема была не в карте Realtek — «затёртый» OID, на котором происходил сбой, шёл через сетевой интерфейс, эмулированный поверх Bluetooth. Однако отключение карты всё же могло повлиять на воспроизведение, поскольку, по всей видимости, имело место состояние гонки (race condition).
Судя по дампу, память, выделенная под OID request, была освобождена раньше, чем сам request был завершён. В этих сборках я добавил проверку корректности буфера. Если несложно, пожалуйста, протестируйте.
Посмотрел дамп — на первый взгляд падение связано с ndiswgc.sys, но !chkimg показывает тысячи ошибок в ntoskrnl и ndis.sys, и, скорее всего, в других модулях ядра тоже. Похоже на проблемы с железом. Такое обычно случается при сбоях памяти, особенно когда её много (а у тебя вроде 64 ГБ). Возможно, прошивка или чипсет не совсем стабильно работают с таким объёмом. Система новая? Проверял под нагрузкой?
WireSock, скорее всего, просто оказался “на линии огня”, поскольку если бы он каким-то образом провоцировал подобный memory corruption, то меня бы давно завалили репортами.
Я бы:
- снял часть планок и посмотрел, как система себя ведёт,
- прогнал MemTest86 (он надёжнее встроенного теста),
- отключил XMP/разгон, если включён.
Edited: Убрал анализ дампа, все равно никто его не читает, а места занимает много. Если я правильно помню, был вроде бы один похожий случай у пользователя с memory corruption, но он проявлялся при включении bluetooth и вроде бы случался и без WireSock. Выглядит подозрительно похоже, возможно это связано с кривым драйвером bluetooth. Попробуйте отключить Bluetooth или задизейблить сетевой интерфейс Bluetooth Device (Personal Area Network) в Control Panel\Network and Internet\Network Connections. Если BSOD не повторится, то попробуем разобраться, кто виноват и что с этим можно сделать.
Любопытно, давно такого не было. Если не сложно, соберите, пожалуйста, полный дамп памяти или хотя бы kernel memory dump — от минидампа, как правило, мало толку. Можно загрузить в любое облако и прислать ссылку.
И, если не затруднит, попробуйте установить WireSock Secure Connect — он использует по сути тот же драйвер, но в более свежеподписанном виде. Это поможет понять, связано ли падение с конкретной сборкой.
