Office: (Office 2010) Access 2010: Benutzernamen auslesen und verwenden

Win 7
Benutzerkontoname - "Benutzername"
CumputerName - "Name7-HP"

getestet...
Code:

Wo ich diesen Namen finde ("Name7"), keine Ahnung. Alle beiden anderen Namen habe ich gefunden.
Das mit gleichen Namen habe ich mich geirrt, ist schon etwas her und habe es,
durch Namensähnlichkeit, verwechselt.
Kann ja mal passiere *Smilie

 

Ich finde die fGetFullNameOfLoggedUser nicht bei Dev Ashish.
Ich vermute aber, dass Name7 der tatsächliche, echte Kontoname ist. Benutzername wird vmtl. der Anzeigename des Kontos sein.

Environ greift die Umgebungsvariablen ab (s. Post #14 von jmc). Für USERNAME sollte das immer der Kontoname sein; bei einem lokalen Rechner eben der lokale Benutzer; in einer Netzwerk- (bzw. AD-) Umgebung die entsprechende Netzwerkkennung (ohne Domäne!)

Nachtrag:
Habe jetzt die Funktion über Google auf einer anderen Seite gefunden; auf den ersten Blick verstehe ich es so, dass hier neben dem Kontonamen auch der Domänennamen ermittelt und dann verknüpft wird.

 

nicht Name7, sondern Name7-HP, das ist der Rechnername, s. zB Explorer, Rechtsklick auf Computer und dann Eigenschaften.

 

jmc@ sorry, habe deinen Beitrag erst jetzt gesehen (durch Beitrag von Benny) danke.
Habe es mir angesehen und User ist der gleiche Name der bei Environ("USERNAME") herauskommt.
Anscheinend ist der andere Namen echt nur der Anzeigename wie Benny schon vermutet.

Na ja, aber was ist, wenn im Netzwerk ein Benutzerkonto den gleichen Namen hat?
Möglich wäre es ja theoretisch. Wüsste dann nicht mal wie ich diesen Namen ändern könnte.
Der Anzeigename wäre einfach zu ändern...

Übrigens, für den 2. User in der Fa. ist mit Environ("USERNAME") "Gast Konto" heraus gekommen.
Den Kontonamen findet man auch im Explorer unter Benutzer, aber dort ist er nicht änderbar.
Denke, er ist einfach nicht zu ändern, kA.

Na ja, auf jeden Fall, danke @ für die nette Diskussion und Erläuterungen!
Mir war das nicht so 100% klar, ein gr. Teil wurde beseitigt *Smilie

 

Ein Username (=Kontoname!) wird innerhalb eines Netzwerkes immer eindeutig sein.
Zumindest ist mir bisher noch keine abweichende Konstellation unter gekommen.
Lokal ist der Username ebenfalls eindeutig.

 

Environ("Username") ist nicht absolut sicher in der Anwendung. S. z.B. Acc2003 - Projekt oder Bibliothek nicht gefunden

 

...das wieso würde mich noch interessieren.
ein PC wird installiert... alles wird eingegeben auch der Kontoname, der ja mM nicht leicht, gar nicht, oder ev. doch verändert werden kann, kA?!
Und nun nach Installation des PC's wird das Netzwerk aufgebaut (vorher geht's ja wohl nicht)...
Zufällig hat ein anderer PC den gleichen Kontoname (wird nicht wirklich oft vorkommen *Smilie ).
Aber, wie soll das vorher erfasst, oder nachher geändert werden?
Ich reime mir das alles nur logisch zusammen, kann durchaus eine vernünftige Erklärung dafür geben,
dass er (der Kontoname) doch nur eindeutig sein kann.

 

Du haust immer noch Benutzer- und Rechnernamen wild durcheinander :-)

Aber in einem AD-Netz, sprich einer Windows-Domäne gibt's weder gleichlautende Rechner- noch Benutzernamen, von daher ... In einer Arbeitsgruppen-Umgebung gibt's afaik auch eindeutige Rechnernamen, allerdings ist es dort sowohl möglich als teilweise auch nötig, Usernamen auf einzelnen Rechnern identisch zu halten.

Danach ... ist's eh egal. Wenn das Budget nur für Arbeitsgruppen-Netze reicht, sind netzweite Access-Anwendungen mit erhöhtem Sicherheitsbedarf (und nur dann wird das ganze theoretische Geraffel hier ja tatsächlich zu einem möglichen Problem) wohl sowieso kein Thema.

 

