Linux 박스를 어떻게 원격으로 관리합니까? [닫은]

참고 : 오늘 아침 EC2 상자와 관련 하여이 질문을했지만 인스턴스를 시작하고 중지하는 도구에 대한 링크 만 다시 가져 왔으므로 다시 말하겠습니다 ...

내 프로젝트 중 하나의 야간 처리 작업을 수행하는 Linux 상자가 몇 개 있습니다. 때때로, 나는 들어가고, 코드를 변경하고, 무언가를 구성하고, 파일을 옮기는 등의 일을해야합니다.

이러한 작업에 대한 내 도구 세트는 고통스럽게 드문 드문 (SSH 상자에, VIM에서 파일 편집, WGET 원격 파일 필요) 훨씬 더 좋은 방법이 있다고 생각합니다. 제 위치에있는 다른 사람들의 행동이 궁금합니다.

상자에 액세스하기 위해 어떤 형태의 윈도우 시스템과 원격 데스크톱을 사용하고 있습니까, 아니면 모두 명령 행입니까? 원격 Windows 상자를 관리하고 네트워크를 통해 파일을 전송할 수 있으므로 원격 Windows 상자를 관리하는 것은 쉽지 않습니다. 리눅스 세계에서 이것과 동등한 것이 있습니까?

머신에서 설정 파일 변경 / 스크립트 조정을 직접 수행하고 있습니까? 또는 로컬 파일에 원격으로 이러한 파일을 편집하기 위해 설정 한 것이 있습니까? 아니면 단순히 원격으로 편집 한 다음 저장할 때마다 전송합니까?

서버와 로컬 환경간에 파일을 어떻게주고 받습니까? FTP? VPN을 통한 일종의 매핑 된 드라이브?

이 상자를 관리하기위한 모범 사례를 실제로 얻어야합니다. 고통의 일부를 제거하기위한 제안은 가장 환영받을 것입니다!

이러한 작업에 대한 내 도구 세트는 고통스럽게 드문 드문 (SSH 상자에, VIM에서 파일 편집, WGET 원격 파일 필요) 훨씬 더 좋은 방법이 있다고 생각합니다. 제 위치에있는 다른 사람들의 행동이 궁금합니다.

부족한? 지구상에서 무엇을 의미합니까? 실례지만 실례지만 ssh, vim 및 wget을 아프게하는 것은 거의 모욕입니다. 귀하의 질문에서 나는 당신이 주로 주간 근무를위한 프로그래머라고 생각하므로 질문을 이해합니다. 그러나 솔직히 언급 한 세 가지 도구 중 하나에 익숙하지 않은 Linux 관리자는 고용하지 않을 것입니다.

상자에 액세스하기 위해 어떤 형태의 윈도우 시스템과 원격 데스크톱을 사용하고 있습니까, 아니면 모두 명령 행입니까? 원격 Windows 상자를 관리하고 네트워크를 통해 파일을 전송할 수 있으므로 원격 Windows 상자를 관리하는 것은 쉽지 않습니다. 리눅스 세계에서 이것과 동등한 것이 있습니까?

관리자 작업에서는 절대 X 환경을 사용하지 않습니다. 필요하지 않으며 시스템 리소스 만 차지하며 대부분 도움말 대신 장애가됩니다. 대부분의 GUI 구성 도구 (실제로는 전부)는 vim을 사용하여 구성 파일에서 설정할 수있는 구성 옵션의 하위 세트 만 제공합니다.

리눅스 박스를 관리하는 것은 윈도우 박스를 관리하는 것만 큼 간단하지 않습니다. 적절한 기술 세트를 얻는 데 시간이 걸립니다.

그리고 네트워크 파일 전송이 동일합니까? 많은. scp, sftp, ftp, nfs, cifs / smb (Windows 파일 공유 프로토콜) 및 일부.

머신에서 설정 파일 변경 / 스크립트 조정을 직접 수행하고 있습니까? 또는 로컬 파일에 원격으로 이러한 파일을 편집하기 위해 설정 한 것이 있습니까? 아니면 단순히 원격으로 편집 한 다음 저장할 때마다 전송합니까?

