I agree on this being a legal issue. I mean if I assist them in getting access to the domain and it turns out that they technically don't own it, then I am opening myself up to liability.
At this point my only option to support their hardware is to modify the root password on their VMWare server and then modify the domain admin password assuming there is no encryption in place. I would much rather the client contact their attorney and have the old IT hand everything over.
@JaredBusch said in Old IT won't provide documentation or passwords:
@syko24 said in Old IT won't provide documentation or passwords:
So I am working with a new client and have reviewed what equipment they currently have in place. Couple items of concern are that the old IT company has not provided any information and refuse to hand over passwords. They have told the office manager of the company that it would be a security risk for them to have the passwords. My question is will a domain registrar allow the company to reset the password or is this going to have to go to the attorneys? Old IT also controls the Office365 account. All the internal equipment - servers, switches, and routers I can likely factory reset in order to regain access.
Providing information/documentation is not anything you can do about. But passwords? Go immediately to an attorney, and then to the police if the attorney says that nothing in the contract terms gave ownership to the prior support company.
Yeah I mean I don't know what the IT company's argument can be when holding onto another company's domain. Can they say they were leasing the domain to them?
@Dashrender said in Old IT won't provide documentation or passwords:
Classic error as many have said around here before... allowing someone other than the business owners/top brass owning the domain name.
Depending on the conditions of the domain name, the IT vendor might be the owners of the domain, and the company might not actually be able to force them to hand it over. I see lawyers in the client's future.
As for O365, that will probably be a bit easier, but it might have to wait until the disposition of the domain name is resolved.
Good luck.
Yeah definitely agree the company should always have the domain under their own account.
The office manager is new and when he first contacted the IT company they refused to give any information. The topic of the domain hasn't come up yet, but I assume they are not going to hand it over without issues.
So I am working with a new client and have reviewed what equipment they currently have in place. Couple items of concern are that the old IT company has not provided any information and refuse to hand over passwords. They have told the office manager of the company that it would be a security risk for them to have the passwords. My question is will a domain registrar allow the company to reset the password or is this going to have to go to the attorneys? Old IT also controls the Office365 account. All the internal equipment - servers, switches, and routers I can likely factory reset in order to regain access.
@DustinB3403 - Got it working!! I appreciate to push in the right direction.
It actually was a lot easier than expected. I had to do two things:
GPOs:
Configure USB Redirection with RemoteFX
Set the following Group Policy setting on RDS hosts or VDI desktop to "Disabled":
Computer Configuration\Administrative Templates\Windows Components\Remote Desktop Services\Remote Desktop Session Host\Device and Resource Redirection\Do not allow supported Plug and Play device redirection
Set the following Group Policy setting on client machines to "Enabled":
Computer Configuration\Administrative Templates\Windows Components\Remote Desktop Services\Remote Desktop Connection Client\RemoteFX USB Device Redirection\Allow RDP redirection of other supported RemoteFX USB devices from this computer
@DustinB3403 - Wow thank you!! I will give it a shot and see what happens.
I am trying to configure a topaz signature pad to work on a remote desktop server. Has anyone set one up like this? It is a USB connected model t-lbk755-bhsb-r. Their website has 3 different options but not super clear instructions on how to configure.
@NashBrydges - just a couple other thoughts:
Do either locations have a double nat?
Who are the ISPs? Maybe something with the ISP provided hardware?
@NashBrydges - Silly question but is the handset plugged into the correct jack on the back of the phone? I can't remember if the handset and headset ports are similar on the T57W.
@NashBrydges - What phone are you using? Is it a Grandstream by chance?
@scottalanmiller said in Remote VoIP Phone Unifi Network:
Have you considered putting a VPN between the sites? That will remove the NAT completely.
@scottalanmiller - Agreed, especially if you have unifi at both sites it should be quick and easy (assuming they are on the same controller).
@DustinB3403 said in Intel Chipset SATA RAID Controller:
@Pete-S said in Intel Chipset SATA RAID Controller:
@DustinB3403 said in Intel Chipset SATA RAID Controller:
Rhetorical question @Pete-S how would I get to look past the RAID controller? I'm presented with only the one disk from
wmicand Intel Rapid Storage isn't showing any other issues either.*Edit IRS is showing both drives in good condition.
Ah, in my memory I thought you had access to the drives individually. Well, sorry I couldn't be of help.
No worries, if there was some magic I could use I'd be happy to use it.
Not sure if this would work or if it only works on actual controllers.
@jt1001001 said in Need to P2V (hyper-v):
@JaredBusch I still use dsk2vhd from Sysinternals if I need to do a p2v, did one about 6 months ago
I'm actually using disk2vhd to do a conversion now 
I've also heard good things about Starwinds v2v converter which will also do p2v.
@scottalanmiller said in Changing Installation Location for MicroSIP Installed via Chocolatey:
By default, installing MicroSIP using Chocolatey causes the install to go to an inappropriate data folder location and is only available for the admin installing user, rather than for the end users of the Windows system. Does anyone have any experience or ideas in changing the installation location so that system users can actually use MicroSIP when installed and maintained using choco?
Asking for @Dashrender and @romo as well.
I think this might work:
choco install microsip -ia "'/D=C:\SomeDirectory'"
I just ordered one of these two weeks ago. It’s on back order but should hopefully have it in a couple weeks.
@JaredBusch said in VOIP.MS Took Chicago7 Offline:
@syko24 said in VOIP.MS Took Chicago7 Offline:
@dafyre said in VOIP.MS Took Chicago7 Offline:
How long did you wait before changing all your stuff to Chicago 6?
It didn't take that long but was just a pain. I literally just finished updating 10 PBX systems to point to Chicago6 which is what VoipMS switched everyone to and then all of a sudden Chicago7 came back online and they automatically moved everyone back to Chicago7. I had to go back in and change everyone back to Chicago7 on the PBX.
Did they not update the DNS to be the IP for 6 also?
No both domains pointed to different ip addresses.
@dafyre said in VOIP.MS Took Chicago7 Offline:
How long did you wait before changing all your stuff to Chicago 6?
It didn't take that long but was just a pain. I literally just finished updating 10 PBX systems to point to Chicago6 which is what VoipMS switched everyone to and then all of a sudden Chicago7 came back online and they automatically moved everyone back to Chicago7. I had to go back in and change everyone back to Chicago7 on the PBX.
Great and now that I updated my pbx's they moved everyone back to Chicago7 automatically.
All my clients that were on Chicago7 were automatically moved to Chicago6.voip.ms. Must be an issue with the server.
Some printers have ip filtering built in. Brother printers have this feature.
https://support.brother.com/g/b/sp/faqend.aspx?c=us&lang=en&prod=hll2370dw_us&faqid=faq00100265_000