Did you watch the video? Looks really neat.

@scottalanmiller said:

@ajstringham said:

@scottalanmiller said:

@Bill-Kindle said:

@ajstringham said:

Besides, Verizon said that they can't bridge it, and they told me Actiontec told them that it can't be done. However, @PSX_Defector is nice enough to know there IS indeed a way and he's going to help me tonight. 😄

Sounds like a Tier 1 support response. I would have asked to speak to a higher level tech that knows what bridge mode means.

Yeah, Verizon isn't very technical.

Don't tell @PSX_Defector that.

I'm pretty sure that he knows 😉

Yes, yes. He says so all the time. It was a joke...lol

It's the types. It will change security profiles based on public vs domain.

I'm with Katie on this. How exactly are these addresses/mailboxes being used?

Or, more to the point how do you WANT them to be used?

That list is pretty handy.

Thanks

All normal VPNs should work here.

Might have been the gitlab package hacked but extremely unlikely. Almost certainly an external hack of some sort.

This is really neat, here's my favorite for Putty-people: https://puttytray.goeswhere.com/

@NetworkNerd said:

http://www.freepbx.org/forum/freepbx/general-help/day-night-indicator

Updated link as the forum changed: http://community.freepbx.org/t/day-night-indicator/9519

Meraki is free and because it installs onto the Windows boxes (and Macs) it doesn't do the network scan. So it is massively easier to manage, more reliable and more secure because you can leave your ports closed.

@alexntg

@alexntg said:

Which machine are you seeing this on?

The Mail server

What kind of storage/RAID type is that VMDK on?

Storage Blade

RAID 5
-- NOT FOR LONG!!! 😉

If you have a bad disk, one of the last things you ever want to do with it is defrag it. You risk causing further damage.
Righto 🙂

Not sure. "It depends." If you're keeping it on the same disk, you're repairing a database on a bad disk. If you drop the database, move it to a new disk, then try to bring it up, if you do need to repair it, you'd be repairing it on a new disk.

Righto, so, you suggest: dismount --> move to new disk --> Repairs? --> Mount

Can you set up a new disk with a new database and move the mailboxes over to it? That might be your safest bet, though it is possible the IS would crash when you hit the corrupted part of the disk.
Hmmmm, I'll have to think about this.

As a side note, check for any residual snapshots and that the Veeam proxy doesn't have any extra mounted disks. It shouldn't have anything to do with the issue, but it doesn't hurt to check.

I checked the Datastore and found many $-ctk.vmdk files. Research indicates that theses are for Change Block Tracking (from when I attempted to get Veeam to backup the server). Can I safely delete these? or is there something to turn off first? (veeam is not currently backing up this server.
Speaking of, ML 20140704 001.png
In the above image, the first virtual HDD isn't listing its provisioned size. Does that seem a little off to you?

There is a big difference between exporting cryptography and exporting something encrypted, though.

@Dashrender said:

Nevermind solved that problem

I logged into my O365 in Word - now I see my SharePoint site, and my business OneDrive... and there is the personal one drive, but it wants me to log into that (seems odd).

Is there a way to get OneDrive for Business into Windows Explorer like there is for OneDrive for home users?

I had to do a bizarre dance to get ODfB to show up. Been rock solid since.

@Aaron-Studer said:

@scottalanmiller said:

@Aaron-Studer said:

Should I learn Chef or Puppet?

Good question. The answer is squarely... It depends.

Do you want hosted or on premise? On Prem

How many machines do you want to support? 25ish

Do you need a graphical interface? Yes.

What platforms do you want to support? Windows, and Linux.

Then Puppet as Chef doesn't do graphical.

@Aaron-Studer said:

I just installed this on my CentOS server. I like the look of it. I will be comparing it to webmin.

And compare to Chef / Puppet.

This is the polar opposite approach. Decentralized "snowflake" management versus centralized automation management.