내가하고있는 일에 달려 있습니다. 기계의 구성 파일에서 직접 개발 한 대부분의 작업 (개발 및 테스트 상자 용)을 파일을 Satellite 서버의 구성 채널로 푸시 한 후 파일을 모든 서버에 직접 배포합니다 (생산 상자 용) ). 실제로, vim은 보물입니다. 즉, 올바르게 사용하는 방법을 찾을 때입니다.

서버와 로컬 환경간에 파일을 어떻게주고 받습니까? FTP? VPN을 통한 일종의 매핑 된 드라이브?

scp까지 그리고 아마도 sftp 일 것입니다. 절대로 FTP를 사용하여 공용 네트워크를 통해 중요한 파일 (예 : 구성 파일)을 이동하지 마십시오. 다시 필요한 것은 서버에 있기 때문에 매핑 된 네트워크를 사용하지 않습니다. 구성 파일이 아닌 c 파일을 의미하는 경우 일반적으로 svn 또는 git과 같은 것을 사용하고 변경 사항을 상자에 푸시합니다.

이 상자를 관리하기위한 모범 사례를 실제로 얻어야합니다. 고통의 일부를 제거하기위한 제안은 가장 환영받을 것입니다!

이미 ssh, scp, wget 및 vim을 사용하고 있습니다. 그것들은 고통이 아닙니다. 치아가 얼마나 강력한 지 알아내는 동안 이가 아플 수도 있습니다. 그러나 Windows 유추를 되 찾으려면 Windows 상자를 사용해야 할 때 심각하게 방해받습니다. 당신을 위해 그것은 다른 길입니다. 그것은 당신이 익숙한 것입니다. 그래서 시간을 좀 주면 당신에게 올 것입니다.

이미 ssh, vim 및 wget을 언급했는데 이는 필수적이고 완벽합니다. 인생을 더 쉽게 만들 수있는 몇 가지 추가 도구 :

1. GNU 화면 / byobu

"GNU Screen은 사용자가 단일 터미널 창 또는 원격 터미널 세션 내에서 여러 개의 개별 터미널 세션에 액세스 할 수있는 무료 터미널 멀티플렉서입니다. 명령 줄에서 여러 프로그램을 처리하고 시작된 셸에서 프로그램을 분리하는 데 유용합니다. 프로그램." (wikipedia의 GNU_Screen 페이지에서)

주요 장점은 돌아 왔을 때 떠난 상태와 정확히 같은 상태에있는 하나 이상의 가상 터미널을 가질 수 있다는 것입니다 (예 : ssh를 통해 다시 로그인). 어떤 이유로 연결이 끊어졌을 때도 좋습니다.

화면은 상자에 연결하는 데 사용하는 소프트웨어 (서버에 상주 함)에서 독립적으로 작동하므로 퍼티 또는 대부분의 다른 터미널 소프트웨어와 잘 결합됩니다.

이 기사는 당신이 할 수있는 좋은 일을 보여줍니다 : http://www.pastacode.de/extending-gnu-screen-adding-a-taskbar/en/

좋은 대안은 byobu이며, 일부 배포판에서 미리 구성되어 있습니다 : http://byobu.co/

2. 자정 사령관

파일 및 디렉토리를보고 조작하기위한 콘솔 기반의 그래픽 방식의 탐색 도구입니다.

안전한 원격 전송을 수행 할 수도 있습니다. 내장 된 FISH 및 FTP 클라이언트가 있습니다.

즉, 명령 줄 콘솔에 두 개의 텍스트 창이 나란히 있고 하나는 원격 상자를 표시하고 다른 하나는 연결하는 곳마다 (로컬 시스템 일 수도 있음) 파일 시스템을 나란히 탐색 할 수 있습니다. 개별 파일 또는 파일 트리를 표시 또는 조사하고 위치간에 복사 또는 이동합니다. FISH는 안전하지만 FTP는 안전하지 않습니다. 초보자에게는 매우 강력하고 간단합니다.

3. rsync

서로 다른 위치간에 빠르고 안전하며 안정적인 파일 전송 및 동기화

