drsoong

Hi

habe eine Site von 1und1 zu 1blu umgezogen.

Für die Site ist SSL erforderlich, weswegen ich ein SSL-Zertifikat beantragt und bekommen habe.

Rufe ich jetzt die Site via https auf kommt die Verbindung über mein Smartphone zustande, jedoch nicht von zuhause über Laptop/Desktop und egal welchem Browser.

Der Typ vom Support erzählt mir nun, dass ich mich bis morgen mal gedulden soll, da möglicherweise die DNS-Einstellungen noch nicht komplett sind.
Er empfahl auch, mal meinen Cache zu löschen, was ich sowieso gemacht habe.

Kann mir mal jemand erklären, wie solche DNS-Einstellungen von statten gehen, so dass klar wird, wieso ich via Smartphone die Site aufrufen kann und ansonsten im Moment noch nicht?

__________________
Es ist schon alles gesagt. Nur noch nicht von allen.

Mister Ad

nikosch

http://de.wikipedia.org/wiki/Domain_...s_DNS-Requests

Probiers doch mal direkt auf der IP.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

drsoong

@nikosch: Danke, der Link ist ja schon mal sehr gut.

Bzgl. IP, glaube ich, komme ich nicht weiter. Ist ein Hosting, kein Server. Zwar kann ich die IP ermitteln, die scheint aber nicht direkt mit dem gehosteten Bereich verknüpft zu sein.

Ich finde es nur seltsam, dass ich über http die Site in jedem Fall erreiche und via https nur über 3G/HSDPA. Scheint tatsächlich so zu sein, dass der eine Nameserver die Umstellung schon kennt, und das muss auch was mit dem SSL-Zertifikat zu tun haben, und der andere Nameserver kriegt das nur ohne SSL hin.

__________________
Es ist schon alles gesagt. Nur noch nicht von allen.

nikosch

Vielleicht liegts am NS Deines ISP. Kannst ja probeweise nen anderen Nameserver ausprobieren.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

drsoong

Hm, habe jetzt auf die schnelle nicht herausfinden können, wie ich das mache. Da es eh schon spät ist, werde ich mich jetzt erst mal in der empfohlenen Geduld üben. Melde mich dann morgen nochmal. Gruss

__________________
Es ist schon alles gesagt. Nur noch nicht von allen.

tr0y

loadbalanced Hostings arbeiten mit Multi-Tier DNS Systemen, die unterschiedliche DNS-Tables für unterschiedliche IP-Bereiche / Clienten nutzen. Dein 3G-Smartphone liegt in einem anderen IP Bereich als die restlichen "normalen DSL-Anschlüsse" und werden anders behandelt. Auch wenn der Hoster intern bereits alles korrekt rekonfiguriert hat, dauert es immer eine Weile bis ( gerade bei DNS ) die Änderungen auch an allen anderen DNS-Service-Zonen angekommen sind.

__________________
Lasse mir ohne Anwendung von Gewalt Dinge schenken, Amazon weiß darüber bald mehr.

drsoong

@tr0y: Danke, macht soweit auch Sinn für mich. Was mir jetzt noch fehlt ist, wie das mit den SSL Zertifikaten ist.

Während die Site schon via http erreichbar ist, ist sie via https nur über 3G/HSDPA verfügbar. Das legt doch irgendwie nahe, dass die DNS-Server wahrscheinlich auch irgendeine Info zum Zertifikat erhalten und solange das nicht vorliegt, es eben keine Konnektierung gibt.

Übrigens, dass Problem hat sich tatsächlich inzwischen gelöst. Jetzt funktioniert alles erwartungsgemäß. Das ganze war übrigens ein Test, nachdem mir aufgefallen war, dass ich für 1 Server und 5 Hostingpakete mehr als 2.000 Euro im Jahr an 1und1 ablatze und dass ich bei 1blu ca. 70% einspare. Getestet habe ich sozusagen, ob das Projekt wegen des Preises irgendwie beeinträchtigt läuft. Was weiß ich, wegen alter Hardware, schlechten Bandbreiten und Anbindungen oder so. Das scheint aber nicht so zu sein, weswegen ich jetzt zwei weitere Projekte mit geringer Netzlast dort hin verfrachte.

__________________
Es ist schon alles gesagt. Nur noch nicht von allen.

tr0y

ausgangs domains:

dom1.example.org 100.100.100.1
Qualifikation:
- http
- ftp
- imap
- pop
- smtp

end domains:
dom1.example.org 100.100.100.100

Qualifikation:
- http
- https
- imap ssl
- ftp
- sftp
- pop ssl
- smtp ssl

Aufwand für hoster:
- file content bewegen 100.100.100.1 -> 100.100.100.100
- certifikat konfigurieren
- DNS Einträge überarbeiten

alternative:

dom1.example.org 100.100.100.1
Qualifikation:
- http
- https -> 100.100.100.100 ( internal re-route fürs https protokoll )
- ftp -> 100.100.100.1 ( soft links auf https files auf 100.100.100.100 )
- ftps -> 100.100.100.100 ( soft links auf http files auf 100.100.100.1 )
- pop
- smtp

100.100.100.100
Qualifikation:
- smtp ssl
- imap ssl
- pop ssl
- private sftp
- private https
- LDAP / (x)DAV Plugable Host

* insert alternative multi-tier host lösungen *

Die Liste der Möglichkeiten geht hier noch bis unermessliche Weiter, allein Web Cluster oder Service Grids sind weitere Beispiele für Distributed Service Infrastructures in denen aus "heavy load"-Gründen gerne Aufgaben an andere Maschinen deligiert werden.

In den wenigsten Fällen wird einfach nur ein Zertifikat irgendwo auf einem Server Installiert der viele Aufgaben bewältigt ( MySQL, FTP, Webserver, Mailserver & Co ), dort wär dann dein Zertifikat direkt nach der Installation + Partiellem Reboot ( neustart der Services ) live.

Die Dimension der nötigen Infrastruktur die das ganze Ausliefert, lässt schon erahnen das es Sinn macht "Dienste" auf mehrere Systeme zu verteilen. Ansonsten würde bei einem Hoster der alles auf jeweils einem Server laufen lässt, der Server einfach umfallen und eine "blub.example.org"-Auslastung die restlichen auf dem Server liegenden Domains mit umreißen.

__________________
Lasse mir ohne Anwendung von Gewalt Dinge schenken, Amazon weiß darüber bald mehr.

drsoong

@troy: Danke für die ausführliche Antwort. Kann man vereinfacht dann sagen, dass die Verteilung der verschiedenen Dienste/Protokollzuständigkeiten auf diverse Server eben auch eine Verteilung von geänderten Daten erfordert, die nicht ad hoc von statten geht?

__________________
Es ist schon alles gesagt. Nur noch nicht von allen.

tr0y

Content-Files ( PHP Scripts und Co ) liegen immer da wo der Webservice rennt. Der Rest und dessen "Adressierungs-Weiterleitung" kann verteilt sein, bis da alles synchronisiert ist, dauerts halt, jo.

Kannst du ca. so verstehen.

__________________
Lasse mir ohne Anwendung von Gewalt Dinge schenken, Amazon weiß darüber bald mehr.