
Mein Provider hat ein (dummes) Setup, bei dem die IP-Adresse für das Gateway in einem völlig anderen IP-Bereich liegt als die zugewiesene IP-Adresse. Sie bestehen aus irgendeinem Grund darauf, dies zu tun. Ich versuche, Windows Server 2012 R2 mit einer statischen Route zu konfigurieren, hatte aber kein Glück. Ich konnte das Netzwerk unter FreeBSD mit der folgenden Konfiguration in /etc/rc.conf konfigurieren:
ifconfig_vtnet0="inet 142.4.196.xxx netmask 0xffffffff"
static_routes="net1 net2"
route_net1="-net 192.99.16.254/32 -iface vtnet0"
route_net2="default 192.99.16.254"
Gibt es eine Möglichkeit, dies so zu konvertieren, dass es unter Windows Server 2012 R2 funktioniert? Ich habe es versucht, route ADD 0.0.0.0 MASK 0.0.0.0 192.99.16.254
aber ohne Erfolg.
Hier sind meine IP-Adressinformationen:
IP Address: 142.4.196.xxx
(Required) subnet mask: 255.255.255.255
Gateway: 192.99.16.254
Antwort1
Beim OVH-Hosting ist das Gleiche der Fall. Der Ihnen zugewiesene IP-Block enthält nicht Ihr Gateway.
Sie bieten Anweisungen für jedes Betriebssystem, die Ihnen vielleicht weiterhelfen:http://help.ovh.co.uk/BridgeClient
Ihre Standardroute in Ihrem Beitrag wird funktionieren, aber Sie müssen eine Route zu diesem Gateway angeben
Antwort2
Sie müssen keine statische Route einrichten, die richtige Netzmaske sollte ausreichen. Sie scheinen sie auf eingestellt zu haben 255.255.255.255
, aber Sie müssen sie auf einstellen0.0.0.0
Antwort3
Nachdem ich endlich meinen Provider erreicht hatte, stellte sich heraus, dass das Problem darin bestand, dass die MAC-Adresse falsch war und deshalb keine Verbindung hergestellt werden konnte. Ich musste (zum Glück) keine statischen Routen oder ähnliches hinzufügen, damit es funktionierte.