4. VCS

코드를 업데이트하기 위해 bazaar, mercurial 또는 git과 같은 분산 버전 제어 시스템을 사용합니다. Github 또는 Bitbucket은 상용 코드 호스팅을 제공하지만 반드시 필요한 것은 아니며 자신의 컴퓨터에서 효율적으로 사용할 수도 있습니다.

Joseph Kern : 원격 구성 구성에 git을 정확히 어떻게 사용하는지 자세히 설명해 주시겠습니까?

5. 터미널 클라이언트

유닉스 계열 시스템에서는 이미 보드에 있으며 Windows에서는 Putty, Tera Term, Mind Term 또는 Pandora를 사용할 수 있습니다. 또는 cygwin 설치 및 ssh를 cygwin 터미널 창에서 원격 상자로 가져 가십시오 (더 많은 장점이 있지만 원하는 것이 무엇인지에 대한 질문입니다).

6. 터널링 및 포트 포워딩

특정 포트를 로컬 컴퓨터에 안전하게 전달하는 것이 도움이 될 수 있습니다. 예를 들어, mysql 포트 TCP 3306 또는 postgres TCP 5432를 전달하고 일부 데이터베이스 관리 도구를 로컬로 설치할 수 있습니다.

cygwin과 Mindterm은 포트 포워딩을 수행 할 수 있으며 퍼티 (또는 작은 형제 plink를 기반으로하는 명령 행)를 사용하여 Windwos 시스템에서 터널을 구축 할 수 있습니다. 유닉스 계열 머신에 로컬 인 경우 ssh odr plink를 사용하여 이러한 터널링을 생성 할 수 있습니다.

다양한 포트에 대해보다 안정적이고 영구적 인 터널링을 만들려면 OpenVPN을 권장합니다. 지점 간 "사전 공유 키"터널링 방법은 설치하기가 어렵지 않습니다.

7. 유닉스 계열 시스템

로컬 컴퓨터가 Mac 인 경우 이미 가지고 있으면 로컬 셸을 열 수 있습니다. 워크 스테이션이 Windows 기반 인 경우 동일한 로컬 네트워크에있는 로컬 유닉스 계열 서버를 만드는 것이 도움이 될 수 있습니다. 동일한 라우터 또는 스위치에 연결된 다른 방에있는 다른 시스템 일 수 있습니다. 또는 머신을 하나만 원하는 경우 무료 vmware 서버를 설치하고 원격 머신과 동일한 운영 체제를 가상 머신으로 만들 수 있습니다. 여기에 samba 서버를 설치하면 데스크탑에서 samba 공유를 "넷 사용"할 수 있습니다.

로컬 서버의 ssh 서버이고 라우터의 포트 22를 열면 외부에있을 때 로컬 시스템으로 ssh 할 수 있습니다.

원격 시스템에 터널을 구축하거나 rsync를 사용하여 파일과 전체 파일 트리를 전송 및 동기화 할 수 있습니다. 교육 목적으로 로컬 웹 서버로 로컬 개발 용 테스트, VSC 용으로 사용할 수 있습니다.

원격 시스템에서 백업을 가져올 수 있습니다. 자동으로 백업을 수행하는 로컬 크론 작업을 생성 할 수 있습니다 (예 : 로컬로 정기적으로 저장하려는 데이터베이스)

8. X 리모트 GUI

시스템과 같은 Linux에서 물리적으로 작업하는 경우 로컬 시스템에서 GUI를 그리는 Linux 서버에서 GUI 응용 프로그램을 실행할 수도 있습니다. 이것은 그래픽 파일 비교 도구 또는 거의 모든 것이 될 수 있습니다.

리눅스 박스 관리를 위해 gui 소프트웨어를 사용하는 것이 일반적이지 않고 msot 경우에는 필요하지 않지만 가능하다면 유용 할 수도 있습니다.

원격 시스템에서 / etc / ssh / sshd_config에 다음 행이 있는지 확인하십시오.

X11Forwarding Yes

다음을 사용하여 ssh 서버를 다시 시작하십시오.

