Hostname nicht als Login-URL nutzen [GELÖST]

[clortho]

Hallo zusammen,

ich würde gerne example.com als Hauptdomain für den Server deklarieren, da später automatische jeder Kunde eine kunde.example.com - Domain bekommen soll. Allerdings würde ich example.com nicht als KeyHelp-Login, sondern eine Subdomain. z. B. keyhelp.example.com

Unter example.com würde ich gerne meine eigene Website präsentieren.

Wie kann ich dies am einfachsten lösen?

clortho

[24unix]

Hallo zusammen,

ich würde gerne example.com als Hauptdomain für den Server deklarieren, da später automatische jeder Kunde eine kunde.example.com - Domain bekommen soll. Allerdings würde ich example.com nicht als KeyHelp-Login, sondern eine Subdomain. z. B. keyhelp.example.com

Unter example.com würde ich gerne meine eigene Website präsentieren.

Wie kann ich dies am einfachsten lösen?

clortho

Schreib den Besitzer der Domain an:

Code: Select all

❯ whois example.com
   Domain Name: EXAMPLE.COM
   Registry Domain ID: 2336799_DOMAIN_COM-VRSN
   Registrar WHOIS Server: whois.iana.org
   Registrar URL: http://res-dom.iana.org
   Updated Date: 2023-08-14T07:01:38Z
   Creation Date: 1995-08-14T04:00:00Z
   Registry Expiry Date: 2024-08-13T04:00:00Z
   Registrar: RESERVED-Internet Assigned Numbers Authority
   Registrar IANA ID: 376
   Registrar Abuse Contact Email:
   Registrar Abuse Contact Phone:
   Domain Status: clientDeleteProhibited https://icann.org/epp#clientDeleteProhibited
   Domain Status: clientTransferProhibited https://icann.org/epp#clientTransferProhibited
   Domain Status: clientUpdateProhibited https://icann.org/epp#clientUpdateProhibited
   Name Server: A.IANA-SERVERS.NET
   Name Server: B.IANA-SERVERS.NET
   DNSSEC: signedDelegation
   DNSSEC DS Data: 370 13 2 BE74359954660069D5C63D200C39F5603827D7DD02B56F120EE9F3A86764247C
   URL of the ICANN Whois Inaccuracy Complaint Form: https://www.icann.org/wicf/
>>> Last update of whois database: 2024-07-27T17:19:56Z <<<

For more information on Whois status codes, please visit https://icann.org/epp

NOTICE: The expiration date displayed in this record is the date the
registrar's sponsorship of the domain name registration in the registry is
currently set to expire. This date does not necessarily reflect the expiration
date of the domain name registrant's agreement with the sponsoring
registrar.  Users may consult the sponsoring registrar's Whois database to
view the registrar's reported date of expiration for this registration.

TERMS OF USE: You are not authorized to access or query our Whois
database through the use of electronic processes that are high-volume and
automated except as reasonably necessary to register domain names or
modify existing registrations; the Data in VeriSign Global Registry
Services' ("VeriSign") Whois database is provided by VeriSign for
information purposes only, and to assist persons in obtaining information
about or related to a domain name registration record. VeriSign does not
guarantee its accuracy. By submitting a Whois query, you agree to abide
by the following terms of use: You agree that you may use this Data only
for lawful purposes and that under no circumstances will you use this Data
to: (1) allow, enable, or otherwise support the transmission of mass
unsolicited, commercial advertising or solicitations via e-mail, telephone,
or facsimile; or (2) enable high volume, automated, electronic processes
that apply to VeriSign (or its computer systems). The compilation,
repackaging, dissemination or other use of this Data is expressly
prohibited without the prior written consent of VeriSign. You agree not to
use electronic processes that are automated and high-volume to access or
query the Whois database except as reasonably necessary to register
domain names or modify existing registrations. VeriSign reserves the right
to restrict your access to the Whois database in its sole discretion to ensure
operational stability.  VeriSign may restrict or terminate your access to the
Whois database for failure to abide by these terms of use. VeriSign
reserves the right to modify these terms at any time.

The Registry database contains ONLY .COM, .NET, .EDU domains and
Registrars.
% IANA WHOIS server
% for more information on IANA, visit http://www.iana.org
% This query returned 1 object

domain:       EXAMPLE.COM

organisation: Internet Assigned Numbers Authority

created:      1992-01-01
source:       IANA

[Jolinar]

Schreib den Besitzer der Domain an

Du bist aber heute wieder bissig

Wie kann ich dies am einfachsten lösen?

Indem du bei der Installation einen FQDN angibst.


Vielleicht noch etwas zur Klärung der Begriffe...

