Jump to content

Master Disaster

Member
  • Posts

    15,198
  • Joined

  • Last visited

Everything posted by Master Disaster

  1. The only thing I can think might offer a clue to what is going is is to create a vhost on port 80, leave out the SSL stuff and see if you can connect to it. AFAIK this error usually happens because SSL kinda expects port 443 and throws a fit if it doesn't get that. By eliminating SSL entirely (temporarily) it should allow you to at least connect and test your config.
  2. I do it all though Apache, it has its own proxy module. Unfortunately I actually cannot get into my webserver at all, its been so long since I needed to change anything I actually forgot the password. I've been meaning to redo it but I'm worried I might go from it working flawlessly to not. Edit So using Apache & mod_proxy something like this should work This would forward whatever is on 127.0.0.1:8080 to sub.domain.com:443, you can adjust it as needed. You probably don't need the rewrite and socket stuff TBH, all this does is reformat the URI and forward it to a running socket, most websites don't need that. Edit 2 - Now that I think back, it works better if you create a non SSL vhost on port 80 then run certbot and let it generate the SSL config for you. I don't remember the exact reason why but I do remember it caused me issues when trying to create an SSL vhost manually.
  3. You need to create a virtual host on your webserver for each service then define the domain name and port in each vhost config file. I have my setup running exactly like this only internally. nas.home.lan for my NAS which uses port 9001 home.lan for my webserver which uses port 80 pma.home.lan for phpmyadmin also on 80 etc etc then as above, use reverse proxy on the webserver to forward whatever port to whatever service. Local services can share a port since they should all have their own folder on the webserver anyway so you can define the subdomain and point it to whatever folder you like.
  4. OK, that looks pretty normal (though I cannot say if that is true for 12000s since I don't have access to one). Try running sudo systemctl disable --now tlp and then rerun your CPU test and check if anything changes. I suspect its a software issue, maybe TLP isn't correctly configured for 12000s or maybe it just doesn't like them.
  5. What is the output of sudo cpupower frequency-info Edit - You might need to do sudo pacman -S cpupower before running the first command.
  6. Its your public IP, you can get it from a site like whatsmyip.com, its probably better though if you get yourself a free dynamic DNS address then you can have the IP resolve to an actual domain name instead of just an IP. I used noip.com for years and never had any troubles, the only restriction is that you have to confirm you still want the domain every 30 days though even then, they email you and all you have to do is click the link and press OK.
  7. Cool, I'm in What makes you think gpu-pro is sub par? I can't really speak for other distros but on Arch OpenCL can be installed as a module, it runs alongside the existing mesa open source driver and still uses the open source driver stack, afaik it shouldn't have any impact on your base driver at all. As for which versions you need to install, https://wiki.archlinux.org/title/DaVinci_Resolve#Installation has a nice table with all the requisites listed and a link to a script you can run which will test your system. It seems like, as long as you have Vega or newer then you're good with mesa for OpenGL and rocm-opencl for OpenCL support (note these package names are from Arch, they will probably be called other names on other distros).
  8. Yeah, in case anybody doesn't realise, scammers actually try to make it obvious its probably a scam. Seems counter intuitive but it actually serves a very useful function, they don't want to waste their time "working" on people who might eventually realise its a scam so by making it obvious they can, as much as possible, ensure the only people responding are the gullible/vulnerable or trolls. The people they target are not the type of people who would usually consider reaching out to someone to ask and certainly not go out of their way to make a forum account and read stickies. With that said though, I echo the sentiments from above, if a sticky can help even 1 person its still a good thing and a net win. I swear though, I personally cannot fathom how so many people these days are still falling for these types of scams. Also fun fact, the easiest way to get removed from a scammer call list is to verbally abuse them. Obviously make sure it really is a scam then waste their time as much as you can before letting rip with the insults. These days they actually keep a separate list of known baiters and trolls which gets passed around, all you gotta do is get yourself on that list and the calls will almost entirely stop
  9. You already have, right now its just internal. Just to clear a few things up, 127.0.0.1 is generally called the loopback address or the localhost address and self hosting literally just means you run the webserver yourself from your home or business. To make your current setup web facing you simply need to forward the correct ports (usually 80 and 443) through both your OSes internal firewall and your routers firewall to the server. Before you do though its important you consider a few things, if your server is web facing then it is accessible to everyone which means anyone with the correct knowledge can pretty easily locate your server through your IP address and criminals can (and will) try to gain access (my webserver gets ssh requests upto 10 times per day). Security has to be your number 1 priority because you are literally exposing the machine to the entire world, personally I run my web server inside a VM on my NAS with nothing on it except for my web facing files, if anyone ever did get access they would only have access to my website files and an otherwise clean operating system. I STRONGLY recommend Linux, learn how ACL works and use it properly, make sure your web server can only access your web files by using the http group and permissions, run fail2ban to auto ban repeat pingers and failed login requests, learn how virtual hosts work and use them combined with different internal and external ports and port forwarding and if you wanna take it to the extreme use firejail.
  10. Honestly, sounds like the courts are trying to push Ford into paying the royalties more than anything. I'd be stunned if they actually went through with even the ban, let alone the bonfires and fireworks.
  11. Its almost certainly IPv6 causing this, I've seen it myself in virtual machine with IPv6 enabled and the hypervisor not offering an IPv6 connection. Open KDE settings > Network > IPv6 > Disabled/Ignored > Apply then reboot
  12. Your issue is because the OS is trying to cache to your HDD and is either having issues due to its speed or maybe because of write caching. How can I be so sure? /proc/sys/vm is the Linux kernel linker for virtual memory aka swap or pagefile, more specifically it handles the writing of dirty data to drives (dirty data is simply data that's marked for caching but hasn't actually been written to the cache yet). On Windows try disabling write back caching on your HDD (or if its already disabled try enabling it). Edit - Also seems kinda important
  13. And without going too deep, running closed source fully proprietary software at ring 0 to protect a video game from you cheating is one of the absolute dumbest things I ever heard. Its akin to giving the keys to your house to the security guard you hired through a third party and had no say in the vetting process while you're on holiday just in case someone does break in. It becomes MUCH more likely the security guard is just gonna use the key, empty the fridge, shit in your toilet and sleep in your bed than a criminal actually breaking in, Windows users are slowly being desensitised to this type of software and being taught that its normal for a fricken anti cheat to need complete and unfettered access to your entire system kernel.
  14. /etc/pulseaudio/daemon.conf flataudio = no Sorry, its flat-volumes = no Though I'm 99% sure Manjaro uses Pipewire now.
  15. Right, so you built a strawman then, gotcha. You're right, it has no relevancy to this discussion because nobody here mentioned it at all until you did....
  16. I'm guessing you are invested.... Again, I don't do crypto and honestly DGAF who holds what, I thought I had read he was top 5, turns out I read he was on track to be top 5 before the crash. My bad. Where was USDT or Tether mentioned at all? Well the people who really cover this stuff, including actual market analysts are all saying the same thing, this CURRENT crash is because of what happened with UST/Luna. If you disagree then whatever, again I'm not invested and DGAF either way. Fun fact though: The market being on downtrend before Luna crashing and Luna crashing causing the market to implode are not mutually exclusive...
  17. Wanna clarify and provide sources? As I said, I'm not a crypto bro, I'm only following the shitshow after the NFT crash from a few days ago. Not sure I even mentioned USDT at all, did I? Well the 4 or 5 videos I've watched all disagree, the current crash happened when Binance delisted Luna. If you can show sources to where I was wrong I'll happily update the OP
  18. This is an incredibly long and complicated topic, I'm only gonna cover the basics here since I don't have time and I couldn't do it justice anyway. For more info see KiraTV, Upper Echelon Gaming and/or Coffeezilla on YouTube, these guys cover this stuff and unlike me actually understand the ins and outs of blockchain. To begin lets establish a few things, the entire project is called Terra and it contains 2 different coins/tokens, TerraUSD(UST) is the stable coin, Luna was the algorithmic coin. Its important to understand they are 2 parts of the same thing. OK so back in Oct 2021 the Terra project founder got into a twitter dispute over a possible attack method to destroy his project, not gonna go into too much detail but am mentioning it because its possible this was the start of the downfall. Essentially he responded to a random who posted a theoretical way of destroying the coin by calling them poor and then goading billionaires into trying it out to "see what happened". Fast forward to last week, the market noticed a billionaire making some big trades, the Terra founder reached out on twitter and was told "maybe I have big plans for Luna?" Then this happened... Now to be super clear, we don't actually know why this happened yet, I'm sure the reddit sherlocks are trawling the ledger RN to find out however this caused what can only be described as a full market meltdown, pretty much all crypto is down, stable coins have been hit really hard but even the old faithful names like BTC and Ether have taken hits. Its gets even worse, turns out the Terra founder happens to be one of the top 5 BTC holders on Earth and now everyone is panicking that he's gonna liquidate all his BTC and crash that market as well. Source - https://www.theverge.com/2022/5/12/23069232/terra-luna-collapse-stablecoins-crypto-crash-bitcoin My thoughts I thought I would be jumping for joy and shouting "I told you so" from my megaphone on the rooftops, then I remember that a fuck load of normal, not very wealthy people just lost a combined sum of $200 Billion, many are left with literally nothing and have zero recourse about what just happened. This is not a happy day.
  19. What distro do you run? I recently installed Arch on my mess around system and its got a really old GTX580 in it. Nouveau runs OK but I get the best performance out of the 470.XX drivers.
  20. Yeah its not ideal but its still better than what we have currently. At least now Nouveau can call the functions from the firmware instead of the devs trying to guess how things work. These days its pretty hard to have a fully untainted kernel anyway (unless you go full neckbeard mode and run Gentoo that is), at least it will be a module. Interestingly though, this is gonna make linux-firmware a hard dependency of Nouveau.
×