semkuSubnetz Rechner
IPv4-Adresse und Präfix oder Maske eingeben, um den Adressbereich zu berechnen.
Subnetze und Binärdarstellung
Subnetze innerhalb des übergeordneten Netzes
| Netzadresse | Broadcastadresse | Erster Host | Letzter Host | Hostanzahl (rechnerisch) | Adressen insgesamt |
|---|
Quellen
Abschnitt 3.1 erläutert die CIDR-Schreibweise mit Präfixlängen von 0 bis 32, die zugehörigen Masken und Blockadresszahlen als Potenzen von 2; Abschnitt 5.1 verlangt zusammenhängende Masken. Dies entspricht den Präfix- und Maskeneingaben sowie der Zeile Adressen insgesamt dieses Rechners.
RFC-Redaktion / IETF-Dokument · RFC 3021 — Using 31-Bit Prefixes on IPv4 Point-to-Point Links
Die Abschnitte 2.1 und 2.2 beschreiben /31 auf Punkt-zu-Punkt-Verbindungen: Beide Adressen dienen als Hostadressen, ohne gerichtete Broadcastadresse. Diese Annahme liegt der /31-Anzeige dieses Rechners zugrunde; andere Verbindungstypen behandelt das Dokument nicht.
RFC-Redaktion / IETF-Dokument · RFC 1122 — Requirements for Internet Hosts -- Communication Layers
Abschnitt 3.2.1.3 schließt Hostfelder aus lauter Nullen oder Einsen von gewöhnlichen Hostadressen aus; sie entsprechen Netz- und gerichteten Broadcastadressen. Entsprechend lässt dieser Rechner im rechnerischen Host-Adressbereich von /0 bis /30 beide Endadressen aus; die Anwendung auf /0 ist eine Rechenregel dieses Rechners. RFC 3021 aktualisiert den Fall /31.
Regeln der Subnetzberechnung
Eine IPv4-Adresse besteht aus vier dezimalen Oktetten von 0 bis 255; dieser Rechner lehnt führende Nullen in mehrstelligen Oktetten als strenge Eingabeformatregel ab, um mehrdeutige Schreibweisen zu vermeiden.
Das CIDR-Präfix liegt zwischen 0 und 32; die Maske besteht aus aufeinanderfolgenden Einsen und danach Nullen. Nur die ausgewählte Eingabeart legt das Subnetz fest.
/31 setzt eine Punkt-zu-Punkt-Verbindung voraus (RFC 3021): Beide Adressen sind Endpunkte (Hosts), ohne gerichtete Broadcastadresse. /32 ist eine einzelne Adresse; bei 0 Hostbits zeigt dieser Rechner die Broadcastadresse nach seiner Rechenkonvention als nicht zutreffend an.
Reservierte, private und Multicast-Bereiche sowie Einschränkungen von Cloudanbietern werden nicht abgezogen. Zuweisung und Erreichbarkeit werden nicht garantiert.
Für das übergeordnete Präfix p und das Aufteilungspräfix q gilt p ≤ q ≤ 32 und 2^(q−p) ≤ 256. Größere Tabellen werden abgelehnt und nicht gekürzt.
Eingabe-IP und Netzadresse werden getrennt dargestellt, zusammen mit Bitgrenze und Beispiel. Das tatsächliche Netz wird nicht untersucht.
Berechnungsformel
p ist das Präfix und IP der vorzeichenlose Ganzzahlwert der eingegebenen IPv4-Adresse. Dieser Rechner verwendet folgende Rechenregeln: Adresszahl = 2^(32−p); Anfang = floor(IP/Adresszahl)×Adresszahl; Ende = Anfang+Adresszahl−1; Maske = 2^32−Adresszahl; Wildcard = Adresszahl−1. Bei /0 bis /30 schließt der rechnerische Hostbereich dieses Rechners Anfang und Ende aus.
Häufige Fragen
- Wie hängen CIDR und Subnetzmaske zusammen?
- Beide bestimmen die Netzbits. Das CIDR-Präfix zählt die führenden Einsen einer zusammenhängenden Maske. Wählen Sie die gewünschte Eingabeart.
- Warum unterscheiden sich Hostanzahl und Gesamtzahl?
- Bei /0 bis /30 werden die erste und letzte Adresse von der rechnerischen Hostanzahl ausgeschlossen. /26 umfasst insgesamt 64 Adressen und 62 Hosts; reservierte Bereiche werden nicht abgezogen.
- Wie werden /31 und /32 behandelt?
- Für /31 nimmt dieser Rechner eine Punkt-zu-Punkt-Verbindung an (RFC 3021): Beide Adressen sind Endpunkte (Hosts), ohne gerichtete Broadcastadresse. /32 ist eine einzelne Adresse (Hostroute). Bei 0 Hostbits zeigt dieser Rechner die Broadcastadresse nach seiner Rechenkonvention als nicht zutreffend an.
- Was zeigt die Aufteilung eines Subnetzes?
- Die Tabelle enthält nur Subnetze innerhalb des übergeordneten Netzes und markiert die Zeile mit der Eingabe-IP. Das Aufteilungspräfix darf nicht kleiner als das übergeordnete Präfix sein; höchstens 256 Zeilen sind möglich.
- Prüft der Rechner freie Adressen oder unterstützt er IPv6?
- Nein. Er führt nur IPv4-Berechnungen aus und prüft weder Zuweisung noch Erreichbarkeit. WHOIS-Abfragen, Gerätekonfiguration und IPv6-Berechnungen sind nicht enthalten.
Datenschutz auf dieser Seite
Die Berechnung läuft in Ihrem Browser. Die eingegebene IP, das Präfix oder die Maske, die Eingabeart und das Aufteilungspräfix stehen hinter # in der Seitenadresse und werden beim Teilen dieser Adresse weitergegeben. semku sendet diese Recheneingaben und Ergebnisse nicht an den Server und speichert sie nicht im Browserspeicher; beim Öffnen einer geteilten Adresse werden die enthaltenen Eingaben wiederhergestellt. Die zur Berechnung eingegebene IP ist von der Verbindungs-IP in den Zugriffsprotokollen zu unterscheiden.
Diese Website erfasst die nachfolgend beschriebenen eigenen Nutzungs- und Fehlerdaten. Für die Erfassung und das Absenden von Feedback gilt die unten erläuterte EWR-Beschränkung. Die Daten werden ausschließlich an den dafür vorgesehenen Endpunkt unter semku.com/api/telemetry/v1/ gesendet. Sie werden nicht für Werbung oder Tracking durch Dritte verwendet. Wenn der Erfassungsserver das Land einer Anfrage dem Europäischen Wirtschaftsraum (EWR) zuordnet oder das Land nicht feststellen kann, erfassen wir für diese Anfrage unsere eigenen Nutzungsstatistiken und Fehlerberichte nur, wenn Sie im Cookie-Banner Leistungs-Cookies zulassen; vor Ihrer Auswahl oder bei Ablehnung erfassen wir sie nicht, und die neue Erfassung von Rückmeldungen bleibt blockiert. Diese Auswahl können Sie jederzeit über „Cookie-Einstellungen“ unten auf der Seite ändern. Wenn Sie die Website aus dem Vereinigten Königreich aufrufen, können Sie Nutzungsstatistiken und Fehlerberichte über „Statistik ausschalten“ unten auf der Seite deaktivieren. Trifft dies auf die Anfrage zum Laden des Feedback-Widgets zu, wird kein neues Widget angezeigt. Ein im Browser zwischengespeichertes oder bereits geladenes Widget kann jedoch vor dieser Prüfung erscheinen oder bis zum Neuladen der Seite sichtbar bleiben. Auch wenn das Widget sichtbar ist, liest oder speichert der Erfassungsserver den Inhalt einer Feedback-Anfrage unter dieser Bedingung nicht. Wenn Sie Ihren Entwurf nach dem Absenden nicht verändert haben, zeigt das Widget einen Sendefehler an. Der Entwurf bleibt im Arbeitsspeicher dieser Seite und wird nicht automatisch erneut gesendet. Die Länderzuordnung kann fehlerhaft sein. Diese Beschränkung beendet weder das für die Bereitstellung der Website erforderliche Hosting noch die in der Datenschutzerklärung beschriebene gesonderte Aufzeichnung automatisierter Anfragen.
Um die Nutzung von Funktionen und Sprachversionen zu verstehen und zu verbessern, erfassen wir Seitenankünfte, den Interaktionsbeginn, die Art der Ergebnisausgabe und den Zeitpunkt des Verlassens einer bereits begonnenen Sitzung. Hinzu kommen Zeitpunkte, Seiten-, Funktions- und Versionskennungen, vorübergehende Sitzungs- und Vorgangsnummern, geschätztes Land und Bundesland beziehungsweise Provinz, Herkunftsangaben und eine vom Browser gemeldete Anzeigesprache. Datensätzen zu Seitenankünften fügen wir jedoch keine Sitzungs- und Vorgangsnummern, kein Bundesland beziehungsweise keine Provinz und keine Anzeigesprache hinzu. Städte, Koordinaten und die vollständige Liste bevorzugter Sprachen erfassen wir nicht. Wir erfassen den Hostnamen der Herkunftswebsite und bei externen Verweisen den übermittelten Seitenpfad, ohne Abfrageparameter und Fragment. Wörter oder identifizierende Angaben im Pfad selbst können erhalten bleiben. Eingaben in Werkzeuge, kopierte Inhalte und Sucheingaben werden unseren Nutzungs- und Fehlerberichten nicht automatisch beigefügt. Selbst eingegebene Rückmeldungen und die jeweiligen Freigabefunktionen der Website sind davon getrennt. Die Nutzungsstatistiken enthalten weder Ihre Recheneingaben noch die angezeigten Ergebnisse. Eingaben werden auch nicht als Hashwerte oder Größenklassen gesendet. Die vollständige URL und Suchbegriffe werden nicht gesendet.
Das Laden einer Seite erzeugt einen Datensatz zur Seitenankunft; Nutzungsereignisse setzen eine Interaktion voraus. Fehler können auch ohne Interaktion gemeldet werden. Die Sitzungsnummer unserer eigenen Messung liegt nur im Arbeitsspeicher des Browsers und ändert sich beim Neuladen. Wir erstellen keine dauerhaften Kennungen in Cookies oder im Browserspeicher, um wiederkehrende Besucher zu erkennen. An den Server übermittelte Datensätze bleiben auch nach dem Besuch oder dem Verschwinden der Nummer im Browser erhalten. Vorgänge und Sitzungen werden durch zufällig erzeugte Kennungen unterschieden. Diese Kennungen liegen im Browser nur im vorübergehenden Arbeitsspeicher und werden weder in Cookies noch im Browserspeicher abgelegt. Eine Identifizierung anhand von Cookies oder kombinierten Gerätemerkmalen findet nicht statt.
Zur Untersuchung und Behebung technischer Fehler erfassen wir Art, Code und Zeitpunkt, Seiten- und Versionskennungen sowie eine vorübergehende Sitzungsnummer. Lässt sich eine Skriptdatei einer registrierten Kennung zuordnen, senden wir diese Kennung und die verfügbare Zeilen- und Spaltenposition; andernfalls speichern wir „unknown“ ohne Position. Fehlerberichte enthalten weder den Fehlertext noch den Stacktrace, die ursprüngliche URL oder Ihre Eingaben. Nutzungsstatistiken und Fehlerberichte enthalten außerdem die Website-Kennung, die Bereitstellungsversion und eine zufällige Datensatzkennung. Hinweise zu IP-Adressen und Browsersignalen (User-Agent Client Hints) finden Sie weiter unten; Region und Anzeigesprache sind oben beschrieben.
Das Feedbackformular sendet beim Klick auf den Absendebutton die von Ihnen gewählte Bewertung und den von Ihnen eingegebenen Freitext. Mitgesendet werden eine zufällige Kennung der Einsendung, die Seite, die Website und die Bereitstellungsversion sowie die Art der Anfrage. Felder für Name, E-Mail-Adresse oder Telefonnummer gibt es nicht, und Ihre Recheneingaben oder Ergebnisse werden nicht automatisch angehängt. Vor dem Senden entfernt das Widget Leerraum am Anfang und Ende Ihres Textes und stellt, sofern Sie eine Bewertung gewählt haben, [+1] oder [-1] voran; weitere Änderungen an Ihrem Text nimmt es nicht vor. Nach dem Empfang vereinheitlicht der Server die Zeilenumbrüche und entfernt Leerraum am Anfang und Ende. Geben Sie dort bitte keine personenbezogenen Daten, Passwörter, Zugangsschlüssel oder Zahlungsdaten ein.
Nutzungsdatensätze enthalten die vollständige IP-Adresse. Wir zeigen sie in der Verwaltungsansicht an und verwenden sie, um eigene Besuche des Betreibers aus den Statistiken auszuschließen. IP-Adressen und Herkunftspfade in unseren eigenen Nutzungsdatensätzen entfernen wir im täglichen Bereinigungslauf, nachdem seit ihrem Eingang auf dem Server 90 Tage vergangen sind. Sie werden deshalb nicht genau im Moment des Ablaufs der 90 Tage gelöscht. Nach Entfernung der IP kann eine Kennzeichnung als Betreiberbesuch erhalten bleiben. Dieselbe IP kann verschiedene Besuche verbinden, bedeutet aber nicht unbedingt dieselbe Person. Gespeicherte IP-Adressen lösen selbst keine automatischen Sperren aus. Signale zu Browsertyp und -version sowie Hinweise auf den Einsatz von Automatisierungswerkzeugen erfassen wir derzeit nicht. Falls wir die Erfassung aktivieren, aktualisieren wir zuvor diesen Hinweis mit Angaben zu Daten, Zweck, Aufbewahrung und Beginn. Bei Aktivierung dienen die Signale der Bot-Erkennung, sind aber Selbstauskünfte des Browsers und Schätzwerte, die weder Typ und Version noch den Einsatz von Automatisierungswerkzeugen eindeutig feststellen. Für die Nutzung vor der Aktivierung erfassen wir sie nicht rückwirkend. Der ursprüngliche User-Agent-Anfrageheader wird nicht aufgezeichnet. Auf deutschen und spanischen Seiten beginnt die Erfassung der eigenen Nutzungs- und Fehlerdaten einschließlich Zugriffsregion, Herkunft, Anzeigesprache und vollständiger IP-Adressen am 12. Oktober 2026 (koreanische Zeit); bis unmittelbar davor wurden diese Daten dort nicht erfasst.
Davon getrennt verarbeitet der Hostinganbieter Cloudflare beim Besuch der Website zur Bereitstellung Verbindungsinformationen wie Ihre IP-Adresse, den Zeitpunkt der Anfrage und User-Agent-Angaben zu Browser und Gerät.
Weitere Informationen finden Sie in der Datenschutzerklärung.
Die Berechnung erfolgt im Browser, ohne Ihre Recheneingaben oder Ergebnisse an den Server zu senden.