Closed Bug 746542 Opened 13 years ago Closed 7 years ago

Investigate alternative SSH daemon for Windows

Categories

(Infrastructure & Operations Graveyard :: CIDuty, task, P4)

Product:
Infrastructure & Operations Graveyard
Component:
CIDuty
Platform:
x86
Windows Server 2003
Type:
task

Tracking

(Not tracked)

Status:
RESOLVED FIXED

People

(Reporter: jhopkins, Assigned: q)

References

Details

(Whiteboard: [kanban:engops:https://mozilla.kanbanize.com/ctrl_board/6/2645] [automation])

The SSH daemon we're using now (kpym) does not support authorized_keys or scp, two major features of an SSH daemon required for automation. <catlee-buildduty> it had to work on the ancient talos boxes <catlee-buildduty> maybe that's not an issue any more We should investigate other options. I suggest looking at CopSSH which was easy to install and configure and has the features we need.
Armen is looking at deploying CopSSH with the new w64/win8 platform.
Assignee: nobody → armenzg
Priority: -- → P3
Whiteboard: [automation]
Priority: P3 → P4
Not working on this at the moment.
Assignee: armenzg → nobody
I installed BitVise (http://www.bitvise.com/) at home on Windows 8 and confirmed that it supports public key authentication and scp. I don't know what licenses cost.
Armen: correct me if I'm wrong, but I thought we were sticking with KpyM because Q could actually make it behave the way we want, i.e. working scp and using authorized_keys?
Flags: needinfo?(armenzg)
This is old. Our current ssh/scp setup works.
Status: NEW → RESOLVED
Closed: 12 years ago
Flags: needinfo?(armenzg)
Resolution: --- → INVALID
Our current SSH daemon still does not support: - scp - multi-channel SSH sessions (for better automation) - having trouble getting passwordless logins and passwords working at the same time Q has also mentioned that he'd like to upgrade our SSH daemon to something better. I think we should keep this bug on file.
Status: RESOLVED → REOPENED
Resolution: INVALID → ---
Should we move it to Relops?
Q, would you or markco like to take this on?
Flags: needinfo?(q)
Assignee: nobody → q
Flags: needinfo?(q)
Product: mozilla.org → Release Engineering
Something that supports "exec" would be nice.
Whiteboard: [automation] → [kanban:engops:https://mozilla.kanbanize.com/ctrl_board/6/2638] [automation]
Whiteboard: [kanban:engops:https://mozilla.kanbanize.com/ctrl_board/6/2638] [automation] → [kanban:engops:https://mozilla.kanbanize.com/ctrl_board/6/2645] [automation]
Do we still care about this?
Flags: needinfo?(q)
yes
Flags: needinfo?(q)
Component: Platform Support → Buildduty
Product: Release Engineering → Infrastructure & Operations
During today's triaging i noticed this bug had it's last real activity 3 years ago. Has the issue been resolved / forgotten? Either way, is it something we should bring back to life or should we close it?
I believe this is done as of bug 1454578; will follow up after the Windows meeting.
Not quite done; on hardware we have two pieces remaining: cleaning up the old KTS bits and firewall updates.
Closing; bug 853321 is the better one to watch, and I've got the latest blocking bug on it.
Status: REOPENED → RESOLVED
Closed: 12 years ago → 7 years ago
Resolution: --- → FIXED
Product: Infrastructure & Operations → Infrastructure & Operations Graveyard
You need to log in before you can comment on or make changes to this bug.