I'm new to Couchbase and I ran into a problem which I couldn't solve by browsing the web looking for help. I've recently installed Couchbase 4.1.0 Community Edition onto a Windows Server 2012 machine. Everything worked well, I've set up admin password, but I can't login onto the Web Console. I've tried both "localhost" and "127.0.0.1" with identical results. This is what I see when I open the Web Console:
Couchbase Web Console
When I enter correct user name and password and hit "Sign In", the page just reloads and shows blank fields. Nothing else happens. When I enter an incorrect password, I see the following:
Couchbase Web Console - incorrect password
That's it. No action at all. I've tried resetting the password many times (cbreset_password.exe), even reinstalling the whole thing, but nothing changed.
Any help will be much appreciated! Thx.
I now know the answer and it has nothing to do with Couchbase itself. After weeks of inactivity on this task, I wanted to download the Oracle SQL Developer. As with all Oracle software, I had to pass a single sign-on form.
I filled in my username and password, and bang, the form merely reset itself! No error message, nothing. I've immediately had a deja vu. So I started to suspect something has to be wrong with the Internet Explorer's cookie settings. (It's all on a virtual machine which I only use occasionally, otherwise I'd have noticed it way sooner.)
I downloaded and installed Firefox, and both Couchbase and Oracle sign-on started to work! :)
Related
I've upgraded my server from Ubuntu 16.04 to 18.04 intending to go on to 20.04, but the original install was i386 and support for that has been discontinued.
Now, when I try to use phpmyadmin, I get the login screen. When I enter a bad password, I get the error: mysql access denied, but when I enter the right password I just get the login screen again.
Searching for this problem only gets me solutions of the form "you've forgotten your password, how to reset your password". I'm pretty sure I got the password correct as the response is different between getting it right and getting it wrong.
Phpmyadmin swiched to not allowing http access, requiring to login using https. Somehow the "error message" (i.e. none) is not optimal to getting the user to understand the issue.
So: phpmyadmin (in some versions?) does this when it wants you to login in using https and not http.
Tip for phpmyadmin developers: Tell this to the user while presenting the login screen: This phpmyadmin is configured not to allow http logins as they are unsafe. Now I've sent my password across the network unsecured several times while trying and trying again, not understanding what the problem was.
I know I'm going to run into this again in a few years. Hopefully by then Google knows to find this.
I have asked a similar question before here I sort of fixed it but im still facing a similar issue. Every time I try to load localhost, port 8095, I receive this error message in Google Chrome:
Google Chrome's connection attempt to localhost was rejected. The
website may be down, or your network may not be properly configured.
If there is a way to fix it, please tell me,
If not, please could someone inform me how to reset IIS to its original settings. Or if I can reset Windows Features so I can re-install ISS from scratch.
My website uses ASP with a connection to a SQL Server database (2012). Basic HTML pages also don't load under the URL, localhost:8095/
The servers were stopped because 2 services within administrative tools had stopped. World Wide Web Publishing Service and Web Management Service
I'm working on a Windows Store App (Target: Windows 8 & 8.1; Dev Environment: VS 2012, Windows 8.1) that communicates with an Exchange Server (office365) using EWS. I've got most of it figured out but I am facing an issue and am not sure how to go about fixing it.
Here's how the problem is created:
Log in to exchange with user account XYZ through the App
Change the password for user XYZ through OWA
Fetch data from the exchange server through the App
The problem is that at 3, I am able to fetch data through the App even though the password has changed. I have verified that the password has, in fact, changed, by logging in through OWA (the old password does not work but the new one does).
I have tried
restarting the app
uninstalling the app before running it again
restarting the dev machine before running the app again
waiting 15 minutes (It's now been 16 hours since I changed the password) before trying again
but I'm still able to fetch data from Exchange without specifying the new password. My guess is, the session is saved somewhere on the local machine and it does not get invalidated even when the password has changed. But I haven't been able to figure out where.
What's weird is that I see the same behavior in Outlook. Outlook is able to sync with the Exchange server without requiring me to enter the new password.
I'm trying to figure out how to get the App to stop communicating with the server when the password is changed. The solution does not have to be programmatic.
Any help will be greatly appreciated. Thanks in advance.
Since I upgraded to IE9 Sql Server Reporting Services freezes once the authentication window is submitted.
No matter what when a password dialog box appears if I click OK (regardless of correctness of password) the program freezes.
Ironically the password is saved with the connection, clicking "Test Connection" always works with no errors.
I've tried delete the cache and creating a new report. Also installing SSRS locally and running it as administrator. If I sniff the network traffic I see that the password is transmitted to SSRS when a report is loaded. And when I click OK no network traffic seems to get generated (Using fiddler so this might not be 100% accurate). I do not see anything in the eventviewer and I don't see any logs in Program Files.
Any ideas to correct this?
---- Edit
I decompiled SSRS. I think the crashing point must be the caching of credentials as seen here:
I am using SSRS 2012 for Reporting and when i deploy it on production server and try to access the report then it always prompt me for login and if we put the server login details then its working fine.
I want to avoid this login prompt and How can i do this, i did many search on Google and try do implement these but not get any luck.
Please help us.
Thanks
Atul
Check the IE's 'User authentication' settings (refer to screenshot in
http://blogs.msdn.com/b/axinthefield/archive/2011/05/06/logon-dialog-box-when-launching-a-reporting-services-report-from-ax.aspx)
Hope your issue is solved now. But I was looking to overcome same problem, and as I got a solution. I thought some other people might get help from this.
I was trying to deploy a report to our production server but it would prompt for user credentials again and again but wont deploy the report, and everything seemed to be alright with the report.
I tried every credentials being used on the server but nothing worked.
Eventually I had a thought that there are .RDL, .RDS files being used to generate report and somehow the same should be uploaded on the server and this time I used the FTP User account credentials and Bingo!, it worked.
Hope this saves time of other people.
IE Settings:
Open Internet Explorer
Go to Tools and click on Internet Options
Under the Security tab, click on Trusted sites and click the Sites button and Add Report Manager/Report Server URL to the trusted
sites.
Then click Custom Level, and check the option Automatic logon with current user name and password
Repeat #3 and #4 for Local Intranet
Taken from: https://social.msdn.microsoft.com/Forums/sqlserver/en-US/b1efd3f0-4fc5-4015-b13a-b79737466271/how-to-stop-prompting-for-username-password-when-i-click-report-server-web-service-urls-in-ssrs?forum=sqlreportingservices
Login into "Server"/ReportServer
Click on rdl file "drop down"
Select Manage
check if the Data Source's Connection String box is empty
If it's empty, provide the Connection String again
Select the Option Windows Integrated Security
Test and save your Connection String.
This will overwrite your localhost credentials.