/etc/init.d/sshd restart

다음에 로그인하면

ssh -X me@remote-box

X 터널을 가지고 테스트 목적으로 원격 서버에 xclock을 설치하고 xclock방금 언급 한 ssh 세션에서 i를 실행 하십시오. 테스트 목적으로 간단한 x 클럭이 Linux GUI에 나타납니다.

로컬 X 환경을 설치하면 Mac도 가능합니다.

9. 비슷한 상자 나 작업이 많은 경우 : 시스템 구성 도구를 사용하십시오.

서버 팜이 있거나 많은 중복 또는 동일하거나 유사한 컴퓨터로 큰 클라우드 배포를 수행하는 경우이를 사용할 수 있습니다.

대부분의 상자가 개별적이거나 다른 운영 체제 또는 다른 버전을 실행하는 경우에는 의미가 없습니다.

몇 가지 도구가 있습니다.

• chef http://www.getchef.com/chef/ 아래 Evan Andersons의 훌륭한 답변을 참조하십시오 : /server//a/28789/45819

• puppet다른 큰 선수 http://puppetlabs.com/

• salt유망 해 보인다 http://www.saltstack.com/

10. 다음을 사용하여 응용 프로그램 컨테이너 배포 docker

이것은 한 걸음 더 나아갑니다. Docker는 소프트웨어 컨테이너 내에 애플리케이션 배포를 자동화하는 오픈 소스 프로젝트입니다 : https://www.docker.io

11. 자동 배포 관리와 함께 Google Compute Engine 사용

https://cloud.google.com/products/compute-engine/

Google은 매우 흥미로운 가능성을 가진 Linux VM을 제공합니다. RESTful API, 명령 행 인터페이스 및 웹 기반 콘솔을 포함한 도구를 사용하여 대규모 가상 머신 클러스터를 신속하게 배치 할 수 있습니다. RightScale 및 Scalr과 같은 도구를 사용 하여 배포 를 자동으로 관리 할 수도 있습니다 .

Windows 상자에서 SSH를 통한 파일 관리 작업을위한 멋진 GUI를 찾고 있다면 WinSCP를 살펴보십시오. http://winscp.net

EC2 인스턴스를 관리하지는 않지만 일반적으로 역할을 수행하는 컴퓨터가 두 대 이상인 경우 상자마다 변경하는 대신 모든 유사한 상자에서 작업을 수행하는 스크립트를 작성하려고합니다. .

Puppet ( http://reductivelabs.com/products/puppet/ )을 사용하고 싶습니다. 시스템 관리를보다 구성 관리 연습으로 만들기 때문입니다. 아직 자세히 살펴볼 여분의 사이클은 없었지만 아주 좋은 소식을 들었습니다.

Chef와 같은 시스템 구성 관리 도구를 고려해야합니다.

더 이상 SSH 세션을 통해 수동으로 시스템을 관리하지 않습니다. 웹 응용 프로그램 및 프로젝트에 대한 모든 코드를 EC2의 웹 사이트와 같이이를 실행하는 시스템에서 액세스 할 수있는 소스 코드 저장소에 보관합니다. 클라우드에서 작업 할 때는 자동화 된 인프라가 있어야합니다.

기본 작업 흐름은 다음과 같습니다. 먼저 애플리케이션 코드 및 구성 데이터의 경우 :

• GitHub 또는 다른 버전 제어 저장소에서 복제 / 체크 아웃 코드.
• 로컬 워크 스테이션 / 노트북의 즐겨 사용하는 편집기에서 코드를 편집하십시오.
• 변경 사항을 커밋하고 중앙 리포지토리로 푸시합니다.

구성을 위해 다음을 추가하십시오.

• Chef가 제공 할 수있는 위치에 구성 파일을 설치하십시오.
• 에지 노드에서 요리사 클라이언트 실행을 트리거하거나 간격을 기다립니다.

시스템은 패키지 설치, 사용자 생성, 템플릿에서 생성 된 구성 파일 등과 같이 구성됩니다.

나는 [거의] 구성 파일, 응용 프로그램 데이터 또는 원격 시스템의 어떤 것도 직접 수동으로 편집하지 않습니다. 변경 사항은 로컬 리포지토리를 통해 수행되고 마스터로 푸시됩니다. 인스턴스를 종료하고 다시 시작해야하더라도 시스템이 매번 올바르게 구성된다는 것을 알고 있습니다.

구성에 필요한 파일은 웹 응용 프로그램 (Apache + Passenger에서 실행) 인 Chef 서버에서 바로 제공됩니다. 클라이언트에 대한 액세스는 openid 권한 부여를 통해 제어됩니다.

내 구성에는 Nagios 및 Munin에 대한 후크가 포함되어 있으므로 수동으로 설정하지 않아도 모니터링 및 추세를 확인할 수 있습니다.

오늘날 모범 사례는 자동화 된 구성 관리에 있습니다. 여전히 수동으로 작업하는 경우 너무 열심히 일하고 있습니다.

ssh, vim 및 wget의 문제점은 무엇입니까? 내 의견으로는 대부분의 Windows 사용자에게 알려지지 않은 보석. :-)

