nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

As we transition to the new Hyland Community, some post links may be temporarily disrupted as we finalize redirects. We apologize for the inconvenience and are working to resolve this as quickly as possible. Details.

Default login details

unknown-user

Hello,
I have a login problem for Alfresco Share which was installed along when i was installing Alfresco Labs3B.It is displaying the login page but doesn't allow me to enter.Can you provide me with its username and password.I have tried out with following combinations,but didnt get any one right.

1.USername :-Admin
Password :-Admin

2.USername :-Alfresco
Password :-Alfresco

Find more posts tagged with

Comments

mikeh

It's admin/admin (lowercase)

Or use the Alfresco Explorer interface to create new users (the /alfresco webapp)

Mike

unknown-user

Hello,
Can you please explain me how to build up the interface.I have created new users from Alfresco Web-Client and tried to login with it but it doesn't allow me to login.Please help with other way-out.

mikeh

I'm not sure I understand the question. Have you created a new user (e.g. Chitrai) and then can't log-in from Share with that user?

What format are you using for the usernames?
Are you using any sort of external authentication (NTLM, LDAP, etc.)?
Can you log-in to Alfreco Explorer with the exact same username and password?

Mike

protenus

I am having the same problem, i am using LDAP authentication to OpenLDAP (ZImbra integration). Authentication is working for standard Alfresco interface, but failing on Share interface.

Do I just need to put the same ldap config files in the Share web app?

Thanks,

M

hobleyd

Ditto.

We are also using LDAP authentication to OpenLDAP (Zimbra). I can log in to Alfresco using my LDAP credentials (format: <firstname>.<lastname>); but Share keeps responding with:

"The remote server may be unavailable or your authentication details have not been recognised."

when I try and log in. We have traced this back to the Alfresco webapp which is responding with:

<response>
−
<status>

403‍

<name>Forbidden</name>
−
<description>
Server understood the request but refused to fulfill it.
</description>
</status>
<message>Login failed</message>
−
<exception>
org.alfresco.web.scripts.WebScriptException - Login failed
</exception>
−
<callstack>

      org.alfresco.web.scripts.WebScriptException: Login failed
         org.alfresco.repo.web.scripts.bean.Login.executeImpl(Login.java:89)
         org.alfresco.web.scripts.DeclarativeWebScript.executeImpl(DeclarativeWebScript.java:262)
         org.alfresco.web.scripts.DeclarativeWebScript.execute(DeclarativeWebScript.java:97)
         org.alfresco.repo.web.scripts.RepositoryContainer$1.execute(RepositoryContainer.java:309)
         org.alfresco.repo.transaction.RetryingTransactionHelper.doInTransaction(RetryingTransactionHelper.java:294)
         org.alfresco.repo.transaction.RetryingTransactionHelper.doInTransaction(RetryingTransactionHelper.java:209)
         org.alfresco.repo.web.scripts.RepositoryContainer.transactionedExecute(RepositoryContainer.java:320)
         org.alfresco.repo.web.scripts.RepositoryContainer.executeScript(RepositoryContainer.java:230)
         org.alfresco.web.scripts.AbstractRuntime.executeScript(AbstractRuntime.java:240)
         org.alfresco.web.scripts.AbstractRuntime.executeScript(AbstractRuntime.java:139)
         org.alfresco.web.scripts.servlet.WebScriptServlet.service(WebScriptServlet.java:116)
         javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
         org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
         org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
         org.alfresco.web.app.servlet.MTWebScriptAuthenticationFilter.doFilter(MTWebScriptAuthenticationFilter.java:102)
         org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
         org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
         org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
         org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
         org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
         org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
         org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:541)
         org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
         org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
         org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
         org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:667)
         org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
         org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
         org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
         java.lang.Thread.run(Thread.java:619)

</callstack>
<server>Alfresco Labs v3.0.0 (b 1164) schema 131</server>
<time>Nov 28, 2008 11:41:08 AM</time>
</response>

Any ideas?

Cheers,
David

hobleyd

Ok, the problem (for us) is that our usernames contain a . Any account without a . in the username will log in successfully, but anything with a . works in Alfresco but not in Share.

Cheers,
David

jhinrichs

Could it be the same issue? It sounds very similar to me.
http://forums.alfresco.com/en/viewtopic.php?f=47&t=15524

mikeh

It's a known bug, also discussed here: http://forums.alfresco.com/en/viewtopic.php?p=50959#p50959

See https://issues.alfresco.com/jira/browse/ETHREEOH-926 for details. Note the due to ongoing authentication refactoring in the Enterprise branch, we haven't merged this fix to HEAD yet, but I have supplied the diff for the file below:

Index: JaxRSUriIndex.java
===================================================================
— JaxRSUriIndex.java   (…/HEAD/root/projects/webscript-framework/source/java/org/alfresco/web/scripts/JaxRSUriIndex.java)   (revision 12127)
+++ JaxRSUriIndex.java   (…/BRANCHES/V3.0/root/projects/webscript-framework/source/java/org/alfresco/web/scripts/JaxRSUriIndex.java)   (revision 12127)
@@ -24,14 +24,9 @@
  */
 package org.alfresco.web.scripts;
 
-import java.util.ArrayList;
 import java.util.Comparator;
-import java.util.HashMap;
-import java.util.List;
 import java.util.Map;
 import java.util.TreeMap;
-import java.util.regex.Matcher;
-import java.util.regex.Pattern;
 
 import org.apache.commons.logging.Log;
 import org.apache.commons.logging.LogFactory;
