Topics created by RamblingBiped

Now just to re-plan the house wiring and setup. Clean the TV unit and prepare for the extra kit 🙂

@RamblingBiped said:

@scottalanmiller said:

@RamblingBiped said:

The last time I had someone travel to the country that my people are going to be working from they were unable to access their OpenVPN connection. When I researched the solution, using stunnel to obfuscate the traffic is what I found. I implemented it and it worked.

That's weird as OpenVPN already obfuscates the traffic identically. You must be using different settings for them, like using stunnel on common ports and OpenVPN on uncommon. But the two are literally identical on the wire, there is no way to identify one from the other, their obfuscation is exactly the same.

I agree, and I have found articles like this one, that seem to think they can detect patterns in the traffic that identify it as being associated with a VPN connection: http://www.vpnanswers.com/bypass-great-firewall-hide-openvpn-in-china-2015/

Yes, traffic patterns can certainly identify VPNs. However, that's based on the traffic inside the tunnel and not the VPN itself. And the real question is... what are they detecting? They know it is a VPN, they can see the SSL. That it is a VPN isn't hidden.

@RamblingBiped said:

@scottalanmiller said:

Do you remember if you saw Ohio? It would have either been Ontario + Michigan or it would have been Ohio + Indiana.

If he can't remember that portion of the trip it was probably Ohio and Indiana... X-D

I was totally thinking of a smart ass way to say the same thing, LMAO.

I think Landscape does this plus a lot more. I think it's free for 10 physical and 10 virtual machines, but I don't know the cost after that.

There are some Juju charms that you can create a Landscape setup with pretty easily.

Okay, I couldn't find this information ANYWHERE... However, by scouring the dhcpd.conf man page I was able to come up with the answer.

The below configuration file example is the correct implementation for integrating FOG into your current network's isc-dhcp-server.

#internal LAN (eth2) subnet 10.10.0.0 netmask 255.255.0.0 { range 10.10.224.0 10.10.255.254; option routers 10.10.0.10; option subnet-mask 255.255.0.0; option broadcast-address 10.10.255.255; option domain-name-servers 10.10.1.11, 10.10.1.12; option domain-name "example.com"; option tftp-server-name "10.10.0.10"; next-server 10.10.1.13; #Fog TFTP Server option bootfile-name "undioonly.kpxe"; include "/etc/dhcp/lan.conf"; }

When I have time I might do a quick how-to just so SOMETHING else is out there for people who might be struggling to finding the correct config syntax/entries as I did...

@RamblingBiped said:

Github repo created: https://github.com/ramblingbiped/google-apps-status

Looks good.

@Dashrender said:

so, you'll have three partitions? one for Ubuntu, one for Windows, and one for shared data that's encrypted?

I know Ubuntu can read NTFS partitions, so maybe you can get away with two?

I'll only have one system that will have three, and the third will be on a second hard disk that will be used for data storage. He will mostly be operating from Windows so I plan to use NTFS for that disk. Other than that, I should just have two partitions on a single SSD.

--edit--

Most of what they are doing doesn't require a lot of shared data between the Operating Systems, just different sets of tools. They are interfacing with a lot of prototype hardware using various tools. Most of the stuff is designed in Linux, and frequently runs in Windows. Although, some of the design tools are only natively available in Windows. (Altium as an example)

In all my years of interviewing on both sides of the table, I've never seen a shop look at development certs one way or the other. They've always been ignored and generally don't exist. Most development paths don't have certifications so it is rare for people to look for them. And using them to differentiate is hard because it would favour people in stodgier paths.

Thanks.

congrats

Crontab jobs might make a backup copy as you're scheduling cron jobs or making adjustments. IE: crontab.XXXXGvrDIU

Which for some reason take a ton of space...

Making certain you clean up any manually downloaded patches (if the built in patcher fails for some reason) and removing log files if they become unwieldy.

I'm actually setting up an XO VM right now...

Great minds.

From what I saw though, in a future release (coming soon...) they are building in incremental backup functionality to XO.

Which is AWESOME.

http://www.macmall.com/p/Intel-Boxed-Processors/product~DPNo~9989289~pdp.igacbba

Yes, I meant side-by-side with VMs.

@lance said:

I started developing in Javascript. I am really liking node.js and everything that goes along with it.

We like it here as well, depending on the next year or so we may start switching everything over to it.

@RamblingBiped said:

I'm not necessarily opposed to using 15.04, I've just always stuck with the LTS releases for deployment.

I'm the opposite. Due to stability and patch issues, I would never use LTS for production (only in a lab) except for the time when the LTS release is also the current release. Remember LTS is only a name and does not imply any additional support. Staying on old, out of date, unsupported OS versions is especially bad in production.