|
NordVPN is owned by the CIA? wtf? Seriously?
And yes, their problem. It's a total fluster cluck. I can't even ping anything. They won't open anything up for testing, etc. Going to double my rate.
Charlie Gilley
“They who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.” BF, 1759
Has never been more appropriate.
|
|
|
|
|
charlieg wrote: Going to double my rate.
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
If I'm being real, having a DMZ or a jump box is not a bad thing at all. Never really seen anyone do that over RDP twice though. In theory you'd only have to RDP to the jump box and do any admin via PowerShell, etc. to the actual machine(s). But, whatever floats their boat I guess.
Just want to point out that as DMZ isn't a bad thing. In the *nix world at least, hopping around servers in a session is very common.
Jeremy Falcon
|
|
|
|
|
I'm okay with that. DMZs are good. The internet is completely out of control and 99.99999999% of the people have no clue. The ones that do work for the NSA and Russian hackers
Charlie Gilley
“They who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.” BF, 1759
Has never been more appropriate.
|
|
|
|
|
There are a couple of ways...
I used to reduce the resolution to make it a bit smaller than my laptop monitor, then you have two windows. The only annoying thing is that the keyboard shortcuts can act weird depending where the focus is.
Another option is, if you have more than one monitor, to set the first RDP to use all monitors and the second one to use only one monitor.
Sharing information / files from one to the other one, can still be a PITA.
Oh, btw. There was (not sure if still is) a very annoying (and even dangerous) bug back then. Multiple users RDPing in a server would get cross-clipboard. That means, the text I copied could be pasted by you in an editor. That provoked a couple of "funny" situations in our routinary work.
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
Oh pray do tell
Charlie Gilley
“They who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.” BF, 1759
Has never been more appropriate.
|
|
|
|
|
I do a similar thing, but, instead of RDP over RDP, I have RDCMAN installed on the machine I RDP into. There's then no confusion over which system I'm controlling and I don't need to worry about hitting the right control title bar thing.
It might be overkill for connecting to a single server, but since, at the last count, the list of servers I need to connect to was well over 100, it's useful for me to have a single tool where I can group servers, switch easily between them, start sessions on all nodes of a cluster or all servers running a particular service, etc.
Of course, you may not be able to have it installed on the "jump" server.
Note that our network also has restrictions, so while the PC I RDP to can connect to a large number of servers, the PC in front of me, connected via VPN, has a much more restricted set that it can access.
|
|
|
|
|
Run the first session full screen (or windowed almost to full screen) and the nested sessions windowed slightly smaller.
Move the taskbar on each layer to a different side of the “monitor”
Workstation: Bottom taskbar
Jump Server: Left taskbar
DMZ Servers: Right taskbar
We do similar things where each login is a different userid. I prefer windowed at each layer so my password manager/powershell script can send the untypable, constantly-rotating passwords to the lock screens. Running in full screen blocks “send keys” functionality.
|
|
|
|
|
...not knowing your CPU's core temperature?
Having two utilities that read it, and display wildly different results.
I might as well not know at all.
|
|
|
|
|
Assuming they're both using the same units (°C vs °F vs °K), get a third utility so you can find out which one is correct.
Of course, if the third utility displays yet another wildly different temperature, then you're stuffed.
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
Richard Deeming wrote: Of course, if the third utility displays yet another wildly different temperature Average? Median?
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
Does the wisdom of crowds[^] apply to buggy hardware monitoring utilities?
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
See the XKCD comic about having 14 standards.
|
|
|
|
|
May I ask which CPU you're talking about? And what chipset?
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
Sure. The machine is an antique at this point, it's an Acer Aspire easyStore H340 - shipped with Windows Home Server (so, 2007 or so!), which has been repurposed and running Windows 7 essentially as a headless NAS. Still works great for the job that's been assigned to it, so I've never looked into replacing it.
Core Temp reports the CPU as an Intel Atom (Diamondville), socket 437 (FCBGA437).
Open Hardware Monitor reports it as an Intel Atom 230.
Core Temp reports the temperature floating around 67C.
Open Hardware Monitor says 32C.
|
|
|
|
|
dandy72 wrote: ... around 67C...says 32C.
You should be able to use your hand to figure out which of those is right. Hopefully the second.
Presuming that there is only one temperature sensor and if the same utility keeps getting it wrong then discard it.
Of course if there are two sensors then one of those could be bad.
|
|
|
|
|
jschell wrote: You should be able to use your hand to figure out which of those is right.
True.
What I prefer with Open Hardware Monitor is that it writes its data to WMI, which I then read back with another tool to display a graph of temperature over time (and combine with the same data from other systems). Core Temp only exports its data to a log file (although I could still work with that if I really, really wanted to)...
But if the data's inaccurate, being able to plot pretty graphs with it is kinda useless.
|
|
|
|
|
This is why single source of data is important. If you have two sources of truth, what if they don't agree?
|
|
|
|
|
I've always said, if I have a watch, I can probably tell you the time. If I have two watches...I'll be less certain of the accuracy of my response.
|
|
|
|
|
|
So, I fire up VS2019 today to write a small console app; then you choose a framework, and all my choices have this nice prefix "no longer supported". There's that new-fangled .NET Core 3, and it is already no longer supported.
You mean 5 years is too long to support your product? Why would I even look at the new products then, as they are already on their way to being unsupported?
Bastard Programmer from Hell
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
Apparently.
.NET and .NET Core official support policy[^]
Though it is rather difficult to release new versions and support old versions at the same time. If one supposes 10 years then they would need to support 10 different versions (from that list.)
This becomes more problematic if one of those versions has a security problem and fixing it would require significant work and/or a refactor.
|
|
|
|
|
I rarely code at all any more and never using MS stuff, so please help me understand that chart from your link.
Using the .NET Core 3 that Eddy mentioned...
Original Release Date: September 23, 2019
Last patch version (v3.0.3): February 18, 2020 (148 days since original release)
End of support: March 3, 2020 (162 days since original release)
162 days!?!?!?!?!?
What am I missing?
|
|
|
|
|
fgs1963 wrote: What am I missing?
3.1 has just over two years support.
I think they didn't formalise the STS/LTS cycle until .NET 5, which was the first version to have precisely 18 months support.
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
A good thing they don't build pacemakers.
Bastard Programmer from Hell
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|