때로는 FTP 또는 SFTP를 통해 gVim을 원격으로 사용합니다.

Linux 시스템에서 GUI를 사용하려면 로컬 호스트에서 X 서버 (Cygwin 참조)를 실행하고 ssh 연결을 통해 디스플레이를 다시 전달할 수 있습니다.

Linux를 관리하는 데 드는 비용이나 번거로운 VPN 솔루션을 고려한 적이 없습니다.

개발 중이고 서버에서 개발 작업을 실행해야하는 경우 서버에서 개정 제어 클라이언트를 설정하고 원격으로 로그인 한 후 클라이언트를 동기화하고 프로세스를 실행하십시오.

원격 Windows 상자를 관리하고 네트워크를 통해 파일을 전송할 수 있으므로 원격 Windows 상자를 관리하는 것은 쉽지 않습니다. 리눅스 세계에서 이것과 동등한 것이 있습니까?

이 트롤링은 의도 된 것입니까?

Windows 상자의 원격 관리자는 사소한 것이 아닙니다. 유닉스 박스의 원격 관리는 원격으로 관리되고 네트워크에 있도록 설계 되었기 때문입니다. 창문의 경우 그것은 처음부터 네트워크에 살도록 설계되지 않은 시스템에 대한 볼트였습니다.

이것은 일화 적이지만 다양한 회사의 경험으로 볼 때 Linux 상자의 서버 대 시스템 관리자 비율은 Windows보다 훨씬 높습니다. Windows의 자동화는 사소하지 않으며 GUI는 항상 스크립팅보다 느리기 때문입니다. 그러나 Windows 인프라를 관리하기 쉽게 관리 할 수있는 Windows 관리자가 있지만 이러한 관리자는 매우 드 rare니다.

필요한 모든 도구는 기본적으로 모든 Linux 배포판에서 사용할 수 있습니다. 그래픽 로그인을 원한다면 계속 진행하면 CPU와 메모리가 낭비되고 Windows와 동일한 문제가 발생합니다. 그리고 이미 말했듯이, 소수의 상자 이상에 대해 꼭두각시, 요리사, cfengine 또는 다른 많은 도구를 고려해야합니다.

"몇 가지"상자를 관리하기 위해 SSH를 사용한다고합니다. 한 번에 모든 명령에 동일한 명령을 작성하기 위해 ClusterSSH를 적극 권장합니다 (유사한 목적이 있다고 가정).

http://www.linux.com/learn/tutorials/413853:managing-multiple-linux-servers-with-clusterssh

사용법은 "cssh -l username clustername"처럼 간단합니다. 그러면 한 번에 또는 별도로 관리 할 수있는 많은 uxterm 창이 열립니다. 클러스터는 구성 파일의 IP 목록으로 정의됩니다. 내가 아는 한, X 지원 만 누락되었습니다.

편집 : 다중 터미널 레이아웃을 쉽게 저장하고 복원 할 수 있으므로 필요한 경우 10 개의 동시 X 터널을 얻을 수 있기 때문에 Terminator로 마이그레이션했습니다. 서버와 클라이언트 컴퓨터를 동시에 쉽게 구성 할 수 있습니다.

