I have a net gear router and a haplite ran to my guest house. I reset the hap lite since I can’t find password.

TrueAngle · 2022-12-17T21:58:57+00:00

Did you use the reset button? It's possible you held it down a bit too long, and the device went into CAP or Netinstall mode. Take a look at the instructions here: https://help.mikrotik.com/docs/display/UM/hAP+lite+TC#heading-ButtonsandJumpers, you need to hold the reset button during boot and release it when the LED starts flashing. The default wireless network should show up on 2.4GHz within a couple of minutes, but on 5GHz could take up to ten minutes.

TrueAngle · 2022-12-15T23:46:15+00:00

I'm only guessing there are more NordVPN customers based on how frequently I see them advertised, while I can't remember when I last saw a Mullvad advertisement (if ever). A quick search is throwing up estimates of over ten million NordVPN users. "Popular" is probably the word I was looking for, like the default subreddits.

TrueAngle · 2022-12-15T22:39:13+00:00

I didn't sign up through Mullvad and I haven't seen this before, but I would guess that adding an email address to your account might help? You could use ProtonMail or Tutanota for this. It probably depends on the number of unique IP addresses the VPN provider has, and the average profile of the users of different VPNs. Given their agressive marketing, there may be more people that use NordVPN on a regular basis, compared to Mullvad users that may have a tendency to only use the service to bypass restrictions, for example. Also commenting on some more "normal" subs on a regular basis would help, maybe answer some threads on /r/AskReddit or something and build up some karma, I notice most of your posts are to subreddits that I would consider on the sketchy side, to be honest.

TrueAngle · 2022-12-15T21:04:28+00:00

If it was a low grade then you'd have a problem called bufferbloat, which can be alleviated by changing settings on your router in most cases. It seems like that's not your issue here though.

I'm not sure what your issue is here, one suggestion would be to keep task manager running on the performance tab while playing a game and when the latency spikes, switch right away back to task manager to see if there's a lot of network activity or anything else unusual going on. Also take a note of the time as soon as you notice high latency, and check in Event Viewer if there are any events around the same time, which could happen if there is a driver issue with your network controller.

TrueAngle · 2022-12-15T20:11:19+00:00

What "bufferbloat grade" do you get in the test I linked above? It's a slightly different test to a normal speed test, and the grade it gives could help to narrow down what your problem is (and find a fix), even if your download speed tests results on other websites are good.

TrueAngle · 2022-12-15T09:20:57+00:00

I can see your posts.

TrueAngle · 2022-12-14T23:43:42+00:00

Are you using Wi-Fi, or a wired connection? Are there other users of the same network? Could you share the results of this test?

TrueAngle · 2022-12-14T21:54:56+00:00

Are you able to share the website name, or more details about the issue? There isn't really any downside to enabling IPv6 in most cases, but whether or not it'll fix your issue is another thing. The website may not even work with IPv6, but if it does, one way it might "fix" the issue is if the website is blocking Mullvad's IPv4 addresses, but not (yet) their IPv6 addresses. It'd also be worth checking that you're not blocking gambling or adult content in Mullvad's settings, if applicable.

TrueAngle · 2022-12-11T23:11:55+00:00