@@ -76,9 +71,18 @@
         Map<String, String> varsMatch = null;
         Match scriptMatch = null;
         String match = uri;
-        String matchNoExt = ((uri.indexOf('.') != -1) ? uri.substring(0, uri.indexOf('.')) : uri);
+        String matchNoExt = uri;
+        int extIdx = uri.indexOf('.');
+        if (extIdx != -1)
+        {
+            // format extension is only valid as the last URL element
+            if (uri.lastIndexOf('/') < extIdx)
+            {
+                matchNoExt = uri.substring(0, extIdx);
+            }
+        }
         method = method.toUpperCase();
-
+        
         // locate full match - on URI and METHOD
         for (IndexEntry entry : index.keySet())
         {
‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

The patch needs to be against /projects/webscript-framework/source/java/org/alfresco/web/scripts/JaxRSUriIndex.java

Assuming you've got the patch command on the path, you can do something like:

patch -p0 -l < ~/Desktop/dot-patch.diff‍

from that scripts folder above.

Then rebuild and redeploy.

Please let me know if this fixes this particular issue and I'll see if I can merge this to HEAD asap.

Thanks,
Mike

protenus

So this means I need to rebuild the war from source, correct?

We were just using the bundled tomcat distro.

M

protenus

Hmmm.. running that patch on HEAD, get the following error

patching file JaxRSUriIndex.java
patch: **** malformed patch at line 7: package org.alfresco.web.scripts;‍‍

protenus

I'm not sure I understand the question. Have you created a new user (e.g. Chitrai) and then can't log-in from Share with that user?

What format are you using for the usernames?
Are you using any sort of external authentication (NTLM, LDAP, etc.)?
Can you log-in to Alfreco Explorer with the exact same username and password?

Mike

We are now using plain -old authentication with internal users, and can not sign in with any user…

Users work in the standard web client.

chims

Hi All,
Even I 2 facing the same login probs!!!Can anyone explain me in more detail how to configure external authentication as LDAP.

Thanks!!!

ofrxnz

to configure external ldap look here http://wiki.alfresco.com/wiki/Enterprise_Security_and_Authentication_Configuration#LDAP

for an open ldap server you probably only have to configure 4 lines at most. these are in the ldap-authentication.properties file

Server
ldap.authentication.java.naming.provider.url=ldap://openldap.domain.com:389

password Encryption if any (see the url for options)
ldap.authentication.java.naming.security.authentication=DIGEST-MD5

connect user (with made up user full DN)
ldap.authentication.java.naming.security.principal=CN=AlfUser,CN=users,DC=Company,DC=com

connect user passwrod
ldap.authentication.java.naming.security.credentials=passwordForAboveUser

Last, you simply need to rename ldap-authentication-context.xml.sample to ldap-authentication-context.xml

reboot the server and you should be golden

this should get your usernames working in the simplest form. it will not synchronize any user metadata eg email address but it will get you in

all users will need to log into alfresco before they log into share

ramsdal

Please let me know if this fixes this particular issue and I'll see if I can merge this to HEAD asap.

We are facing the similar problem with usernames, however the suggested fix only partially solves the
problem for us. For those not working on the HEAD of the svn, I can add that you might need to add a
check to the WebScriptRequestImpl.java as well.

However, atleast on the revision I am working on, this is still an issue.

Assume you have the following URLs:
1: http://localhost:8080/share/peter@email.now/sites
2: http://localhost:8080/share/sites/peter@email.now

With the patch we now appropriately handle the first example, however example number two is still
an issue because now we just think that ".now" is the extension when it should have been null.

I assume this could be solved with a regular expression matching an email address and set the format
to 'null' if it matches the string from the last '/' to the end. However this solution would eliminate the
option of having sites that matches this pattern.

Is this solved in a newer revision? And if so, then what would be the solution?

Best regards

Peter Nielsen

dipti

Hi All,

We have 2 alfresco setups on 2 separate Linux servers sharing their DB and File system.
The application is active using only one alfresco at a time.
From last 15 days,we are facing issue on high read/write in alfresco metadata volume as seen below:
                                  OPERATIONS          BLOCKS           AVG TIME(ms)
TYP NAME              READ     WRITE      READ     WRITE   READ WRITE
Thu 10 Dec 2015 10:54:31 AM IST
vol alfresco_metadatasrlvol         0      2683         0    549791   0.00   6.11
vol alfresco_metadatavol       457      2652      7126    540665   9.75   5.87
vol extraiwdmsvol         0         0         0         0   0.00   0.00
vol lucene_indexvol         0         0         0         0   0.00   0.00
vol uploadvol            0         0         0         0   0.00   0.00

Thu 10 Dec 2015 10:54:36 AM IST
vol alfresco_metadatasrlvol         0       498         0     19609   0.00   5.10
vol alfresco_metadatavol       361       522      5166     21250 12.96   5.06
vol extraiwdmsvol         0         0         0         0   0.00   0.00
vol lucene_indexvol         0         0         0         0   0.00   0.00
vol uploadvol            0         1         0         3   0.00   0.00

As seen above   the vol alfresco_metadatavol is showing high read write operations. The alfresco metadata folder has
alf_data and upload folders.
Can you please suggest how can we check why these high operations are happening and why is it so. As when this data is being replicated to DR ,the SRL is reaching 100% in 6-7 working hrs on 6MBps line.
Also the file size of metadata volume has only increased by 5GB only in last 15 days. Whereas the SRL shows of very high delay.
Please suggest.