Giver of skulls

Verified icon

  • 0 Posts
  • 1.24K Comments
Joined 101 years ago
cake
Cake day: June 6th, 1923

help-circle
  • Based on my experience with drunks around roads, the cars generally aren’t at fault. People do real stupid shit when they’re drunk, like taking a highway tunnel instead of walking the extra 500m for the pedestrian tunnel. You can have all the protection you want, but if you’re to drunk to walk straight and end up in traffic there’s nothing to protect you. Same shit also happens with train tracks every now and then. Hell, I’ve even read stories about traffic deaths when drunk people and bikes collided (especially if the person on the bike was elderly).

    If you’re drunk enough that you can’t navigate the streets about as well as when you’re sober, take a cab or the bus or have someone pick you up. That’ll also help in case you run into health issues because of excessive alcohol intake.

    As a bonus for drunk accidents: because of the delayed response you may walk away from certain crashes with fewer injuries because your body doesn’t tense up to attempt to distribute the impact. On the other hand, you’re much worse off with other accidents.



  • Bad chargers, clearly damaged devices that are still used, you name it. Several exploding iPhone stories turned out to be the result of cheap, shitty chargers. Anything with a lithium battery can light on fire or even explode if you handle it wrong.

    There’s a good chance that Samsung should still be made to pay up for the damages and compensation, but I’ve seen people do very stupid things to portable electronics containing batteries.

    Based on the pictures, the earphone looks like it was on fire on both sides. That’s not a literal explosion at least (there’d be more than just hearing damage if it were). My guess is the lithium battery got damaged somehow and the escaping hydrogen gas caught fire One reason not to use earphones that have batteries inside your ear; had the batteries been hanging from the bottom like those Apple ones, the hearing damage probably wouldn’t have been as bad.


  • I’ve never worked for a company with the shitty HR people complain about online. Must be a regional thing.

    I don’t have the expectation that HR will always be there to protect you (though one company I’ve worked for had HR that actively fought upper management for things like raises and pension stuff). HR is there so the company, and by extension everyone in the company, can do their work properly. If you have a conflict at work, they’re not obligated to be on your side.






  • They assign a prefix. For IPv4 this is usually a /32, or 1 single address, though it’s possible to assign larger ranges. I’ve seen businesses with a /28 on IPv4 for example.

    The end device picks what IP addresses within the prefix are used for what. For instance, the server rack may use three IP addresses, the office one, and maybe the IoT network also gets one.

    With IPv6 you should be getting a /56 or a /48. In other words, they pick the first 48 to 56 bits of your IP addresses, basically leaving 80 to 72 bytes for the end device to distribute amongst itself. You could give the first device address one and start counting up if you wanted to, but that’d come with the annoying edge case of needing to track what numbers are already in use. If you like a false sense of control, DHCPv6 is what manages this.

    SLAAC (the “everything works by default” approach) requires a /64 (64 bits of local address space), so if you want to do routing (say, attach a wireless access point or a second router) and you don’t want to do IPv4 hacks that hide IP addresses from each other, you need a few networks. That’s why you get 8 to 16 bits of network space, so you can assign 256 to 65536 networks yourself in case you have weird requirements.

    If your ISP assigns you 2003:123:def:abc::/48, then you can pick whether you want to assign 2003:123:def:abc::beef:cafe or any random address that starts with the ISP prefix. You have enough space to give every connection of every device on every WiFi network its own IP address every second of the day, but usually addresses are rotated only once per day.

    The ISP picking the address range does come with a huge downside, and that’s that you can’t really use internal IP addresses anymore. To fix that, you can set up a so-called ULA. That’s basically a service anywhere on the network that shouts “hey, if you can’t, you can pick any address from fdef:abc:abc:abc::/96”. By default, devices will pick two addresses (one based on the MAC address and a temporary one), and you can use the one based on the MAC address to plug into your local DNS server.

    That way, even if you switch ISPs to one that only does IPv4, you can still use a Pi-Hole at fdef:abc:abc:abc::123:456:789 as your DNS server. These ULAs are completely local, so they can’t be reached from the internet.

    Though, just to be sure, you should generate a random ULA prefix (there’s an algorithm in the standard, but there are sites to do it for you) just in case you have bad luck and connect to someone else’s wifi who also thought it’d be funny to use fdef:cafe:babe:b00b::/96 as the local prefix. Completely optional, but best practice.




  • If your devices are that fragile, they shouldn’t be hooked up to the internet in the first place. What are you doing hooking NETBIOS token ring networks up to the web?

    If you want to talk about risking breaking things, imagine the glorious lie that NAT introduced. Thanks to these old devices, your router at home/small business parses every FTP connection, every SIP message, every H.363 call, modifies its contents, and opens one or more ports in the firewall just to keep old stuff from breaking.

    If your crap survived NAT, it’ll survive IPv6. And if it can’t use IPv6, that means you don’t need to worry about it and you can just keep using IPv4 on these things like you always have!



  • With modern IPv6 (say, Windows 7 or later?) IPv6 privacy extensions solve this problem. Basically, you get a whole bunch of addresses. One based on your MAC address so you can port forward/allow incoming connections in the firewall, and then a bunch of rotating random addresses used for outgoing connections. People that know your prefix and MAC address can find your listening PC, but websites won’t get your MAC address.

    As for fingerprinting, thanks to NAT slipstreaming you can choose between “video calling software breaks” and “every malicious ad can access any port on your device” or in some extreme cases “every malicious ad can access any device in your network”. Some websites have also been caught scanning IPv4 networks to figure out where your router lives using standard Javascript, so your IPv4 network isn’t any better protected. At least with IPv6 a website can’t take ten seconds to scan 255 addresses and figure out how many devices are on your network!


  • That proposal was made when every computer hooked straight into the internet without a firewall. Every device already had a unique IP address that was globally routable and you needed to race to a firewall download page before a scanner would infect your computer (you had about five minutes, much less if you had the network cable plugged in during setup).

    The routing table size reduction has always been stupid. The protocol should not be adjusted to help the penny pinchers save on RAM. And the same problem happened to IPv4 a few years ago, because nobody learned their lesson.



  • It fixes must about every gripe I have with IPv4. It closes the hidden security holes NAT introduces. It pretty much configures itself. It allows you to use multiple Xboxes or Playstations within the same network and play online without faffing about! You can also disable the firewall entirely and basically never get scanned because scanning 2^64 addresses to find one computer is infeasible for bots (though you shouldn’t).

    The addresses are longer, that’s for sure. But you shouldn’t be remembering those anyway. That’s why DNS exists! If you don’t have a local DNS server for some reason, just use mDNS, every device supports it out of the box. yourcomputersname.local will work in place of an IP address in just about everything since Windows Vista.

    IPv6 was severely underdeveloped when the Necromancy Address Translation kept IPv4 usable twenty years ago, but we’re beyond that now. We have been for a while, actually.

    Unfortunately, a lot of network people are the type that learned how networks worked in school forty years ago and decided that this is the way things are and they should never change again. That’s how you get things like “TLS 1.3 pretends to be a TLS 1.2 session resumption or half the internet will break” and “only port 80 and 443 are usable on the internet”. They even brought DHCP back when IPv6 works perfectly fine without it! At least Google did the right thing and refused to play ball with that malarkey in Android.

    The whole address reserve argument never helped much. Super expensive cloud providers are now charging extra for IPv4 addresses but if you’re using Amazon AWS you’re used to paying through the nose anyway. CGNAT is a much worse problem, with thousands or hundreds of thousands of people sharing the same IPv4 address and basically being forced to solve CAPTCHAs all day because one of their IP coinhabitors has a virus.

    As the comments here show, plenty of people can’t be bothered. That’s fine, legacy websites and devices can just use IPv4, that’s the beauty of it.



  • I agree that YouTube is pretty much dead as a audio medium (Google Play Music was so much better!) but things like podcasts don’t need Spotify; they work over RSS so any app is supposed to be able to play them (though I guess most people probably don’t know what podcasts are supposed to be these days). I’ve loaded my Patreon podcasts into Podcini, for instance, proving that subscription models aren’t a problem for podcasts either.

    The hosting cost difference between videos and music is staggering, though. I’m still surprised YouTube can afford to exist on ads alone, even if they play three ads for every video. It’s unreasonable to expect YouTube to be the same price as Spotify if you watch any video content.