I am not seeing anything (relevant) in the Nextcloud logs (as viewed from the web app). In iOS I get a message about SSL verification failed, and do I want to try connecting without it. Either way it cannot validate credentials. I know the username and password are correct (tested multiple times/work to login in the browser), and the SSL cert is valid.
Also /var/log/Nextcloud/ is empty. Where else should I look for logs?
Also because of this comment registration is temporary disabled while I disable rooms and spaces, and community’s so it will be messenger/group messages only. More limits may be imposed not sure yet still reading all the options in the docs. Also looking into other methods like disabling encryption on group chats if even possible to deter this.
I wanted to start a community, including a matrix server for chatting, but public signups cause some “undesirables” to sign up and when I finally figured out what rooms they joined and what they were posting (unencrypted) I had to nope out of the whole project over night. They seem to scan the federated network for public instances with open registrations and then do shit like this. It’s a shame but the only community effort I could see myself doing in the future would need to be friend-to-friend networks or invite only or something like that…
Yeah looking into all of this now I might move towards a invite only and keep groups community’s etc unencrypted and moderate them all. Or make community’s etc only allowed with admin approval. UPDATE: we are now invite only working on generating some invite codes if anyone is interested comment below.
fritzhelp.avm.de/…/hilfe_internet_public_dnsI found this guide for the fritz!box to set up a fallback dns, I think it should be on by default as it is on mine but I would read the article just to make sure
I’m not sure if this is a response to my comment but the article I linked isn’t about setting a secondary dns, the fritz!box has a function that allows it to temporarily change the dns (usually to 8.8.8.8) if the specified dns isn’t working. It is separate from the “normal” dns settings.
What I can add is that if you selfhost locally your arr stack with jellyfin, there is no need for reverse proxy, authelia…or whatsoever !
If you are going to host you stack and make it available over the net and open ports in your router, yeah it’s mandatory ! With a wireguard tunnel… (I think portainer is the way to go for most user).
Locally you can just connect to your jellyfin’s private ip without to much complicated overheat.
Just secure and isolate your torrent connection and use a good VPN (like proton VPN).
Why use a VPN instead of a proxy? I found configuring a proxy much easier. I hate to say it but that stack is too simple for my setup. It’s missing half the stuff I use. I have also been avoiding qbittorrent because of issues with it forgetting login details.
Based on this, it’s not yet available. I use Joplin server for my stuff and have been wanting to move away to a web based platform as I tend to reinstall my OS every few months and like to be able to dial in my self hosted instance and reference for what I need.
I don’t have any answers to your questions, I would just like to mention that you can get complete images that do both of these things together. I use this one, but there apparently to be a bunch of different ones.
I can’t answer all your questions but I am using a similar setup. To my knowledge the free tier on proton doesn’t allow torrent traffic, this could explain why you see the connection fail after some time.
You do have to open 6881 on gluetun. You do need to make sure that your qbit is utilizing your gluetun connection. I am using docker and have the qbit container use gluetun network. That way, if something happens to gluetun, qbit won’t failover to your host’s network and leak your ip.
Thanks for the answer! On my desktop with the same account I’m able to torrent without any problems, I’ve done it for years, I don’t think it’s a problem
I’ll try to open the port and see if it works, thanks!
Anytype is amazing, but when they give you these super long passkeys to decrpyt? That makes having to either memorize the something like 12 short words, and keep them in the exact order they tell you, you sort of have to put them in a notebook (ironically), password manager or whatever you choose to store it.
I like the recipe management, but I dislike the grocery list for the same reason I don’t like Grocy. It is just too complex and hard to use in the store.
I am playing with SFTPGO, while not being a backup solution its a great backbend supporting sftp, WebDAV and much more that you can bind with something on client side.
Currently using synchthing, but planning to switch since that is not a backup tool.
Well, how about having a local API and have no calls at all to your cloud infrastructure? Probably too easy and you cannot lock people into your ecosystem.
From any practical standpoint, this makes so much sense.
Sometimes my Tesla fails to unlock for some reason and I have to disable my VPN and then stand next to it like a God damn idiot for 10 seconds while it calls it’s servers in fucking California to ask it to unlock my car.
As if I needed yet another reason to never ever own a Tesla.
My car has this crazy technology in it: You can stick the key in the door and twist and it’ll unlock. Even if the network is down or the battery is dead. Arcane, right?
Hell yes! My sister-in-law has your same year but the diesel version and that thing is a champ. It’s rated at 45 mpg on the highway but she typically gets 50+, even with nearly 200k miles on it.
I had a 2004 1.8t Jetta for 12 years but I swapped it for a Prius. I love the Prius features and fuel economy but I miss how damn quick that my Jetta was, plus I loved the interior color scheme.
Haha yeah there are other, more reliable methods but the “phone as a key” is also super convenient when it works properly, which is most of the time. It just would be a lot smarter if it worked locally.
…Or if there were an alternative option that didn’t rely on software and electronics is my point.
Cars have had electronic remote keyless entry for decades. It’s not new. Some of them even have phone apps that duplicate that functionality. No one but Tesla has been stupid enough to remove the keyhole, though.
I understood your point. My point is those electronics make it more convenient to use. Would I appreciate ALSO having a physical unlock mechanism? Sure. It also increases the attack surface.
Cars have had electronic remote keyless entry for decades.
I think it could definitely be possible to do locally, and I wouldn’t want a car where I have to connect to servers to connect to it. But I am also not sure I want a car that can be opened with a command on the car itself. The code to access your CAR being stored locally on the car itself, with no server side validation, does seem kinda scary. It’s one thing for someone to manage to get into your online login where you can change the password, it’s another for someone to literally be able to steal your car because they found a vulnerability. It being stored locally would mean people would reverse engineer it, they could potentially install a virus on your car to be able to gain access. Honestly, as a tech guy, I don’t trust computers enough to have it control my car.
The issue you are experiencing likely has nothing to do with the VPN. Network connectivity is not needed to unlock the car. I have been in places with no cell phone signal and it still works.
I do sometimes experience the same issue you are. If I wake up my phone, then it works. So it may be working for you not because you disabled the VPN, but because you woke up your phone and it then sent out the bluetooth signal to let the car know you were nearby.
It’s a bit of both! Certain commands to the car can be done locally via Bluetooth OR via Tesla servers. The tricky bit is that status always comes from the server. If you are on a VPN that is blocked (like I use NordVPN and it is often blocked) then the app can’t get status and as long as it can’t get status it may not even try a local command. It’s unclear to me under what circumstances it does local vs cloud commands, and it may have to do with a Bluetooth LE connection that you can’t really control.
When you don’t have service, or you’re on VPN, it may be worthwhile to try disabling and reenabling Bluetooth. I have had success with this before. If you’re using android, it seems like the widget also uses Bluetooth, so you could try adding the widget to your home screen and using that. You can also try setting the Tesla app to not be power controlled, so it never gets closed.
Either way, there’s a definite engineering problem here that feels like it should be fixed by Tesla. But I can at least confirm that, even in situations with zero connectivity, you should be able to perform basic commands like unlock and open trunk without data service.
I’m glad the people with this device are getting traction on using it with their HA, but holy hell this is a complete non-starter for me and I cannot understand why they got it in the first place. There’s no climate automation I would ever want that is worth a spying device connected to the internet and a spying app installed on my phone.
Probably more. Your app can use the local API then as well. And AWS is insanely expensive, especially if you forget to block log ingestion to Cloudwatch (ask me how I know).
I’m cynical so I assume they are turning a profit selling user data. So the lost money is not from AWS expenses but from not having installed apps to steal more data.
selfhosted
Active
This magazine is from a federated server and may be incomplete. Browse more on the original instance.