Hostname:
Der Hostname ist der Name eines Geräts in einem Netzwerk. Er dient zur Identifizierung des Geräts innerhalb dieses Netzwerks. Beispiele für Hostnames sind "server1", "laptop", oder "router".
FQDN (Fully Qualified Domain Name):
Ein FQDN ist ein vollständiger und eindeutiger Hostname, der den Hostnamen und seinen vollständigen Domainnamen enthält. Er besteht aus dem Hostnamen, gefolgt von einem Punkt (.) und der hierarchischen Domainstruktur. Ein Beispiel wäre zB. server1.example.com.
Der FQDN ist im Internet für die eindeutige Identifizierung von Geräten unverzichtbar und wird vom DNS (Domain Name System) verwendet, um IP-Adressen aufzulösen.

[24unix]

Schreib den Besitzer der Domain an

Du bist aber heute wieder bissig

Du findest es doch auch ziemlich nervig, wenn Leute Hilfe wollen, aber nicht bereit sind, zu sagen, wobei man helfen soll.
Ich finde ja, man sollte das verpflichtend machen: viewtopic.php?p=37653#p37653 für Leute, die Support von der Community wollen.

Wer das nicht will, KeyWeb steht ja Mo-Fr während der regulären Arbeitszeit auch hilfreich zu Seite.

[Tobi]

Wie kann ich dies am einfachsten lösen?

Kleines API Skript zum Kundenanlegen und automatisch angelegter Subdomain, fertig

[blickgerecht]

Man könnte doch bei der Installation keyhelp.deinedomain.de angeben und das Schema anschließend im den Einstellungen ändern, unter System-Domain-Schema.

Oder spricht da etwas dagegen?

[Tobi]

Wie Jolinar es bereits erläutert hat!?!
Warum soll ich das nochmal schreiben?
Lies bitte den ganzen Thread von Anfang an.

[blickgerecht]

In meiner Antwort habe ich nur versucht eine Lösung für die gestellte Frage zu erklären. Die beschriebene Möglichkeit, das System-Domain-Schema anzupassen, wurde vorher noch nicht konkret erwähnt. Ich dachte, das sei eine einfache Möglichkeit, das „Problem“ des Fragestellers zu lösen, an die er womöglich noch nicht gedacht hat bzw. die Option nicht kennt.

Ich habe das Thema komplett gelesen.
Und selbst wenn nicht? Das könnte doch auch mal passieren, oder? Wieso denn immer die Unterstellungen und die Bissigkeit?
Man könnte hier wirklich manchmal schnell die Lust verlieren, sich zu engagieren, versuchen zu helfen. Ich mache das auch in meiner Freizeit und vor allem nicht mit bösen Absichten…

[Henning]

Also ich arbeite tatsächlich auch immer mit dem eigentlichen Hostnamen zum jeweiligen Server. Ich glaube auch nicht, dass es den Kunden nun stört, den Link server1.domain.tld oder server2.domain.tld aufzurufen. Es ist eher eine "Ansichtssache".

Ein Kollege von mir verwenden panel.domain.tld.. Dort kann sich der Kunde mit Loginnamen und Kennwort anmelden und wird direkt zum dafür zuständigen Server weitergereicht. Vielleicht wäre das auch ein Lösungsansatz?

[Tobi]

Sorry Roland aber Jolinar hat doch ganz klar erklärt, dass ein Server einen FQDN benötigt.
Ein FQDN besteht nunmal aus drei Teilen.
Klar kann man dann im Nachgang einfach nur den Domainnamen als Hostnamen setzen.
Nur weil man es kann bedeutet aber nicht, dass es richtiger wird.

Hier lesen viele User mit und dann kommst du daher und gibst zweideutige Tipps.

So wie du von einer angeblichen „Bissigkeit“ genervt bist, könnte ich genervt sein Jolinars Erklärung nochmals erklären zu müssen.
Warum hat Jolinar wohl nicht von der Umbenennung gesprochen? Weil es eben nicht die richtige Lösung ist.

Und solange du sogar die Sinnhaftigkeit des „von Anfang an lesens“ hinterfragst weiss ich nicht wie man dir helfen kann? Denn deine Frage war:

Oder spricht da etwas dagegen?

Und meine Antwort war und ist:
Jolinar hat es bereits erklärt.

[Sheldon Cooper]

Man könnte doch bei der Installation keyhelp.deinedomain.de angeben und das Schema anschließend im den Einstellungen ändern, unter System-Domain-Schema.

Oder spricht da etwas dagegen?