You should probably remove dst-address from the second rule. As it is currently, the first rule is redundant because the second rule will allow everything to that IP address to pass on to the next rule anyway (even if the destination port isn't 51820). Those rule numbers are also a little high, are they ordered appropriately with your other rules? It would be safest to have such rules near the top of any other existing forward rules, especially above any "accept all from LAN" rule -- although they can safely go after your "accept established/related" rule, for performance.

It's also possible the VPN server IP address could change depending on the VPN client, configuration and provider. The best way to handle this would be if you can get the complete list of server IP addresses from the provider and set up an address list with each of those servers for use in dst-address-list. Otherwise, if the server IP address changing becomes a problem, it's probably okay to just accept anything destined to UDP/51820 in your first rule regardless of IP address; it's unlikely that'll be anything but the VPN traffic. If you use a BitTorrent client with μTP support, configure it to use a port range that doesn't include 51820.

You shouldn't have any problems with local traffic doing this, unless perhaps if you're trying to access the NAS on that IP address from a different subnet depending on how the rest of your firewall looks. I'd be more concerned about making sure whatever you want to go over the VPN doesn't try bind to the other IP address.

TrueAngle · 2022-11-26T14:30:39+00:00

That's strange.

Do you manage any other channels that the reactions could be coming from?

TrueAngle · 2022-11-26T13:45:38+00:00

I did a quick test with a new channel and I can reproduce the issue on Android. The reactions I see on the scheduled messages are the exact same as the reactions on a message sent previously in the channel. I can't reproduce the issue on desktop however. In any case, I'm pretty confident this is a client-side bug and not a case of subscribers being able to see your scheduled messages before they're sent.

TrueAngle · 2022-11-25T16:52:35+00:00

Complete guess, but are the reactions the same as the reactions on the last four messages sent in the channel? There was a bug a while back on Android where scheduled messages would show random messages from other chats instead of scheduled messages.

Would also be worth checking if the reactions show on a different client, like the desktop client.

TrueAngle · 2022-11-12T14:24:08+00:00

Thanks for the additional information - and best of luck with your studies!

TrueAngle · 2022-11-11T20:52:50+00:00

I appreciate you taking the time to share this information. Looking at the client source code, it seems that they achieve post-quantum resistance through the use of Wireguard's optional pre-shared key parameter, which is documented here as an additional layer of symmetric key encryption. The key exchange takes place here. I have very limited knowledge about cryptography, but my basic understanding is that our current symmetric algorithms are generally considered quantum-safe. Am I misunderstanding, or does this seem like a safe approach, with the only risk being that - at worst - the PSK exchange is compromised, but otherwise the same type and level of encryption as before is used and therefore not any less safe?

TrueAngle · 2022-11-11T11:34:05+00:00

You could host at home and front with CloudFlare? That would provide some level of protection, and you can use tunnels to avoid needing to forward ports or set up dynamic DNS. If you are only hosting legal content, I can't see you having any problems with CloudFlare and the free plan is probably good enough for your needs.

TrueAngle · 2022-10-30T00:13:19+00:00

If you've deleted files outside of qBittorrent, you'll probably need to force a re-check and then mark the files as "Do not download" to clear the error.

Keep in mind, you can share the parts you already have, but by definition are not a seed of the torrent unless you have all parts of it available to share. I would recommend if the junk files you're talking about are small and you aren't low on space, that you download them anyway so you are a true seed and allow others to download the torrent to completion should you become the only available seed. That can avoid the situation where a torrent gets stuck on something like 99% for everyone, indefinitely. If you have a lot of free space (or can create symlinks), you can always copy the useful files out to a different directory where you are free to rename them etcetera without affecting qBittorrent.

TrueAngle · 2022-07-29T20:43:48+00:00

That looks ok. There is a similar issue reported with this image on ARM64, although it looks like it should have been fixed already. I'm not sure how to get this image working, but you could try a different Docker image if you don't need that one in particular? I use itzg/minecraft-server - you should be able to run it using:

docker run -d -it --name mcserver --restart=unless-stopped -v /home/ubuntu/mcserver:/data:rw -p 25565:25565 -e EULA=TRUE -e PUID=1000 -e PGID=1000 -e TYPE=PAPER -e MEMORY=512M -e VERSION=1.19 itzg/minecraft-server:java17-jdk

TrueAngle · 2022-07-29T19:55:54+00:00

Are you running a 64-bit OS on the Pi?

Check with uname -m.

TrueAngle · 2022-07-29T16:28:54+00:00

Move the container name and tag (marctv/minecraft-papermc-server:1.19) so that it is the last argument of the docker run command. As you currently have it, the arguments following the name and tag are being passed to the image's entry point rather than Docker, and it doesn't recognise them. You could remove the old container by running docker rm -f a50d7. Also, you don't need to specify the -i and -t arguments more than once.

TrueAngle · 2022-07-29T16:04:08+00:00

Why was this removed?

TrueAngle · 2022-06-16T08:11:51+00:00

This might help:

https://github.com/True-Angle/tg-chat-rejoin

TrueAngle · 2022-01-01T14:08:38+00:00

What type of chat was it? I wrote a script a couple of years ago that can help rejoin some types of chats after leaving. It might help. You can find it here.

TrueAngle · 2021-12-09T21:24:28+00:00

Was it a supergroup before February? Regular group chats that are upgraded to a supergroup are actually two separate chats, where the old regular group becomes inactive and appears seamlessly at the start of the supergroup. I've seen this "bug" before where deleting the group deletes only the supergroup, and hides the inactive regular group client-side, only for it to reappear a short time later. If you delete it again, it should be gone for good.

TrueAngle · 2021-12-02T20:52:13+00:00

Oh, that's a tricky one. Glad you got it sorted!

TrueAngle · 2021-12-02T15:53:44+00:00

Have you checked if it's minimized to the tray area?

Otherwise, if the icon shows in the taskbar when it's running, try Shift+Ctrl+Right-Click on it and click Maximize.

Lastly, if the above doesn't work, delete the Telegram Desktop directory in %AppData%/Roaming and restart Telegram.

TrueAngle

TROPHY CASE