OK, aber nöö, hau gar nichts durcheinander spreche ja nur vom Kontonamen und nicht von Computernamen...
Wann wird der Kontoname vergeben, nach einer Netzwerkerstellung?
Denke nicht, weiß es aber ev. nicht besser *Smilie
Ich kann jeden Wortlaut für mein Konto vergeben... es wird nicht überprüft, da es noch kein Netzwerk bei der Installation gibt, Internet sehr wohl.
Außerdem, ich muss den Computer nicht an Ort und Stelle installieren.
Wenn es International überprüft werden würde, dann kannst aber lang danach suchen einen neuen Namen zu finden.

...und dann ist es egal ob sicher "sicher" nicht?
Aber, man darf doch wohl Anstrengungen tätigen, um Access-Dateien in einer Form sicherer zu machen, oder nicht?
Darf man keine Ideen, Ãœberlegungen und dergleichen haben... ist nur eine Frage...
wird alles in den Mist gezogen, was anders zu sein mag, als man gewohnt ist?
Die Diskussion ist für mich hiermit beendet...
danke, es wahr sehr schön, es hat mich sehr gefreut und ich wünsche noch einen erfüllten Abend!

 

Hallo Alfred,

ich glaub nicht, dass dich einer vor den Kopf stossen wollte. Bei dem Benutzer (username) handelt es sich um die Bezeichnung des (aktiven) Benutzerkontos. Natürlich können beliebig viele Benutzerkonten auf einer Windowsmaschine laufen. Die Umgebungsvariable liest immer den aktuell angemeldeten aus. Die Benutzerkonten findest du unter der Systemsteuerung. Mit Admin-Rechten ausgestattet kannst du dort (lokale) Benutzerkonten anlegen und verwalten.

In Firmennetzen werden die Berechtigungen über das ActiveDirectory des Domänencontrollers gesteuert. Dort nimmt der Admin die entsprechenden Einstellungen vor. Erst wenn dort ein entsprechendes Konto bekannt ist, kann sich der Benutzer bei der Domäne anmelden. Denke, das wollte dir Andre sagen.

Im Internet wird Access keine direkte Anwendung sein können, damit erübrigen sich Überlegungen um Zugriffsrechte auf dem Gebiet.

Falls noch was unklar ist, frag ruhig, es ist noch keiner mit globalem Gesamtwissen auf die Welt gekommen *wink.gif*

 

Moin.

Falls meine Ausführungen "von oben herab" rüberkamen, bitte ich um Entschuldigung, dass war nicht gewollt.

Ich wollte auch unübliches nicht runterputzen, sondern nur zum Ausdruck bringen, dass bestimmte Probleme vermutlich ein eher theoretisches Problem darstellen, weil sie im "üblichen" Umgebungs- und Rechte-Kontext einer Mehrbenutzerumgebung (ich unterstelle jetzt natürlich auch, dass in einer Einzelplatzumgebung derjenige Einzelne keine gesonderte Sicherheitsumgebung braucht, was im Einzelfall falsch sein mag) vermutlich gar nicht vorkommen.

Soll dann auch genug offtopic sein, letztlich gings hier ja um ganz Anderes.

Schönen (Feier)Abend @All.

 

noch eine Bemerkung zum Passwort @SRichter: wirst du das verschlüsseln?
Nur die Sterne nützen nix, das ist nur "maskiert" - in der db ist es leicht auszulesen, z.b. mit einem simplen DLookup ...

 

Hallo zusammen,

der Befehl "Environ" ist nicht das, was ich benötige.

Hierbei würde als Kennung stephan.richter ausgelesen werden, wir verwenden jedoch für sämtliche Sachverhalte bisher schon als Userkennung einen dreistelligen Code, in meinem Fall SRI. Diesen habe ich in der Tabelle tblBenutzer auch als Userkennung hinterlegt.

Was ich nun möchte, ist, dass bei der Eingabe des Usernamen "Srichter" und des Passworts für sämtliche Bearbeitungen in der Datenbank das Kürzel "SRI" genutzt wird.

Ich habe mich schon durchs Internet und durch mehrere Bücher gewälzt, aber eine passende Formel, die auch für einen "Vollamateuer mit Hang zum Blondsein" verständlich ist, habe ich leider nicht gefunden *frown.gif*

 

Moin,

dann hinterlege doch einfach in deiner Benutzertabelle in einem weiteren Feld den Windows-Anmeldenamen. Das zugehörige Kürzel kannst du doch dann auslesen (zB Dlookup).

 

Eine einfache Möglichkeit ist die Benutzung vom TempVars, einer Collection die auch unbehandelte Fehler übersteht. Info siehe VBA Hilfe oder www
Zur Veranschaulichung, mit der Möglichkeit des Überschreibens von Werten:

Code:

Interessant ist auch, dass es keine Fehlermeldung gibt wenn man ein Item abfragt, dass man gar nicht angelegt hat. Es kommt dann einfach Null.
Mit Hilfe der Funktion kann man die Werte dann auch in Formularen und Abfragen direkt verwenden.

LG Markus