portmaster icon indicating copy to clipboard operation
portmaster copied to clipboard

Beta 1.6.11 doesn't work correctly, keeps on the red dot, "The portmaster service is not running"

Open RonnyTNL opened this issue 1 year ago • 9 comments

What happened: Upgraded from "Beta 1.6.10" to 1.6.11, portmaster core and notification cannot communicate, keeps showing service not running.

What did you expect to happen?: Portmaster to function as expected

How did you reproduce it?: Not, but on the discord channel multiple users on both Win10 and Win11 are reporting similar issues.

Debug Information: Can't even get to the UI to Copy Debug info. Below is a partial log

executing core/portmaster-core.exe version 1.6.11 on windows amd64
240603 19:40:36.321 > BOF
240603 19:40:36.377 entication:291 > WARN 001 api: denying api access from 127.0.0.1:55830
240603 19:40:37.584 t2/handler:152 > WARN 003 [5x] kext: src/packet_callouts.rs:144 failed to get key from nbl: failed to get net_buffer data
240603 19:40:38.239 v/location:303 > WARN 005 netenv: failed to get IPv4 device location from traceroute: did not receive any actionable ICMP reply
240603 19:40:38.573 t2/handler:152 > WARN 007 [3x] kext: src/packet_callouts.rs:144 failed to get key from nbl: failed to get net_buffer data
240603 19:40:40.127 olver-mdns:114 > WARN 009 intel(mdns): failed to create udp6 listen multicast socket: listen udp6 [ff02::fb]:5353: setsockopt: not supported by windows
240603 19:40:48.580 t2/handler:154 > ERRO 011 kext: src/device.rs:161 failed to inject packet: filter-engine: failed to begin transaction: STATUS_FWP_TXN_IN_PROGRESS
240603 19:40:51.623 pat/module:112 > ERRO 013 compat: self-check #3: dns integration check failed: failed to receive test response: lookup a8023b63ea69c1cfedb1a2ae4205440ceb.self-check.portmaster.home.arpa.: no such host
[8:09 PM]

executing core/portmaster-core.exe version 1.6.11 on windows amd64
240603 19:59:36.827 > BOF
kext: old driver service was found
kext: old driver service was deleted successfully
240603 19:59:39.491 olver-mdns:114 > WARN 001 intel(mdns): failed to create udp6 listen multicast socket: listen udp6 [ff02::fb]:5353: setsockopt: not supported by windows

RonnyTNL avatar Jun 03 '24 18:06 RonnyTNL

Greetings and welcome to our community! As this is the first issue you opened here, we wanted to share some useful infos with you:

  • 🗣️ Our community on Discord is super helpful and active. We also have an AI-enabled support bot that knows Portmaster well and can give you immediate help.
  • 📖 The Wiki answers all common questions and has many important details. If you can't find an answer there, let us know, so we can add anything that's missing.

github-actions[bot] avatar Jun 03 '24 18:06 github-actions[bot]

I am sorry for the inconvenience in our testing it worked well, I am not sure what is happening and not even it it effects all people here is the link to the relevant folders to backup in case you want to reinstall: https://wiki.safing.io/en/Portmaster/Install/Windows

also if you reinstall make sure that you remove the line

"releaseChannel": "beta"

from the config.json

Raphty avatar Jun 03 '24 20:06 Raphty

Happening here too: image Windows 10 22H2 (OS build 19045.4474)

(more debug info to come tomorrow when i get to my desktop)

ElliotS2007 avatar Jun 03 '24 20:06 ElliotS2007

Yup got this too :/ gonna try reinstalling to repair

JS-E avatar Jun 03 '24 21:06 JS-E

Easiest way to get back to stable is to remove the beta.json file from the updates directory. Then, after Portmaster is restarted, change the release channel setting.

dhaavi avatar Jun 04 '24 04:06 dhaavi

Update:

It seems only the communication between the App (Electron) and the Core service is affected. This means that everything else operates as usual.

If you have Development Mode enabled, you can access the UI in the browser at http://127.0.0.1:817/

To activate Development Mode, follow this guide: https://wiki.safing.io/en/Portmaster/Install/Windows#windows-7-and-8

We also already found a fix, but want to first fully understand the issue before we continue.

dhaavi avatar Jun 04 '24 10:06 dhaavi

I have an other machine that upgraded just fine to 1.6.11, so if you have a clue where to look for details pls let me know

RonnyTNL avatar Jun 04 '24 10:06 RonnyTNL

thanks for the info @RonnyTNL

we think we have the fix, but to not cause additional issues lat in the day we will push it tomorrow morning so we have the day to get feedback the new kext and the UI can interfere, we are fixing this and try to understand how and why this happens again we are sorry for the inconvenience and hope you all continue helping us with testing the beta

when we moved to tauri we plan on changing to offline installers as well, that will also make some things easier.

Raphty avatar Jun 04 '24 10:06 Raphty

I don't know the scope of that communication issue between the core service and the GUI, but things were not operating normally in my case. Specifically, IPv4 DNS (using DoT) did not work. Fortunately I also have IPv6 DoT set up which meant I was still able to work on things in the meantime, but the time waiting for IPv4 requests to time out was what led to realize there was a problem.

I'm glad to hear an offline installer is being worked on - it just makes sense for the purpose of the app.

Marc05 avatar Jun 04 '24 17:06 Marc05

This issue has been automatically marked as inactive because it has not had activity in the past two months.

If no further activity occurs, this issue will be automatically closed in one week in order to increase our focus on active topics.

github-actions[bot] avatar Aug 07 '24 05:08 github-actions[bot]

This issue has been automatically closed because it has not had recent activity. Thank you for your contributions.

If the issue has not been resolved, you can find more information in our Wiki or continue the conversation on our Discord.

github-actions[bot] avatar Aug 14 '24 05:08 github-actions[bot]