Ich habe einen Windows Server 2012 r2 mit 2 Netzwerkkarten. 1 lokale (169.254.1.1/24) und 1 „öffentliche“ (mit einem anderen lokalen Netzwerk verbundene Schnittstelle, 10.0.10.47). Ich habe DNS, DHCP NUR auf der lokalen Schnittstelle und NAT in der öffentlichen Schnittstelle konfiguriert. Ich habe einen PC mit dem lokalen Netzwerk verbunden und er erhält eine korrekte IP (169.254.1.20) und kann einen Ping an die lokale Schnittstelle des Servers senden, aberIch kann die Schnittstelle 10.0.10.47 von meinem PC aus nicht erreichen. Ich weiß, dass es verschiedene Variablen gibt, aber ich habe so viele Websites durchsucht und keine Lösung gefunden.
Mehr Info:
Beide Firewalls sind deaktiviert (nur um einige Variablen zu entfernen)
Ich kann über meine 10.0.10.47-Schnittstelle auf das Internet zugreifen, aber das spielt keine Rolle, da ich von meinem PC aus nicht einmal die IP 10.0.10.47 erreichen kann.
In jedem Host ist nur 1 Standard-Gateway konfiguriert (das ist nicht das Problem), Client-Standard-Gateway: 169.254.1.1, Server-Standard-Gateway: 10.0.10.2.
Die gesamte Szene läuft auf Hyper-V.
Auf dem PC läuft Windows 8 Enterprise.
BEARBEITEN >>>>
- Mein DNS-Dienst löst Internetnamen für den Client auf, es funktioniert also.
Außerdem habe ich diese Anleitungen befolgt:
http://www.altaro.com/hyper-v/how-to-install-configure-tcpip-routing-in-a-hyper-v-guest/
Ich habe weitere Links, kann sie aber aufgrund meines schlechten Rufs auf dieser Site nicht veröffentlichen.
(jetzt habe ich einige Rep-Punkte, danke)http://blog.mikejmcguire.com/2013/10/18/controlling-multi-homed-microsoft-dns-server-registration-your-eyes-can-deceive-you-dont-trust-them/
Denken Sie daran, dass dieses Labor nur zu Testzwecken dient. Ich werde bei Bedarf weitere Informationen hinzufügen. Ich weiß nicht, welche Daten ich sonst noch hinzufügen soll. Vielen Dank im Voraus.
GELÖST(danke an @joeqwerty)
Ich habe einen ungültigen lokalen IP-Bereich (169.254.1.1/24) verwendet. Dieser Bereich ist im vom APIPA-Protokoll verwendeten Bereich (169.254.0.1 bis 169.254.255.254) enthalten, wie hier beschrieben:http://www.webopedia.com/TERM/A/APIPA.html. Das bedeutet, dass mein 10.0.10.47 die Pings vom Client (169.254.1.20) empfing, aber aufgrund dieses Problems nicht antwortete.
LETZTE BEARBEITUNG:
Hier ist der RFC, der besagt, dass der Bereich 169.254/16 nicht routbar ist:https://www.rfc-editor.org/rfc/rfc3927#section-1.6
Habe gerade meinen lokalen Bereich auf 192.168.1.1/24 geändert und alles funktioniert einwandfrei.
Antwort1
Wenn der Server als Router fungieren soll, müssen Sie dem Server die RRAS-Rolle hinzufügen.
APIPA konfiguriert kein Standard-Gateway und ist daher kein „routbarer“ Adressbereich. Es ist für die Kommunikation innerhalb eines einzigen Netzwerks gedacht.
Sie sollten den Clients eine „echte“ IP-Adresskonfiguration zuweisen, einschließlich des Standard-Gateways und der DNS-Server.