Obtenez de connexion nom d'utilisateur en java

Comment puis-je obtenir le nom d'utilisateur/nom de connexion en Java?

C'est le code que j'ai essayé...

try{
    LoginContext lc = new LoginContext(appName,new TextCallbackHandler());
    lc.login();
    Subject subject = lc.getSubject();
    Principal principals[] = (Principal[])subject.getPrincipals().toArray(new Principal[0]);

    for (int i=0; i<principals.length; i++) {
        if (principals[i] instanceof NTUserPrincipal || principals[i] instanceof UnixPrincipal) {
            String loggedInUserName = principals[i].getName();
        }
    }

}
catch(SecurityException se){
    System.out.println("SecurityException: " + se.getMessage());
}

- Je obtenir un SecurityException lorsque j'essaie d'exécuter ce code. Quelqu'un pourrait-il me dire si je suis dans la bonne direction, et m'aider à comprendre le problème.

J'ai peur de mal vous comprendre, mais je ne comprends pas votre question. Quel login nom d'utilisateur? Windows/GNU Linux connexion? L'authentification de base sur un serveur web?
Il est impossible de comprendre quoi que ce soit quand pas les détails sont affichés
Désolé les gars. Je suis nouveau sur Java et c'est un peu dur à faire sens aujourd'hui.

InformationsquelleAutor George Profenza | 2009-04-28

java username

200
```
System.getProperty("user.name")
```
- +1 vous pouvez imprimer le Système.propriétés d'obtenir beaucoup d'informations la VM est initialisé avec
- Merci! Je viens de Flash/actionscript...donc j'ai un looooooot à couvrir 🙂
- Pour moi, c'imprime le nom de l'utilisateur de l'exécution de la VM. Pas l'utilisateur connecté sur l'application java.
InformationsquelleAutor dfa
30

