Beachten Sie, dass die Website, die über einen Domainnamen erreicht wird, möglicherweise nicht direkt im Stammverzeichnis der IP-Adresse gehostet wird, also zugeordnet werden example.org
kann 123.45.67.89/~example
. Dies ist bei normalen Webhosts üblich, da sie keine IP-Adresse pro Website zuweisen können - das wäre unglaublich verschwenderisch.
Zum Beispiel, wenn Sie ein tun DNS - Lookup von webmasters.stackexchange.com
, werden Sie die IP - Adresse bekommen 198.252.206.140
(auf der rechten Seite auf der Website I verbunden sind ). Während die IP-Adresse zu einer StackExchange-Seite wechselt, führt sie nicht zum Webmaster-Bereich, der sich möglicherweise in einer ähnlichen Form befindet 198.252.206.140/www/webmasters
.
Ein Nachteil der Verwendung einer IP-Adresse (oder so ähnlich 123.45.67.89/~example
) ist die Notwendigkeit einer statischen IP-Adresse. Wenn sich die IP-Adresse aus irgendeinem Grund ändern muss, haben Sie keine Möglichkeit, Benutzer umzuleiten. Bei einem Domain-Namen müssen lediglich die DNS-Einträge aktualisiert werden, um auf die neue IP-Adresse zu verweisen.
Eine andere offensichtliche Konstante von IP-Adressen ist, dass sie viel schwerer zu merken sind als ein Name und eine Endung.
Standardmäßig ist eine Website über den Domainnamen sowie über die IP-Adresse verfügbar. Unterschiedliche Antworten / Kommentare zu dieser Frage bieten unterschiedliche Perspektiven, und ich möchte das nicht abschreiben.
Ich persönlich würde den Zugriff über die IP-Adresse nicht blockieren, nur weil man nicht erwartet, dass das Internet so funktioniert. Darüber hinaus wird ein normaler Benutzer die IP-Adresse Ihrer Website niemals zufällig finden und auf keinen Fall anfangen, Links zu Ihrer Website mit der IP-Adresse freizugeben. Alle Bemühungen für SEO und Sicherheit werden also sicherlich besser woanders ausgegeben.
stackexchange.com
und nichtwebmasters.stackexchange.com
. gwhois.org/webmasters.stackexchange.com+dns173.194.41.161
die Startseite von Google angezeigt.Die ursprüngliche Version von HTTP enthielt keinen Mechanismus, mit dem der Client den Hostnamen als Teil der Anforderung angeben konnte. Es stellte eine Verbindung zum Server her und sendete nur den Pfadteil der URL. Eine der frühen Änderungen am HTTP-Protokoll bestand darin, dem Client die Möglichkeit zu geben, andere "Header" -Informationen, einschließlich des Hostnamens, zu senden.
Vor 20 Jahren war die Browserunterstützung für virtuelle Hosts sehr lückenhaft. Damals hätte es einen triftigen Grund gegeben, den Inhalt auch nur über die IP-Adresse bereitzustellen. Ein kleiner Prozentsatz der Clients hätte den Host-Header nicht gesendet. Der Hostname ist jetzt ein Standardheader, der von jedem Browser und Webcrawler gesendet wird.
Tatsächlich stelle ich fest, dass Anforderungen, die nach Inhalten auf einer IP-Adresse suchen, wahrscheinlich nicht erfüllt werden, wenn mein Server mit meiner Website antwortet. Ich sehe in der Regel nur IP-Anfragen, die:
Ich bevorzuge es jetzt, einen 404-Fehler nur für IP-Adressanforderungen bereitzustellen, anstatt meine Site zu bedienen oder auf meine Site umzuleiten. Meine Server sind auch so konfiguriert, dass 404 Seiten an unbekannte Hostnamen gesendet werden, wie in der Antwort auf " Wie gehe ich mit böswilligen Domainumleitungen um?" Erläutert .
quelle
Insbesondere wenn Sie ein Shared Hosting oder einen eigenen Server haben, der mehrere Domains hostet, können Sie nicht über IP auf die "Website" zugreifen. Für Ihren eigenen Server können Sie möglicherweise eine primäre Domain definieren, die bei Eingabe der IP erreicht wird. Für Shared Hosts ist das unmöglich.
Wie von @Ijacqu erwähnt, kann sich die IP leicht ändern.
Eine andere Sache ist doppelter Inhalt, daher ist es im Grunde keine gute Praxis, dies zu tun.
Wenn Sie möchten, dass eine Website über ihre Server-IP erreicht wird, sollten Sie der Domain selbst auf jeden Fall eine 301- oder 302-Weiterleitung hinzufügen.
Für einen von mir verwalteten Server habe ich eine kleine HTML-Site hinzugefügt und als Standardwebsite "Willkommen bei 123.456.789.123" angegeben, da mehrere Kundenprojekte auf diesem Computer gehostet wurden und ich nur eine White-Label-Lösung für die Standardwebsite benötigte. Ich habe das mit Apache vhosts konfiguriert.
quelle
Aus SEO-Sicht ist es eine Katastrophe.
Wenn Sie eine Website haben, zum Beispiel stackexchange.com, und diese auch über die IP-Adresse erreichbar ist, führt dies zu doppelten Inhalten.
Dies zerstört Ihre Platzierungen und verwirrt Ihre Nutzer, die Google durchsuchen und 2 Ergebnisse für dasselbe Thema finden (eines über den Domainnamen und eines über die IP-Adresse).
Machen Sie niemals eine Domain über die IP-Adresse zugänglich.
Wenn Sie eine Domain auf einem einzelnen Server haben, ist der beste Ansatz, den
301 redirect
IP-Adresszugriff auf diese Domain zu lenken.Wenn Sie mehr als eine Domäne auf einem Server haben, deaktivieren Sie den direkten Zugriff auf die IP-Adresse.
quelle
<link rel="canonical" href="http://example.com" />
, um doppelte Inhalte zu vermeiden.Nur meine 2 Cent, ich habe ein paar Websites auf meinem Webserver (ca. 8) und sie haben alle genau die gleiche IP-Adresse. Mit der Verwendung von Host-Headern hilft der vollqualifizierte Domänenname dem Webserver (in meinem Fall Apache), die Anforderung an das richtige Verzeichnis für die betreffende Website weiterzuleiten. Die IP-Adresse wird standardmäßig an die Website meines Unternehmens weitergeleitet. Ich habe festgestellt, dass dies seit etwa 2001 die Norm für die meisten Webhosting-Anbieter ist, insbesondere angesichts des aktuellen Zustands der IPv4-Adressen. Nur ein paar Hintergrundinformationen, ich habe ungefähr 8 Jahre für Voyager.net (in Michigan) gearbeitet und Voyager war ein Hosting-Unternehmen und ein ISP, der über 80.000 Domains gehostet hat, und ich weiß nicht, wie viele Websites wir gehostet haben. In einer Randnotiz wird der vollqualifizierte Domänenname per Definition verwendet, um der IP-Adresse lesbare Adressen zuzuweisen, damit wir sie leichter merken können. Wieder nur meine 2 Cent.
quelle
Aus sicherheitstechnischer Sicht ist dies ein kluger Schachzug.
Auf den meisten stark frequentierten Websites wird irgendwo eine CDN verwendet. Daher wird jeder versuchte DOS- oder DDOS-Angriff einfach über die CDN-Server abgeführt und erreicht nicht die Benutzerseite.
Wenn einem Benutzer jedoch die IP-Adresse der Site bekannt ist, kann er direkt einen Angriff auf die IP auslösen und den Server in kürzester Zeit herunterfahren. Aus diesem Grund bieten die meisten CDNs Optionen zum Verbergen der IP-Adressen Ihres Servers an. Es ist also ein guter Schachzug, jemandem, der versucht, auf die Site zuzugreifen, eine 404 zu geben. Dies kann durch eine .htaccess-Datei oder durch das Hosten der Site an einem anderen Ort als dem Standardstamm des Serverdokuments geschehen.
quelle
Was jeder am Shared IP-Hosting vergisst, ist, dass es sich um 1000 Autos mit derselben Lizenznummer handelt. Wenn eine Person etwas Bösartiges tut, wird der Datenverkehr auf dem Zielserver ab einer IP-Adresse angezeigt. Es wird blockiert, und alle anderen, die es benutzen, tun es auch. Jede Site, die Ihnen am Herzen liegt, sollte eine eigene IP-Adresse haben. Alle E-Mails, die Sie senden, sollten von Ihrer IP stammen, nicht von einer freigegebenen. Ich gebe mich mit nichts weniger zufrieden und bin seit 1994 dabei.
quelle