Ifthis is the case, is it possible that we could allow username changes for an unlimited amount of time? I see setting it to 0 allows no changes ever, but if we wanted the ability to change usernames at will, could there be an option (maybe -1?) that would allow for that with out limits?
It looks like the Password Grant will work for the Authentication API if you pass a username or an email with requires_username turned off.
However, an error will be returned if you try to create a user with the Management API.
I have been very happy with my MX64W for a good long while. I am running recent firmware without trouble. My 'dashboard' all works. However, if I want to login directly to the device and go to the "Configure" part, I keep getting "incorrect password".
Yes, I know that I am not to put put in the password, but only the "username" which, by default, is the serial number of the box. Yet, when I do this it is rejected. Further, I have never changed the username and have had no problems in the past.
Next I did a factory reset, but left the box connected to my network so when it came back on line it would receive all the info (particularly my static assignments - as I have a lot of them). Still can't login to configure part.
What you may have already figured out, or will soon enough; I'm in over my head. Yes, I set up my own network, bridged my CenturyLink router, assigned fixed ip addresses to all my stuff, then, years later, added Starlink, and got it all to work, beyond that, I don't know what I'm doing.
One last point; you may be wondering why, if everything is working, am I bothering with trying to get into the direct configure part of the box. The answer is two fold: 1) what if something goes wrong and I have to. 2) it's bugging the hell out of me and sometimes I get obsessed over stupid stuff.
If the device is connecting to the Meraki cloud it will use the username and password configured here. If the device has never connected to the Meraki cloud (or if you do a factory reset and keep is disconnected) then it will use the serial number as the username, with a blank password.
I have conducted a PCAP which appears to shows my PA sending the Radius request on port 1812 to the Server (telling me the config for PA is fine). However, it comes back with the 'Radius-Reject' response. Which would tell me there is something occurring in my AD.
An Access-Reject message means that RADIUS is working fine. The user was rejected by NPS policy. Also, the system log "invalid username/password" also indicates the PA is talking to NPS fine. You are correct to say, "there is something occurring in my AD." The best place to look for the reason NPS is rejecting the request is under the Windows Event Viewer in the Security logs.
You can also test RADIUS without the VSAs by creating a local admin under Administrators and selecting RADIUS_ADMIN as the authentication profile. You can even assign your CorpAdmin role there. Of course, that doesn't scale well, but it allows you to eliminate some variables in your testing.
What it looks like to me (I am going to double check the NPS Polices) is that it appears to be hitting the wrong Network Policy. As I do know both sides for the configured policy should be using PAP.
Ok, so with Toms' great advice (regards the PA config) and some research. It appeared to be hitting a completely different policy (a default RADIUS deny policy as stated in on my above image). So as a test, I allowed the policy and left the constraints with only the default time constraint, adding in the respective VSA for PA. In which has now worked, and I able to access with RADIUS as an Admin onto my PA.
However, when I added other constraints in such as 'Authentication', 'Windows Groups', and 'Client IP'. It would fail, on the PA side I would get generic invalid username/password error. I would get an error in the event security logs, actually not pointing towards any error at all simply stating 'No match to NPS policies'.
A default e-mail could be added so that when creating an account, BW would be able to autofill that information as well. If nothing is defined in settings then the field would be left as blank, but otherwise it would be very useful to save some time!
Adding another vote for this functionality. The use case I have in mind is when logging into various websites across an organization that all use the same SSO on the backend, but some require the email address be used, and others require that just the username be entered.
Perhaps instead of Username and Email address fields it would be better to have Login and ID fields so what ever we put in the Login field is used for thel login prompt?
It would be really good to be able to generate Simple Login email addresses from within the Bitwarden extension but for sites like Reddit for example, when registering there is a separate field for username and email.
Funny enough, this very forum and most forums, in general, demonstrate why it is useful. When registering, this forum asks for an email address and a username, with no way of knowing which one will be required for login.
I did some searching on this and while you cannot change your username from the account settings online, a phone call to the Rapid Rewards customer service team might help you accomplish what you need. From a post on another travel forum (albeit four years ago) I see that a customer was able to call Customer Service, have them delete the online account for the RR account and then the user was able to create a new one. I'm not sure if that's still a possibility, but you could always give it a try!
Yes, you can not change the user name at all but you can retrieve it by login in to your account on you your desktop not your smartphone, once you logged in on your desktop scroll down and you will see My Preferences under that tab click on personal then click on the security and you will see your user name on the left side. You can also change your security questions here by clicking on Edit and save when you are done.
I wanted to update my username as well when I updated the rest of my account settings to current and when I called Southwest customer service, I was told that once you establish an account it cannot be changed. Even if you change your legal name, "legal" paperwork must be filed with them to make official changes to your account. Pretty much, your password, address, and email is as far as you can go to update your information. Additionally, your account will NEVER be deleted; therefore, you can't just close your account and create a new one. Really cruddy if you ask me. You shouldn't be locked into a rewards program forever with no ability to manage it. Guess a word of advice is......"Choose wisely".
This is actually easy (though there are no clear instructions for it). Go to My Account, then View My Preferences, then change your "preferred first name" and save. And voila that is now your user name. It worked for me.
You are misunderstanding. This is not about changing your preferred name for SW to say Hi to, (pretty worthless). This is about changing your username associated with the account. That you can't do. Apparently, SW is using some very antiquated software, because this is just a very stupid system. There should be a unique number associated with the account and the username should be changeable. Just a sign they are too cheap to upgrade their software.
I dont think its possible to change your username online. You could try reaching out to customer relations at
855-234-4654 and maybe they have a way to delete out your username so you can create a new one. I did see a post on flyer talk a couple years a go where they were able to do it (not sure if it is still possible)
You can call Customer Service. They'll verify your identity (have your RR number ready). They'll delete your username from your account and direct you to login with you RR number. When you do, you can create a new username. The phone call takes 30 seconds.
We currently have AD setup to sync to our firewall for IPSEC VPN authentication. Recently, a user had their name changed, to which we updated in active directory. It's been about a week and the change hasn't been reflected on the firewall. I can see the old username, and the user can authenticate just fine, so getting connected currently isn't critical, but I'm more curious why changing a name in AD doesn't sync with the firewall? Or, is there a way to manually force a sync with the AD?
Which leads me to a much larger question. Currently, when a new user is created in AD, that new user syncs over to the XG with no issue, but we have to manually grant VPN access to the user. With our previous firewall, we had an IPSEC VPN security group in AD which synced over to the firewall. If the user was a member of that group, they were granted access to connect. Is there a method to accomplish the same thing? Ideally, I'd like to just have the same security group handle VPN access on the XG, but all my tests fail. The group is present in the XG, but new users added to the group in AD fail to show in the XG group membership.
3a8082e126