Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - Hunterman1043

#1
Corporate management sucks. Lol
#2
If at the very least, docker for windows would be able to provide a bash shell.
#3
Quote from: dlots on February 09, 2017, 09:16:45 AM
Honestly I plan to just keep doing what I have been doing.  He's been my boss for 8 months and I think I have talked to him less than an hour, and that includes the 1/2 hour meeting yesterday, and apparently he had no clue what my workload has been for those 8 months.

I feel the same way about the head of my department. He's not my boss per se but could be considered close to that. Our structure is weird lol. He's in charge of faculty but I'm staff. Anyway, I've talked to the guy for maybe no more than 5 mins at a time for over two years and finally I feel like he actually gets what I do and appreciates it. lol.
#4
Though, honestly being Enterprise you should probably go with the "support included" method using the VMWare route that ristau posted.
#5
If you install docker-machine on windows (get the toolbox version), you can open powershell and run the following command:

docker run --rm -ti -p realport:fakeport ubuntu:16.04 bash

This will download and start a docker container of an image of Ubuntu 16.04 running just the bash shell (bash) in interactive mode (-ti). You can map it to the real network with (-p) by providing a real port on the host computer and assigning a virtual port in the container. The container will remove itself and clean up after you stop the bash process (--rm, optional). From there you can ssh in the shell to the machines you need and get ur work done that way. However, since you've already req'd the linux box maybe just wait for that. Idk what the proper procedure would be since I'm a nub at this stuff. lol

Here's a link to the toolbox for Windows or Mac:
https://docs.docker.com/toolbox/overview/
https://docs.docker.com/toolbox/toolbox_install_windows/

If you have a Win10 Pro/Enterprise machine updated post-November, you should consider running "Docker for Windows" natively..
https://docs.docker.com/docker-for-windows
#6
Quote from: deanwebb on February 11, 2017, 08:10:45 AM
We have a docker environment?  ???

By that, I mean that I know about our VM environment, so I can imagine a solution that involves a VM.

You can install docker-machine on a Windows box and run it as both the client and the server.

EDIT: Or look at that link. It may help you.
#7
Couldn't you just make a docker container to do everything you want in?
#8
Forum Lobby / Re: tmux and vim
February 11, 2017, 05:33:17 AM
Quote from: wintermute000 on February 05, 2017, 05:37:11 PM
I've only looked @ tmux briefly (installed it, set it up with a template).


What's the main advantages to screen?

For me, it's scripting and automation that really attracted me to tmux. I'm providing a more detailed answer given by another user for a similar question on the superuser answerhub.

Quoted from source: (http://superuser.com/questions/236158/tmux-vs-screen)

QuoteSome of the (major) reasons I prefer tmux over screen:

Status bar is much easier to use. You can easily set up different text/styles for current window, windows with activity, etc. and you can put things on the left and right of the status bar, including shell commands that can be run at a specified interval (default 15s).

Almost any command you can run inside tmux can be run from a shell with tmux command [args]. This makes it very easily scriptable, as well as making it easy to do complex commands.

Much more accurate automatic window renaming. While screen sets the title based on the first word of the command, and requires shell configuration to do even that in a shell window, tmux keeps track of what processes are actually running in each window, and updates the title accordingly. This way you get dynamic renaming with any shell and zero configuration. For example: Let's say you're running Z Shell; the window's name would be "zsh". Now let's say you want to edit some configuration file, so you type sudo emacs /etc/somefile. While sudo is asking for your password, the window's name will be "sudo", but once you've done that and sudo launches emacs, the title will be "emacs". When you're all done and you exit emacs, the title will change back to "zsh". This is pretty useful for keeping track of windows, and it can also be especially useful in specific situations, like if you have some long-running process in another window that occasionally prompts you for input using dialog; the window name would change to "dialog" when that happened, so you would know you had to switch to that window and do something.

Nicer session handling (IMHO). You can do a lot more with sessions within tmux itself. You can easily switch, rename, etc. and you can move and share windows between sessions. It also has a different model, where each user has a server which controls his/her sessions and which the client connects to. The downside of this is that if the server crashes, you lose everything; I've never had the server crash on me, though.

tmux seems to be more actively developed. There are updates pretty frequently, and you can file a bug report or feature request through SourceForge and get an answer within a few days.
#9
Forum Lobby / Re: PASSED!!!! CCNP ROUTE 300-101
February 11, 2017, 05:30:30 AM
Congrats man!
#10
Forum Lobby / Re: WAR STORIES!
February 08, 2017, 08:21:54 AM
Quote from: Otanx on February 07, 2017, 12:36:34 PM
typical time frame for a company to detect a breach is over 200 days.

That's comforting.
#11
Forum Lobby / Re: WAR STORIES!
February 07, 2017, 02:26:07 AM
So this happened this past Friday.

I work at a local community college as a part-time tutor in the game department. I'm helping the current ProjectDev class create a game as their Technical Director; I basically am in charge of the server and the svn repo. I host it, I maintain it and I also help anyone in the class with issues they have with the game engine inside said repo. I have it set up to where people use a standard key pair to tunnel over ssh to the repo through a combination of Putty and TortoiseSVN clients in order to not have to deal with passwords. This server has been live for about 3 weeks or so. The reason we decided to go this route was because of 4 main reasons; control, 24/7 access, cheap, and for flexibility.

So now that that is out of the way, here is the actual story.

We start class on Friday morning and people are connecting to the server without issues. Everything is fine up until around 11 when a few students are reporting that they can't commit their changes. Other students start to report that they can't download the repo at all. Something is wrong. I check all the logs I can think of and find no issue server-side. A few minutes later, my boss and the tech guy for our department, come into the class and go directly to the instructor. They, basically, say that they just got an urgent email AND a phone call from the head of the DISTRICT-WIDE networking office accusing someone in our room of hacking on the network. (lol) They have a list of IP addresses for the computers that were reporting this issue. We inventory those computers and find that low and behold those were the same computers having issues committing. The instructor, the project lead and I set up a conference call with the guy and explain to him that we aren't doing anything nefarious and eventually we're able to get the computers unblocked. We were also able to whitelist my IP so that we won't have this issue in the future so long as I can get my server behind a static IP proxy of some sorts.

First of all, how did it take them 3 weeks to find my server? lol Second of all, why do they care about people SSHing out of the network? Finally, I'm pissed at the Instructor because he could've just called the guy on day 1 and explain the situation and this embarrassment never would've happened.
#12
Forum Lobby / Re: tmux and vim
February 04, 2017, 05:05:25 PM
I'll have to check out screen. I would use i3 but I don't think that works over ssh without x11 forwarding and a big headache. Lol
#13
Forum Lobby / Re: tmux and vim
February 02, 2017, 07:48:55 PM
Vim is such a powerful program. Like it can honestly replace or at least supplement Visual Studio if you can set it up right with tmux. The key that I'm figuring out is to save my tmux sessions in scripts so that I can call up each environment on command... Like I want a pure monitoring window, load that script. If I want a pure programming window, load that script. Etc.

It's just rn I'm only working in headless mode over ssh because I have no room for a dedicated station with a monitor/keyboard for the server. lol. It's literally just stacked up next to my desktop. Though I'm looking for a good open source management software to use via the browser but that's an easy button solution. lol
#14
Forum Lobby / tmux and vim
February 02, 2017, 04:03:54 PM
I just learned about how to use tmux and vim and man my life is so much better now. Even for basic tasks I can't switch back to regular nano and tty.
#15
Forum Lobby / Re: New Member Introductions Thread
February 02, 2017, 03:57:45 PM
Cool!