Netzabbildung
Inhaltsverzeichnis
Netzplan
Das Netzwerk wird aktuell umgebaut. Diverse Router oder andere Geräte werden virtualisiert, ein Rack ensteht im Keller, in das dann auch Hardware aus dem Vorraum-Rack umzieht. Sofern das ganze fertig ist, wird die Dokumentation generalüberholt.
IP und Nutzung
statische IPs und DHCP/DNS
Möchtest du dir eine statische IP-Adresse im öffentlichen /dev/tal-Netz zuweisen? Frage dich, ob du diese wirklich brauchst. DHCP erstellt im Allgemeinen auch über den Hostname der DHCP-Anfrage im lokalen DNS einen Eintrag der Form "hostname.in.devtal.de". Darüber kannst du dein Netzwerkgerät auch ohne statische Adresse leicht erreichen. Sollte das nicht funktionieren, melde dich bitte kurz, wir debuggen das (freie Zeit vorausgesetzt). Beachte: DHCP-Leases skalieren deutlich besser als statische IP-Zuweisungen! Vermeide statische IPs wenn möglich.
Willst du dennoch eine statische IP haben, kündige bitte deine Belegung hier kurz an. Benutze bevorzugt den Bereich zwischen .200.1 und .200.255 für deine Einträge.
Services
Für Services wie lokale Web-Applikationen etc. benutzen wir den Bereich von 201.201 bis 201.254, bitte wende dich an ein Mitglied welches einen Netzwerkhut auf hat, falls du dir nicht sicher bist.
Tabelle
Name/Ding | IPv4-Adresse (statisch) | IPv6-Adresse (statisch) |
---|---|---|
musikding (MPD) | 192.168.200.10 | 2a02:a00:1033:42::10 |
LED-Matrix | 192.168.200.12 | |
datending (neue IP) | 192.168.200.30 | 2a02:a00:1033:42::30 |
phipding | 192.168.200.70 | |
testding | 192.168.200.71 | |
routingding | 192.168.200.72 | |
banan (ΦΨ) | 192.168.200.85 | |
soli (ΦΨ) | 192.168.200.86 | |
systemintegration (ΦΨ) | 192.168.200.87 | |
pygoscelispapua (ΦΨ) | 192.168.200.88 | |
rotschnabel (ΦΨ) | 192.168.200.89 | |
DHCP-Range | 192.168.201.0-200 | |
Zyxel Switch Tisch | 192.168.201.251 | |
Serviceding (DNS) | 192.168.201.252 | |
VMWare | 192.168.201.253 | |
Gateway | 192.168.201.254 |
PUv4
Addr | Ding |
---|---|
128 | /28 |
129 | PU-Gateway |
130 | FFW Gathe |
131 | |
132 | Carsten Laptop Admin Linux |
133 | |
134 | |
135 | |
136 | FFW Rathaus routing.prod |
137 | phipding |
138 | FFW routing.exp |
139 | Utopia-Netz NAT |
140 | GM-Netz NAT |
141 | FFW DNS/Web/Foo |
142 | /dev/tal/NAT |
143 | brdc |
Wenn das Internet in /dev/tal nicht funktioniert
Erst überprüfen, ob die Infrastruktur innerhalb /dev/tal in Ordnung ist, weil das Problem meistens da liegt.
Internet-Checkliste
- ping 8.8.8.8
- + es gibt das Internet, dein Computer spinnt
- - irgendetwas stimmt nicht, siehe unten
- - keine IP?
- du hast keine IP?: DHCP spinnt … vergebe dir in Absprache mit den Anderen temporär die 192.168.1.19/24 mit dem Gateway 192.168.1.1 und teste nochmal
- ping 192.168.1.4 (Switch auf dem Tisch nicht eingeschaltet …)
- ping 192.168.1.1 (pfSense ist tot oder Kabel defekt …)
- überprüfe die Lämpchen am Transition Router und ZyXEL-Switch auf dem Tisch (siehe Zeichnung)
- überprüfe die Kabelverbindungen
- ping 192.168.42.1 (Lancom ist nicht erreichbar oder tot …)
- überprüfe den Transition Router (WAN-Lämpchen)
- überprüfe den MRV-Switch im Flur
- Port 26 leuchtet nicht: (Wand)Kabel defekt
- Port 15 leuchtet nicht: Verbindung zur UTOPIAstadt gestört
- sn0wdiver Bescheid sagen
- Freifunk nutzen
- Ports 26 und 15 OK: MRV-Switch neu starten, meistens hat es einen Schluckauf
- MRV-Switch Stromversorgung identifizieren und für mehrere Sekunden den Strom trennen, auf keinen Fall irgendetwas anderes oder sogar den ganzen Schrank vom Stromnetz trennen!!!!!111!1!!!!!111!1!!1elf1!eins!!
ist das Internet lahm, deaktiviere IPv6, da der Spacebot überlastet sein könnte.
phip hat das Netzwerk neulich eingerichtet. Ansonsten sn0wdiver anrufen. Clownfisch und Christian Hang können auch helfen.
Drucker-Checkliste
- vor der Benutzung Drucker mit Port 6 des MRV-Switches im Flur verbinden
- nach der Benutzung Drucker vom Port 6 des MRV-Switches im Flur abtrennen und das Kabel verstauen
LED-Matrix-Checkliste
Keine richtige Uhrzeit aus Braunschweig?
- (Wenn die LED-Matrix schon eine Weile läuft, LED-Matrix ausschalten)
- LED-Matrix einschalten
- warten bis etwas angezeigt wird
- LED-Matrix abschalten
- warten, bis die LEDs erloschen sind
- LED-Matrix sofort wieder einschalten
Die Uhrzeit ist nach spätestens 10 min da, ansonsten Netzwerk prüfen und Prozedur wiederholen
Grund: ist halt so … nein, Quatsch: Du hättest zuerst den Switch auf dem Tisch starten sollen und abwarten, bis dieser zu Ende bootet.