It is worth to emphasize what has been said before here: Since Windows popularity is decending, they start to catch up with that attitude. Nowadays, for instance, you can open the terminal from every folder in explorer.exe -- this is exactly this kind of integration Windows missed for 20 years. Once they kick out cmd.exe in favour of something like Console2 (https://www.hanselman.com/blog/Console2ABetterWindowsCommand...) and update the toolchain even more than they did with PowerShell (actually integrating GNU/bash was a major step), developers will come back.
https://blogs.msdn.microsoft.com/commandline/2017/10/11/what...
But it's not a problem with PuTTY, it's a problem with Windows networking subsystem. Once you remove cable, the whole interface immediately goes down, IP address gets deconfigured, and all open sockets using the address get closed. (I was bitten in the ass by this when I had several Windows Server machines under my care.)
You'll get exactly the same with any other long running TCP connection.
> Remove the network cable while in an SSH session...
This argument seems a bit contrived. Is this honestly something you're concerned with on a daily basis? I doubt it.
> Try doing a port forward, and you'll need to dig around instead of just typing it into a terminal.
No, you don't just type "it" into a terminal. First, you have to lookup the command syntax if you haven't used it in a while. Then you have to type it in correctly and if your syntax is off by even one character, things don't work.
> Also aesthetically, PuTTy has nothing on Terminal.app or iTerm2 etc.
Aesthetics are nice but do you even have a tool like WinSCP? It graphically displays the remote filesystem over your SSH connection and then lets you open a terminal to the path you were looking at. I don't even have to type my password when I open a new terminal from WinSCP.
I say all of this having been a paying MobaXterm customer in the past.
These days I use ConEmu, WSL, and Bitvise (for those rare occasions I want to easily tunnel to the Windows side).
It's generally difficult and awkward to work with and unpleasant to look at.
If you use git on Windows with PuTTY/plink it's also significantly slower than OpenSSH. I saw clones of a large repository go from 60 KB/s to 600 KB/s after switching from PuTTY to OpenSSH.
I like Putty's graphical session manager; on OSX and Linux I don't want to fiddle with ~/.ssh/config.
The lock-in with Putty is annoying though, being able to export all configured sessions to a .ssh/config file would be awesome.
With Putty, if I want to change, say, the size of the terminal opened on connections, I'd have to update every Putty session individually. Been there; done that. Ridiculous. That should be a function of the terminal you run SSH under, not the SSH session itself.
It is definitely a lot messier than working with ssh_config.
Okay, I think I just found a new contender with GIMP for 'worst software title'...
Again CAVEAT EMPTOR (as with anything to do with regedit).
Oh, you meant on Windows.
Sure you can: https://devops.profitbricks.com/tutorials/use-ssh-keys-with-...
What are the killer features of iTerm2?
Never been a problem for me. What are your complaints?
I barely notice the difference, but if I had to choose I'd take putty over Terminal.app, which has default keyboard-shortcuts that clash with Bash. (I believe it was Alt-b, Alt-d, or maybe Alt-f. I forget exactly.)