또한 Fabric은 클라이언트에서 소프트웨어 업데이트를 할 때 편리하며 기본적으로 모든 zip / scp / unzip / cp 항목을 대체합니다.

나는 사용한다:

• SSH-액세스
• SCP-파일 복사
• SSHFS-드라이브 또는 디렉토리를 마운트해야하는 경우
• git-설정 저장

내 설정을 버전 제어하에 두는 것이 아마도 내가 한 가장 똑똑한 일이었습니다. 가능한 한 자주 SSH 기반 도구를 사용하여 관리 공간과 공격 영역을 줄입니다.

현재 모든 git repos는 로컬입니다. 앞으로 구성을 원격 저장소로 옮길 것입니다.

유닉스 / 리눅스 시스템 관리를위한 웹 기반 인터페이스 인 Webmin을 사용하는 것을 잊지 마십시오 .

SSH는 항상 충분했습니다. X11은 본질적으로 원격 데스크톱이지만 다른 방법으로는 암호화되지 않기 때문에 본질적으로 안전하지 않습니다. 그러나 SSH 연결을 통해 터널링 될 수 있으며 추가 포트를 열지 않아도됩니다. 이것은 물론 서버에 X 환경이 설치되어 있다고 가정합니다.

SFTP (STP를 통한 ftp이므로 추가 포트를 다시 열 필요가 없음)를 사용하여 파일을 가져 오는 대신 서버에 파일을 넣을 수 있습니다. sftp 클라이언트는 http://filezilla-project.org/ 에서 찾을 수 있습니다.

상자에 ssh하고 변경이 간단한 경우 명령 줄에서 vi / nano와 같은 편집기로 변경하십시오. 여러 소스 코드를 동시에 편집하는 것과 같이 파일을 더 복잡하게 변경하려면 Mac OS X에서 BBEdit을 사용합니다. SCP를 사용하여 파일 시스템에 액세스 할 수 있습니다. Windows 및 Linux 용 편집기가 있다고 확신합니다. sshfs 는 ssh를 사용하여 원격으로 파일 시스템에 액세스하는 방법입니다.

확실히 PuTTY; ssh 클라이언트뿐만 아니라 Windows 기반 SCP 클라이언트도 있습니다.

Linux 용 ssh를 통한 명령 줄 (X11이 설치되어 있지 않기 때문에)과 내 Apple 컴퓨터 용 ssh와 ARD가 혼합되어 있습니다.

TCP를 통한 AFP는 엄청나게 느리기 때문에 파일을 전송하는 데 Apple Remote Desktop을 사용하지 않습니다 . 난 그냥 사용 scp합니다.

원격 그래픽 액세스를 원한다면 거의 확실하게 VNC를 설정해야합니다.

SSH를 통해 파일을 원격으로 편집하려면 몇 가지 옵션이 있습니다.

• KDE 도구 (Kate, KDevelop)를 사용하는 경우 물고기 프로토콜을 사용하십시오 .
• FUSE 를 설정 하여 원격 볼륨을 (자동) 마운트하십시오.
• 사용 muCommander (그래픽 크로스 플랫폼 mc앞뒤로 파일을 이동)
• 일부 텍스트 편집기 (예 : Mac의 TextWrangler)는 ssh를 통한 파일 가져 오기 및 앞뒤로 이동 지원

파일을 편집 한 후 SSH를 사용하여 컴파일을 시작하십시오.

고려해야 할 또 다른 사항은 버전 제어 시스템을 사용하는 것입니다. bzr 은 정말 좋습니다. 설치가 쉽고 사용하기 쉽도록 설계되었습니다. 한 대의 컴퓨터에서 작업하고, 업데이트를 푸시하고, 서버에서 업데이트를 가져오고, 명령을 실행하고, 문제가 발생하면 되돌릴 수 있습니다.

SSH는 대부분 작업을 수행합니다. 사용 가능한 명령 줄 도구를 익히는 것이 좋습니다. 사용하려는 GUI 도구가 있으면 VNC 만 사용 합니다.

