You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
What happened:
Portmaster is regrouping several calls, from my browser (Correctly classified as Librewolf on the left) but also external application processes distant from the go-ipfs service, such as PolyMC or Flatpak.
What did you expect to happen?:
To correctly only list calls which are actually made by the service, such as the top listed LAN Peer-To-Peer services, or LAN ones.
Every single domains DNS calls are incorrect.
How did you reproduce it?:
Simply launched the go-ipfs service.
Debug Information:
Version 0.7.18
Portmaster
version 0.7.18
commit tags/v0.7.18-0-gbb78f8549444d3044084b28c8683dd1d9166ec2f
built with go1.15.8 (gc) linux/amd64
using options main.go
by user@docker
on 25.01.2022
Licensed under the AGPLv3 license.
The source code is available here: https://github.com/safing/portmaster
Platform: fedora 35
System: fedora linux (fedora) 35
Kernel: 5.15.16-201.fsync.fc35.x86_64 x86_64
Status: Trusted
ActiveSecurityLevel: Trusted
SelectedSecurityLevel: Off
ThreatMitigationLevel: Trusted
CaptivePortal:
OnlineStatus: Online
ProfileName: Ipfs
Profile: 64955640-6c69-476a-aee3-cb2e56bae7f7
Source: local
ProcessName: ipfs
BinaryPath: /usr/bin/ipfs
CmdLine: /usr/bin/ipfs daemon
PID: 2354
Censured due to the sheer number of entries, but especially, potential number of other individuals home addresses.
Can give a snippet, and cherry pick some if needed for debugging on this issue
No Module ErrorUnexpected Logs
220130 14:00:04.204 on/nfq/nfq:208 ▶ WARN 571 nfqueue: no verdict set for packet pkt:853 qid:17060 (fe80::6611:1bd8:f2a2:ebae -> ff02::2) after 20.000091214s, dropping
220130 14:04:46.811 all/master:428 ▶ WARN 213 filter: failed to get eTLD+1: publicsuffix: cannot derive eTLD+1 for domain "vix"
220130 14:04:52.117 on/nfq/nfq:208 ▶ WARN 329 nfqueue: no verdict set for packet pkt:1014 qid:17060 (fe80::6611:1bd8:f2a2:ebae -> ff02::2) after 20.007743965s, dropping
220130 14:04:54.394 all/master:428 ▶ WARN 361 filter: failed to get eTLD+1: publicsuffix: cannot derive eTLD+1 for domain "vix"
220130 14:04:57.803 all/master:428 ▶ WARN 428 filter: failed to get eTLD+1: publicsuffix: cannot derive eTLD+1 for domain "vix"
220130 14:05:50.577 all/master:428 ▶ WARN 056 filter: failed to get eTLD+1: publicsuffix: cannot derive eTLD+1 for domain "vix"
220130 14:05:51.122 all/master:428 ▶ WARN 059 filter: failed to get eTLD+1: publicsuffix: cannot derive eTLD+1 for domain "vix"
220130 14:14:14.360 on/nfq/nfq:208 ▶ WARN 642 nfqueue: no verdict set for packet pkt:1299 qid:17060 (fe80::6611:1bd8:f2a2:ebae -> ff02::2) after 20.000104645s, dropping
220130 14:32:58.802 on/nfq/nfq:208 ▶ WARN 036 nfqueue: no verdict set for packet pkt:2089 qid:17060 (fe80::6611:1bd8:f2a2:ebae -> ff02::2) after 20.000123716s, dropping
220130 14:43:01.137 all/master:428 ▶ WARN 729 filter: failed to get eTLD+1: publicsuffix: cannot derive eTLD+1 for domain "samba"
220130 14:47:14.107 CURRENT TIME
Completely related to my issue described here @dhaavi I've mentionned a problem with ipfs #422 (comment). To have the time to demonstrate that properly it would takk t3 hours to mount a clean vm with firefox and only ipfs as addon in firefox and maybe the ipfs gateway which is even not necessarily because portmaster has already trouble to handle the cool of the firefox addon module to call to an external gateway like I did. So just check my report details and you'll probably see a big amount of connections being made which is practically entirely due to the ipfs module before I deactivated it.
Auto-closing this issue after waiting for input for a month. If anyone finds the time to provide the requested information, please re-open the issue and we will continue handling it.
Pre-Submit Checklist:
- Windows Known IssuesWhat happened:
Portmaster is regrouping several calls, from my browser (Correctly classified as Librewolf on the left) but also external application processes distant from the go-ipfs service, such as PolyMC or Flatpak.
What did you expect to happen?:
To correctly only list calls which are actually made by the service, such as the top listed LAN Peer-To-Peer services, or LAN ones.
Every single domains DNS calls are incorrect.
How did you reproduce it?:
Simply launched the go-ipfs service.
Debug Information:
Version 0.7.18
Platform: fedora 35
Status: Trusted
Resolvers: 3/3
Network: 3576/3576 Connections
No Module Error
Unexpected Logs
Goroutine Stack
The text was updated successfully, but these errors were encountered: