HN user

escalt

105 karma
Posts0
Comments47
View on HN
No posts found.

It is said that the infrastructure required to sustain suburbs costs more money than these suburbs bring in. In the US a city gets federal money to build new suburbs, but when it comes to renewing them after a few decades, the city has to pay on its own and it often has not enough money to do it.

I am by no means an expert on this topic and just poorly summarized the contents of this video: https://youtube.com/watch?v=7IsMeKl-Sv0

On IPv6 this would be a solved issue. With SLAAC the router just broadcasts Router Advertisements and all the machines just automatically configure their addresses, which are fully predictable based on their MAC address (if you have privacy extensions disabled). The router has no state to keep and as such the network can be scaled up "infinitely". Just pick a random /64 prefix and set up radvd (or systemd-networkd) to send the router advertisements.

People are saying this because so far it has just been much warmer than usual at this time of year, and snow in November wouldn't be the most unusual thing, and most people just assume snow=winter.

Some stats of my weather station in South Germany from this year and last year. It is much warmer this year, and even last year was pretty warm

Oct 2021: Avg: 8.5°C Min: 0.5°C Max: 22.0°C

Oct 2022: Avg: 12.7°C Min: 4.9°C Max: 21.5°C

Nov (1st to end of 11th) 2021: Avg: 4.1°C Min: -1.9°C Max: 9.4°C

Nov (1st to end of 11th) 2022: Avg: 7.8°C Min: 0.9°C Max: 15.8°C

I have no clue about weather forecasting and I can't exclude a drastic change in the coming months, but right now it just doesn't look like that at all

You either do an interview or a member sends you an invite. It's a private tracker just like what.cd was. It's less elitist than most other trackers which are invite only and sometimes lock registrations completely. Unfortunately they have to keep a low profile and pick their members to avoid copyright trolls or being shut down entirely. The test isn't very difficult and there is a public page explaining everything one needs to know. It's more about showing some effort and making sure that you know how to act accordingly on a private tracker

Well, clearly they sent it to you, so they're distributing the images. The E-Mail headers, especially if they contain a dkim signature, are likely sufficient proof for that. If not, the provider they used might be able to back your claims up. If you were using some E-Mail provider instead, those images would still land on your client devices, and the situation would be almost the same. And of course let a lawyer do the talking

Shopping would optimally happen by foot or by bike. Somewhat impossible with US zoning laws, but in a decent mixed use neighborhood a grocery store would be a <5 minutes walk from home, with actual sidewalks and no highways in between.

And overcrowded buses happen in underfunded bus systems with not enough capacity or on peak times. Consider increasing the frequency or upgrading to a tram line if your buses are always full

Exactly. A commonly missed attack vector is just intercepting plaintext http and blocking https, so the browser thinks the site doesn't offer https and will just continue in plaintext. The same criticism applies to smtp using starttls, an attacker can suppress the starttls command and the default is to just continue in plaintext.

This is why an https only mode is important. In Firefox it can be enabled somewhere in the settings.

uBlock Origin can block network requests too. These rules should block requests to trending hashtags and recommended user accounts:

  ||twitter.com/i/api/2/guide.json$xhr,1p
  ||twitter.com/i/api/1.1/users/recommendations.json$xhr,1p
Alternatively you can use nitter.net to browse Twitter

It allows for tracking users since the second half of your address is always constant. It's a fixed problem though since basically all consumer devices these days use privacy extension addresses, which don't expose your MAC address and periodically change to a new random IP address

My private Wireguard network is IPv6 only. SSH on all my remote servers listens on a random statically configured IPv6 address dedicated only for ssh. Since every server has an entire /64 prefix, a random internet scanner is never going to find it (Of course I still secure ssh properly since a man in the middle still sees what IPs I'm connecting to). Some cloud server providers started offering IPv6 only servers at a cheaper price to save money on unnecessary IPv4 addresses, so there's also a financial incentive to move non-public things to IPv6 only.

Then E-Mails which fail the SPF and DKIM checks should be rejected by the receiving server. Many mailservers still let them through though because they just don't check dmarc or put them in a spam folder or quarantine.

It's actually a pretty small prefix in the IPv6 world. The recommendation for an IPv6 network is to be at least a /64, because features like SLAAC, which mostly replaces DHCP, need a /64 prefix to work properly. If you have multiple networks, it's standard to use a separate /64 prefix per network. My ISP for instance gives every home user a /56 prefix, some ISPs even give out /48 prefixes.

The way I understand full disk encryption (with LUKS at least) is that the device generates a random key which does the data encryption/decryption and the user entered password is used exclusively to encrypt that key. This allows encrypting the key with thousands of iterations (the number is picked in a way that it takes a few seconds on the currently used CPU). That way you can use a very slow encryption algorithm (meaning it's very slow to brute force) to get the actual key, which can then be used for fast encryption of the actual data. This approach also allows changing passwords or using multiple passwords without rewriting the entire drive, since just the key has to be re-encrypted

This sounds like an awesome idea, and for many communities it might be, but having to trust someone you know personally for things like these can also be a source of drama when your relationship becomes bad for unrelated reasons