Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Takes a long time to mount if Internet access is blocked #39

Open
ericswpark opened this issue Oct 29, 2023 · 3 comments
Open

Takes a long time to mount if Internet access is blocked #39

ericswpark opened this issue Oct 29, 2023 · 3 comments

Comments

@ericswpark
Copy link

If Internet access for fuse-t is blocked with LuLu, fuse-t will take a long time to mount the drive. My guess is some sort of update check that's causing the delay before the successful mount.

@macos-fuse-t
Copy link
Owner

What's LuLu? Can you execute ping fuse-t and tell how much time it takes ?

@ericswpark
Copy link
Author

@macos-fuse-t LuLu is like a firewall for macOS. You can find it here: https://objective-see.org/products/lulu.html

Here's the output from ping:

> ping fuse-t
PING fuse-t (127.0.0.1): 56 data bytes
64 bytes from 127.0.0.1: icmp_seq=0 ttl=64 time=0.072 ms
64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.131 ms
64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.239 ms
64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.141 ms
^C
--- fuse-t ping statistics ---
4 packets transmitted, 4 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 0.072/0.146/0.239/0.060 ms

@ericswpark
Copy link
Author

More specifically, I've found the following rule to be the culprit:
Screenshot 2023-10-29 at 8 29 09 PM

Apps that rely on fuse-t work immediately with the rule set to allow, while blocking it causes a delay of around 10-15 seconds or so.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants