User UID nicht in Reihenfolge beim Anlegen neuer Benutzer
Eingetragen von Jenna (1883)am 04.01.2016 - 14:52 Uhr in
Wenn ich neue Benutzer anlege gibt es große Sprünge bei den UID Nummern, es handelt sich um eine ganz frische Drupal Installation.
user/1 als Admin
user/37 beim Anlegen des 2. Benutzers
user/45 beim Anlegen des 3. Benutzers
Hat das einen tieferen Sinn oder läuft da was verkehrt? Warum gibt es so viele Leerstellen zwischen den UIDs?
Grüße Jenna
- Anmelden oder Registrieren um Kommentare zu schreiben
Hallo Jenna, ich denke, das
am 04.01.2016 - 16:59 Uhr
Hallo Jenna,
ich denke, das sind Bots oder User die sich versuchen zu registrieren,
die Registration aber nie abschliessen.
Drupal verwendet keine Foreign Keys, sondern verwaltet die UID's selbst.
Dadurch bleiben wohl die Lücken in den UIDs, was aber nicht weiter stören sollte.
Grüsse
Robert
Zitat:ich denke, das sind
am 04.01.2016 - 17:07 Uhr
ich denke, das sind Bots oder User die sich versuchen zu registrieren, die Registration aber nie abschliessen.
Die Installation ist erst 3 Tage alt und von Anfang an unter Siteschutz, da sollten eigentlich Bots nicht durchkommen.
Ich kann auch unter admin/reports/dblog nichts finden (ausgenommen die 2 Testuser die ich selbst angelegt habe).
Dadurch bleiben wohl die Lücken in den UIDs, was aber nicht weiter stören sollte.
Das ist schon mal beruhigend, danke...
Grüße Jenna
Hi Jenna, wenn die
am 05.01.2016 - 12:17 Uhr
Hi Jenna,
wenn die Installation eine öffentliche IP hat sind 3 Tage schonb sehr lang.
Die ersten Bots und angriffe dauern heute ein paar Minuten/Stunden sobald ein Server online ist.
Es kann allerdings auch ein Modul sein welches auf die next_id Funktion zugreift das erhöht die uid in der sequenz Tabelle.
Siehe hier: https://api.drupal.org/api/drupal/includes!database!database.inc/function/db_next_id/7
Das halte ich allerdings eher für unwarscheinlich.
Grüsse
Robert
Höhere User-IDs nicht ungewöhnlich
am 06.01.2016 - 00:15 Uhr
[
Die Installation ist erst 3 Tage alt und von Anfang an unter Siteschutz, da sollten eigentlich Bots nicht durchkommen.
Ich nehme an, damit meinst Du enen Passwort.Schutz auf Webserver-Ebene (z.B. über ".htaccess")? Da sollten die Bots tatsächlich nicht dran vorbei kommen.
Ich glaube bis einschließlich Drupal 6 war es in der Regel noch so, daß es nach der Installation User 1 und 0 gab und es dann bei den neuen Usern erst mit user/3 weiter ging mit einer "saubere Zählung". User 2 war anscheinend beim Installationsvorgang temporät existent, um daraus User 0 zu machen, hat mir mal jemand erklärt.
Ich weiß zwar gerade nicht warum das so ist, aber es ist nicht ungewöhnlich, daß unter Drupal 7 Konstellationen gibt wie user 1 und 2 und es z.B. dann erst mit mit den IDs 26 und 27 weiter geht. So ist es z.B. in einer meine lokalen Test-Instalationen, die noch niemals aus dem Internet zugänglich waren. Hier würde ich also erstmal keine Bots verdächtigen, die natürlich wirklich sofort lauern, wenn man ein Drupal in die freie Wildbahn entlässt.
Was ich diesbezüglich eher blöd finde ist die Default-Einstellung, daß sich überhaupt User selbst registrieren können. Denn in der Regel konfiguriere ich ein System erstmal sauber durch (insbesondere auch mit Bot-Bekämpfungsmodulen wie z.B. Honeypot), bevor ich User einlade, sich dort zu registrieren.
Ja, ich meinte Passwortschutz
am 23.01.2016 - 13:41 Uhr
Ja, ich meinte Passwortschutz per htaccess, Siteschutz hat sich bei mir eingeschlichen weil die Kunden das besser verstehen, sorry für die Verwirrung.
An Bots kann das daher nicht liegen, auf anderen Installationen habe ich diese Sprünge auch, aber in immer unterschiedlichen Abständen, wenn pro User ständig 20 - 30 UIDs übersprungen werden, hoffe ich nur das die UIDs nicht im 5 stelligen Bereich enden ;-)
Grüße Jenna