파일을 옮기기 위해 보통 CFIS / SAMBA 공유를 로컬 컴퓨터에 마운트합니다.

간단한 변경을 위해 SSH와 SCP가 트릭을 수행합니다. 더 많은 수의 시스템을 변경해야하는 경우 구성 관리 시스템을 살펴 봐야합니다. 서비스를 시작 / 중지하고 구성 파일의 내용을 변경하며 시스템이 알려진 상태인지 확인할 수 있습니다.

Bcfg2를 선호 하지만 Puppet 과 CFEngine 도 인기가 있습니다.

Bcfg2를 모든 서버에서 매시간 실행하지만 수동으로 실행할 수도 있습니다. 모든 시스템 구성 파일의 중앙 버전 제어 저장소가 있으므로 수정 내용을 추적 할 수 있습니다. 이 시스템은 매우 잘 작동하며 수동으로 서버에 로그인하여 내용을 조정하는 데 큰 도움이됩니다.

SFTP 링크를 통해 종종 Komodo 를 사용 합니다.

Windows 시스템 관리는 항상 "무거운"상태였습니다. 즉, 완전한 윈도우 환경이 필요하기 때문에 온 사이트 또는 원격 데스크톱 또는 VNC와 같은 네트워크가 많은 응용 프로그램이 필요합니다.

UNIX는 네트워킹을 염두에두고 설계되었으므로 도구는 예쁘게 보이지 않고 네트워크를 통해 작업하도록 설계되었습니다. UNIX 서버는 해당 윈도우 환경 (일반적으로 X11)을 설정하지 않아야합니다.

SSH, wget 및 vim의 미니멀리스트 인터페이스는 네트워크에 훨씬 도움이됩니다. vi는 실제로 300baud 모뎀 회선에서 작동하도록 설계되었습니다.

실제로 원격 UNIX 및 Linux 시스템 작업에 도움이되는 그래픽 도구가 있습니다 (wsp는 하나, gvim은 다른 것).

UNIX 시스템을 관리하는 일반적인 방법은 시스템에 로그인하여 시스템 자체에서 작업하는 것입니다. 파일을 편집하기 위해 파일을 이동할 필요가 없습니다. 기억해야 할 것은 구성이 올바른지 확인하고 가능한 경우 테스트하는 것입니다.

제한된 양의 파일을 전송해야하는 경우 SSH를 통해 액세스하십시오. 필요한 경우 SMBFS / SAMBA를 통한 공유 디렉토리. 일반적으로 시간 낭비입니다. * nix 유능한 직원 중 일부는 webmin을 사용하여 HTTPS를 통한 로컬 서브넷 액세스를 사용합니다.

셸리 나 박스

Shell In A Box (shellinabox로 발음)는 Markus Gutschke가 만든 웹 기반 터미널 에뮬레이터입니다. 지정된 포트에서 웹 기반 SSH 클라이언트로 실행되는 웹 서버가 내장되어 있으며 웹 터미널 에뮬레이터가 AJAX / JavaScript 및 CSS 가능 브라우저를 사용하여 Linux 서버 SSH 셸에 원격으로 액세스하고 제어 할 것을 요구합니다. FireSSH와 같은 추가 브라우저 플러그인 — http://www.tecmint.com/shell-in-a-box-a-web-based-ssh-terminal-to-access-remote-linux-servers/

클라이언트에서 터미널 에뮬레이션

AjaxTerm 은 Antony Lesuisse의 Python으로 작성된 Anyterm 과 유사한 프로그램 입니다. Shell In A Box 는 Markus Gutschke의 Anyterm과 유사한 프로그램으로 C로 작성되었습니다. Anyterm 및 Ajaxterm과 달리 서버가 아닌 브라우저에서 터미널 에뮬레이션을 수행합니다. http://anyterm.org/demos.html#secid2249226

Butterfly 는 또한 모든 기능을 갖춘 클라이언트 측 에뮬레이트 웹 터미널을 구동하는 웹 서버 (python으로 작성)입니다.