#ipv6

[theamericantrash]

Homework question:

Does anyone know how to create an imaginary IP pool for an office of 20 users?

Like how would I do that?

[intercal]

IPv6 and router-advertised DNS

For posterity.

If you are using systemd-networkd, and you want to really, truly, forever and always not use router-advertised DNS over IPv6, you have to turn it off in two places in your /etc/systemd/network/*.network files:

Under the [DHCPv6] section, set UseDNS=no

Under the [IPv6AcceptRA] section, set UseDNS=no

And optionally, if you want to turn it off for IPv4, under the [DHCPv4] section, set UseDNS=no.

This should help someone, somewhere out there. I just spent the past hour and a half trying to get this shit working.

github issue that helped (fuck you tumblr for not letting me just post a link by itself)

[aismallard]

ITv6

[buraglio]

PODCAST: MODEM.show, DHCP option 108

Over the last year there has been a slow hum, quietly building around the notion of building what has been called an “IPv6-mostly” network. What does this term mean? How do we do it? Why bother? Well, let me attempt to answer those questions. First, what is IPv6-mostly? Thankfully, it is pretty much what it sounds like – a network segment (i.e. a LAN segment) that is mostly IPv6, and only legacy…

[dandelionsprout42]

How to find your Apple TV's IPv6 address(es)

Since Apple TV's network settings don't list IPv6 info, it's time to get creative, though it won't be the hardest tech guide out there. Typically it has 2 IPv6 addresses: 1 public, and 1 private (The latter of which is used within the home's router network).

————————————————

Public IPv6 address

Download https://apps.apple.com/app/icurlhttp-appletv/id1153384808 (iCurlHTTP AppleTV)

2) Open that app. 3) In its "Browser" settings in the lower left, change from "User" to "iPhone". This is required. 4) In its address field in the upper left, write "https://ip.me". Then press the remote's OK button. 5) If it works, a row will show up a slight bit down in the text results that say "<p class="ip-address">" followed by your Apple TV's public IP.

————————————————

Private IPv6 address (i.e. within your router's LAN)

Download https://apps.apple.com/us/app/vlc-media-player/id650377962 (VLC for Apple TV)

2) Open that app. 3) Go to "Remote Playback" → Click "Turn On Remote Playback" if it hasn't already been turned on. 4) The app will show a URL that it tells users to open on a non-"Apple TV device". It will usually be "http://(The Apple TV's network name in lowercase with dashes).local" Ensure that the VLC app remains on that screen throughout the entire rest of the guide. 5) On a Windows, macOS, or Linux device (Android won't work), open any sort of command line (PowerShell, Cygwin, Windows Terminal, Command Prompt, Mac Terminal, Bash, ZSH, anything you can think of like those). It is not needed to run as administrator, though nothing bad happens if you do.

6) Type "ping (the URL from step 4 but without the http:// part)", then press Enter.

7) If it works, the result will show "Pinging (URL) [(The private IP address)] with 32 bytes of data:" 8) That IP (Remove the last "%(2 numbers)" part first) can then be pasted into a browser, "http://[(The IP)]". The square brackets are required. 9) If the browser loads a "Drop files" window, then the IP works correctly.

[winbuzzer]

ICYMI: After decades of work toward adopting IPv6, APNIC Chief Scientist Geoff Huston has proposed that fully replacing IPv4 might no longer be essential. #internet http://dlvr.it/TFpRJk

[klikomo]

How the Internet Really Works: The Hidden World Behind Your Screen

[govindhtech]

Class E IP Address Space Helps GKE Manage IPv4 Depletion

Using Class E IPv4 Address space to help GKE address IPv4 depletion problems. The need for private IPv4 addresses is growing along with the amount of services and apps hosted on Google Kubernetes Engine (GKE) (RFC 1918). The RFC1918 address space is becoming harder to come by for a lot of big businesses, which makes IP address depletion a problem that affects their application scalability.

This precise address depletion problem is resolved by IPv6, which offers a large number of addresses. But not every business or application is prepared for IPv6 just yet. You may continue to expand your company by entering the IPv4 address space (240.0.0.0/4), which can handle these problems.

Class E addresses (240.0.0.0/4) are set aside for future usage, as indicated in RFC 5735 and RFC 1112, as stated in Google VPC network acceptable IPv4 ranges; nevertheless, this does not preclude you from using them in certain situations today. Google will also provide tips for organizing and using GKE clusters with Class E.

Recognizing Class E addresses

IPv4 addresses

Some typical criticisms or misunderstandings about the use of Class E addresses are as follows:

Other Google services do not function with class E addresses. This is untrue. Class E addresses are included in the acceptable address ranges for IPV4 that Google Cloud VPC offers. Furthermore, private connection techniques using Class E addresses provide access to a large number of Google controlled services.

Communicating with services outside of Google (internet/on-premises/other clouds) is limited when using Class E addresses. False. You may use NAT or IP masquerading to convert Class E addresses to public or private IPv4 addresses in order to access destinations outside of Google Cloud, since Class E addresses are not routable and are not published over the internet or outside of Google Cloud. Furthermore,

a. Nowadays, a large number of operating systems support Class E addresses, with Microsoft Windows being the prominent exception.

b. Routing the addresses for usage in private DCs is supported by several on-premises suppliers (Cisco, Juniper, Arista).

There are scale and performance restrictions on Class E addresses. This is untrue. Regarding performance, there is no difference between the addresses and other address ranges used by Google Cloud. Agents can grow to accommodate a high number of connections without sacrificing speed, even with NAT/IP Masquerade.

Therefore, you may utilize Class E addresses for private usage inside Google Cloud VPCs, for both Compute Engine instances and Kubernetes pods/services in GKE, even though they are reserved for future use, not routable over the internet, and shouldn’t be publicized over the public internet.

Advantages

Class E IP Addresses

Despite these limitations, Class E addresses provide some benefits:

Large address space: Compared to standard RFC 1918 private addresses (around 17.9 million addresses vs. about 268.4 million addresses for it), Class E addresses provide a much bigger pool of IP addresses. Organizations experiencing IP address depletion will benefit from this abundance as it will enable them to expand their services and applications without being constrained by a finite amount of address space.

Growth and scalability: It addressing’s wide reach facilitates the simple scalability of services and apps on Google Cloud and GKE. IP address restrictions do not prevent you from deploying and growing your infrastructure, which promotes innovation and development even during times of high consumption.

Effective resource utilization: By using Class E addresses to enhance your IP address allocation procedures, you may reduce the possibility of address conflicts and contribute to the efficient use of IP resources. This results in reduced expenses and more efficient operations.

Future-proofing: Although it is not supported by all operating systems, its use is anticipated to rise in response to the growing need for IP addresses. You can future-proof your infrastructure scalability to enable company development for many years to come by adopting Class E early on.

Class E IP addresses

Things to be mindful of

Even though Class E IP addresses provide many advantages, there are a few crucial things to remember:

Compatibility with operating systems: At the moment, not all operating systems enable Class E addressing. Make sure your selected operating system and tools are compatible before putting Class E into practice.

Software and hardware for networking: Check to see whether your firewalls and routers (or any other third-party virtual appliance solutions running on Google Compute Engine) are capable of handling the addresses. Make sure any programs or software that use IP addresses are updated to support it as well.

Migration and transition: To ensure there are no interruptions while switching from RFC 1918 private addresses to it, meticulous preparation and execution are needed.

How Snap implemented Class E

Network IP management is becoming more difficult due to the growing use of microservices and containerization systems such as GKE, particularly by major clients like Snap. Snap’s finite supply of RFC1918 private IPv4 addresses was rapidly depleted with hundreds of thousands of pods deployed, impeding cluster scalability and necessitating a large amount of human work to release addresses.

Originally contemplating an IPv6 migration, Snap ultimately opted to deploy dual-stack GKE nodes and GKE pods (IPv6 + Class E IPv4) due to concerns over application readiness and compatibility. In addition to preventing IP fatigue, this approach gave Snap the scale of IP addresses it required for many years to accommodate future expansion and cut down on overhead. Furthermore, this technique was in line with Snap’s long-term plan to switch to IPv6.

Fresh clusters

Requirement

Construct native VPC clusters.

Steps

Make a subnetwork with supplementary ranges for services and pods, if desired. It range (240.0.0.0/4) has CIDRs that may be used in the secondary ranges.

When creating the cluster for the pod and services CIDR ranges, use the previously generated secondary ranges. This is an example of the user-managed secondary range assignment mechanism.

Setup IP masquerading to source network address translation (SNAT) to map the IP address of the underlying node to the source network address.

Migrating clusters

Requirement

The clusters need to be native to the VPC.

Steps

It is not possible to modify the cluster’s default pod IPv4 range. For more recent node pools that support Class E ranges, you may add pod ranges.

Workloads from earlier node pools may potentially be moved to newer node pools.

IPv4 Vs IPv6

Making the switch from IPv4 to IPv6 Class E

For enterprises experiencing IP depletion, switching to dual-stack clusters with the IPv4 and IPv6 addresses now is a wise strategic step. By increasing the pool of IP addresses that are accessible, it offers instant relief and permits expansion and scalability inside Google Cloud and GKE. Furthermore, implementing dual-stack clusters is an essential first step toward a more seamless IPv6-only transition.

Read more on Govindhtech.com

[woted2]

Deshabilitación de IPv6 en Microsoft Windows: ¿Es Realmente Necesaria por Seguridad?

La adopción de IPv6 (Protocolo de Internet versión 6) ha sido promovida como una solución a la escasez de direcciones IP que sufre IPv4, mejorando la conectividad y permitiendo un mayor número de dispositivos en la red. Sin embargo, cuando se trata de seguridad en entornos de Microsoft Windows, ha surgido un debate: ¿Es necesario deshabilitar IPv6 para proteger los sistemas? En este artículo,…

[levahost]

LEVAHOST Information Technologies Meet the budget-friendly prices and quality features of our AT&T Residential RDP and Residential VDS packages. Order the Residential VPS package that suits you best.

[ourwitching]

Have you ever wondered how IPv6 even managed to make port numbers awkward? Poul-Henning Kamp, of Var...

[ircwebnet]

Qual è la differenza tra IPv4 e IPv6?

In questo articolo cercheremo di capire la differenza tra IPV4 e IPV6. IP, abbreviazione di Internet Protocol, è uno dei protocolli di comunicazione utilizzati per instradare e indirizzare i pacchetti per dispositivi di rete come PC, laptop e switch Ethernet su una rete. Esistono due versioni del protocollo Internet: IPv4 (versione IP 4) e IPv6 (versione IP 6). Questo articolo presenta in…