sous Unix:
```
new com.sun.security.auth.module.UnixSystem().getUsername()
```
dans Windows:
```
new com.sun.security.auth.module.NTSystem().getName()
```
dans Solaris:
```
new com.sun.security.auth.module.SolarisSystem().getUsername()
```
- Ce code va à l'encontre de Java philosophie de l'écrire une fois, exécuter partout (introduction de l'OS code spécifique), et d'autre part, il crée une dépendance du Soleil de la mise en œuvre de Java.
- Essayer d'obtenir le nom d'utilisateur est, par définition, une plate-forme spécifique. Une JVM en cours d'exécution sur un système mono-utilisateur peut ne pas avoir un nom d'utilisateur à tous.
- Si il n'y a pas de nom d'utilisateur, puis le user.name propriété devrait être nulle. Je suis d'accord avec @JinKim, ne pas écrire OS dépendant de trucs.
- de l'utilisateur.nom peuvent être définies sur la ligne de commande, de sorte qu'il dépend beaucoup de ce que le cas d'utilisation est
- Classes sous com.voyages au soleil, ne doit pas être utilisé par un développeur. Ils sont à l'intérieur et peut changer dans le futur.
- Le com.sun classes ne sont pas accessibles par défaut en Java 9+. Cette solution ne fonctionne pas pour elle.
InformationsquelleAutor newacct
15

Système.getProperty("user.name") n'est pas une bonne option de sécurité depuis que la variable d'environnement pourrait être truqué:
C:\ set USERNAME="Jean Dupont"
java ...
//vous donnera Système.getProperty("user.name")
Vous devriez faire:
```
com.sun.security.auth.module.NTSystem NTSystem = new com.sun.security.auth.module.NTSystem();
System.out.println(NTSystem.getName());
```
JDK 1.5 et plus.

Je l'utilise dans une applet, et il doit être signé.
info source
- Très pratique +1! Merci!
- Cette solution n'est pas complète, car il ne fonctionne que sous Windows.
- Cela pourrait-il être usurpée trop, par exemple avec un classloader personnalisé ou d'une implémentation personnalisée de com.sun.security.auth.module.NYSystem plus élevé dans le classpath? Je ne sais pas si le Java runtime tente de prévenir contre de tels exploits, mais je ne pense pas qu'il y aura des unfakeable moyen de "sécuriser", sauf par l'exécution de code sur une case qui est inaccessible à la potentiellement malveillants client.
- J'ai juste réussi à remplacer la mise en œuvre de NTSystem.getName() à l'aide de PowerMock (qui, je crois, utilise un classloader personnalisé), de sorte que vous ne pouvez pas vraiment compter sur quelque chose comme ça pour la "sécurité" ... cependant, je ne sais pas comment sont les choses dans l'applet monde. J'aurais pensé que, si quelqu'un peut fournir des propriétés système, puis ils peuvent également fournir des classes personnalisées ou personnalisé chargeurs de classes.
- -1 Parce qu'il ne fonctionne que sur Windows. Vous ne devriez PAS utiliser ce.
- Je suis d'accord, que l'on ne doit pas compter sur cela et pense que l'un est assez sécurisé. Mais à mon avis, la sécurité est au sujet de "niveaux". Et c'est bien plus facile de changer la variable d'environnement que powermocking une méthode. Dans une non-société d'informatique à l'aide de NTSystem plutôt que de la variable d'environnement plus de moitié de la quantité de personnes qui sont en mesure de le retirer :P. Si vous obtenez un peu plus de sécurité, mais à son tour de perdre certaines conventions java sur la route.
InformationsquelleAutor pdjota

inspiré par @newacct's réponse, un code qui peut être compilé dans toute plate-forme:

String osName = System.getProperty( "os.name" ).toLowerCase();
String className = null;
String methodName = "getUsername";

if( osName.contains( "windows" ) ){
    className = "com.sun.security.auth.module.NTSystem";
    methodName = "getName";
}
else if( osName.contains( "linux" ) ){
    className = "com.sun.security.auth.module.UnixSystem";
}
else if( osName.contains( "solaris" ) || osName.contains( "sunos" ) ){
    className = "com.sun.security.auth.module.SolarisSystem";
}

if( className != null ){
    Class<?> c = Class.forName( className );
    Method method = c.getDeclaredMethod( methodName );
    Object o = c.newInstance();
    System.out.println( method.invoke( o ) );
}

Bonne utilisation de la réflexion 🙂
Ce sera briser sur Windows depuis la méthode sur NTSystem obtenir le nom d'utilisateur est "getName()" et non pas "getUsername()". Je suppose que vous pouvez faire une vérification plus approfondie et ensuite appeler la bonne méthode. Bizarre ce n'est pas abstrait dans un système d'exploitation agnostique mécanisme par la JRE si?
Le com.sun classes ne sont pas accessibles par défaut en Java 9+. Cette solution ne fonctionne pas pour elle.
Je vais essayer de le mettre à jour pour Java 9+
À moins que certains de nouvelle API a été ajouté, je pense que la seule chose qui fonctionne en Java 9 serait dfa de la solution.

InformationsquelleAutor celsowm

À l'aide de JNA simple:

String username = Advapi32Util.getUserName();
System.out.println(username);

Advapi32Util.Account account = Advapi32Util.getAccountByName(username);
System.out.println(account.accountType);
System.out.println(account.domain);
System.out.println(account.fqn);
System.out.println(account.name);
System.out.println(account.sidString);

https://github.com/java-native-access/jna

Cela ne fonctionne pas si vous êtes connecté en tant qu'utilisateur de domaine, mais il y a aussi un utilisateur local du même nom. getAccountByName sera de retour de l'information de l'utilisateur local.

InformationsquelleAutor ANTARA

2

La 'set Username="nom d'utilisateur" ' est un surpassement temporaire, qui n'existe que tant que le cmd de windows est toujours en place, une fois qu'il est tué, la variable perd de la valeur. Je pense donc que le

Système.getProperty("user.name");

est encore un peu et précis, le code à utiliser.

InformationsquelleAutor Newtoxton
1

System.getenv().get("USERNAME");
- fonctionne sur windows !

Dans les propriétés de l'environnement que vous avez les informations dont vous avez besoin au sujet de l'ordinateur et de l'hôte! Je suis en train de dire encore! Fonctionne sur WINDOWS !
- Qu'en est System.getenv("username") ? 🙂
- Doens de travail si le VM - dire tomcat - est a commencé comme un service de windows, il renvoie à quelque chose qui comprend le nom de l'hôte
InformationsquelleAutor Dragos Roban

Vous devez vous connecter pour publier un commentaire.