Ich vermute, dass du möglicherweise den Grundgedanken hinter dieser Einstellmöglichkeit nicht realisiert hast.
Die System-Domain dient dazu, dass der User auch ohne Zuweisung einer eigenen Domain auf den ihm zugeteilten Webspace zugreifen kann, steht auch so im Panel (beim Anlegen eines Users bzw. Kunden):

Erstellt die System-Domain nach folgendem Schema: <BENUTZERNAME>.<PANEL_DOMAIN>
Mit dieser Domain kann der Benutzer auf seinen Webspace zugreifen, auch ohne dass ihm eine Domain zugewiesen wurde.

Der TE sucht aber nicht nach einer Lösung, um auf den Webspace zuzugreifen sondern danach, das Panellogin unter einer Subdomain verfügbar zu machen.
Insoweit ist dein Lösungsvorschlag nicht das, was der TE wollte.

[blickgerecht]

Ich hab es so verstanden, dass der TE Keyhelp unter keyhelp.example.com erreichen möchte. Kundendomains sollen automatisch unter kunde.example.com erreichbar sein.

Insofern hatte ich ja die Frage in die Runde gestellt, ob man nicht als Hostname bei der Installation keyhelp.example.com angeben kann, dafür aber beim System-Domain-Schema bspw.

Code: Select all

<USERNAME>.example.com

Seine Domain example.com (für seine Website) könnte er dann ja evtl. einfach als Domain einem Benutzer zuordnen.

So, dachte ich, sei das Ziel evtl. erreicht. Aber ich kann es durchaus auch falsch verstanden haben. Dazu müsste der TE evtl. noch einmal aufklären

[blickgerecht]

Sorry Roland aber Jolinar hat doch ganz klar erklärt, dass ein Server einen FQDN benötigt.
Ein FQDN besteht nunmal aus drei Teilen.

Habe ich etwas anderes gesagt? Mein Vorschlag war, bei der Installation keyhelp.example.com – nicht example.com – als Hostname anzugeben. Das wäre doch ein FQDN, oder nicht?

Klar kann man dann im Nachgang einfach nur den Domainnamen als Hostnamen setzen.
Nur weil man es kann bedeutet aber nicht, dass es richtiger wird.

Das habe ich nicht vorgeschlagen. Ich habe nur vorgeschlagen, das Schema für die automatischen Kunden-Domains anzupassen.

Und solange du sogar die Sinnhaftigkeit des „von Anfang an lesens“ hinterfragst weiss ich nicht wie man dir helfen kann?

Wo habe ich denn die Sinnhaftigkeit hinterfragt? Ich habe doch geschrieben:

Ich habe das Thema komplett gelesen.
Und selbst wenn nicht? Das könnte doch auch mal passieren, oder? Wieso denn immer die Unterstellungen und die Bissigkeit?

Also nochmal: Ich habe es ganz gelesen. Und das ist auch absolut das sinnvollste.

Was ich nur sagen wollte: Hier im Forum sind alle immer so bissig, wenn jemand mal einen Fehler macht. Ob mal jemand aus Versehen nicht den ganzen Thread gelesen hat, mal einen falschen Ansatz verfolgt, o.ä.
Ist das wirklich Sinn einer Community, in der sich Benutzer gegenseitig helfen? Sind Fehler nicht auch einfach menschlich?

Ich freue mich total, wenn mir jemand einen Fehler aufzeigt, den ich gemacht habe. Daraus kann ich lernen. Danke, dass ihr das tut!

Ich habe auch auf keinen Fall den Anspruch, dass ich immer alles richtig mache – das wäre ja auch total vermessen.
Aber habt doch diesen Anspruch auch nicht an alle. Ich würde denken, das führt eher dazu, dass man sich nicht mehr traut oder einfach keine Lust mehr hat, sich hier zu beteiligen. Mir jedenfalls geht es so. Aber vielleicht ist das gewünscht

Und der Vollständigkeit halber: Ich kann auch total verstehen, dass ihr manchmal genervt seid, wenn es User gibt, die immer nur die Hälfte lesen, die sich wirklich mit überhaupt nichts auskennen und vor allem, wenn jmd. einfach nur unhöflich ist. Alles gab es hier ja schon. Aber verallgemeinert das doch nicht bzw. unterscheidet dabei doch.

[Alexander]

Ich hab jetzt auch nicht verstanden, warum sich es nun so hochgeschaukelt hat.

Zur Lösung also nochmal zusammengefasst wie von blickgerecht schon beschrieben:

1. Server umbenennen über Konfiguration -> Hostnamen nach "keyhelp.example.com"
(oder gleich neu installieren mit neuem Namen)

2. Das Schema für die System-Domain aktualisieren auf "<USERNAME>.example.com"