웹크론

이 문서에는 여러 가지 문제가 있습니다.개선을 돕거나 토크 페이지에서 이러한 문제에 대해 논의해 주십시오.(이러한 템플릿메시지를 삭제하는 방법과 타이밍에 대해 설명합니다) 이 글은 검증을 위해 추가 인용문이 필요합니다. 신뢰할 수 있는 출처에 인용문을 추가하여 이 기사를 개선하는 데 도움을 주십시오. 조달되지 않은 자재는 제거될 수 있습니다.출처 : "Webcron" – 뉴스 · 신문 · 서적 · 학자 · JSTOR (2010년 12월) (이 템플릿 메시지 삭제 방법 및 삭제 시기 확인) 이 기사는 주요 출처에 대한 언급에 너무 많이 의존한다. 2차 또는 3차 소스를 추가하여 개선해 주십시오.(2010년 12월) (이 템플릿메시지의 삭제 방법과 삭제 타이밍을 확인합니다) (이 템플릿메시지를 삭제하는 방법과 타이밍을 확인합니다)

webcron은 웹 서버에서 호스트되는 시간 기반 작업 스케줄러를 나타내는 용어입니다.이 이름은 웹 서버 및 Unix 데몬 cron이라는 문구에서 유래합니다.Webcron^[buzzword] 솔루션을 사용하면 셸 계정이나 다른 작업 ^{[1][non-primary source needed]}예약 수단을 제공하지 않는 웹 호스트의 웹 서버 환경에서 실행되도록 작업을 예약할 수 있습니다.

개요

많은 웹 호스트는 셸 계정 또는 cron과 같은 내장 작업 스케줄러를 제공하여 사용자가 작업을 쉽게 예약할 수 있도록 합니다.이러한 호스트는 선택적으로 웹 서버와 통신할 수 있는 명령줄 응용 프로그램으로 작업을 실행합니다.그러나 웹크론 솔루션은 전적으로 웹 호스트의 웹 서버 환경 범위 내에서 실행됩니다.이것에 의해, Webcron 솔루션은 cron이나 셸 어카운트등의 작업 스케줄러를 제공하지 않는 호스트상에서 동작할 수 있습니다.Webcron 솔루션은 사용자에게 이러한 기능을 제공하지만 대체 또는 ^{[2][non-primary source needed]}대체용으로 설계된 호스트에서도 동일하게 작동합니다.

웹크론 솔루션은 두 부분으로 구성됩니다.첫 번째 부분은 URL을 통해 액세스할 수 있는 곳에 상주하는 작업을 실행하는 스크립트입니다.두 번째는 스크립트의 URL에 정기적으로 접속하는 스케줄링 공급자를 사용하는 것입니다.

일정 공급자와 일정을 설정하기 전에 사용자는 웹 서버에서 실행되는 스크립트를 설정해야 합니다.대부분의 웹 호스트에는 스크립트의 단일 인스턴스가 실행될 수 있는 시간에 제한이 있습니다^[which?].또한^[which?] 많은 웹 호스트는 CPU 및 RAM 리소스 사용량에 제한이 있습니다.공유 호스팅 프로바이더의 Webcron 솔루션 사용자는 웹 호스트의 제한을 반복적으로 초과하지 않도록 주의해야 합니다.장시간 실행되는 스크립트는 웹 서버 프로세스에 의해 언제든지 종료될 수 있다는 점을 고려해야 합니다.사용자는 스테이트 머신을 실장할 수 있습니다.이것에 의해, 스크립트는 복수의 호출에 걸쳐 동작해, Web ^{[1][non-primary source needed]}호스트가 부과하는 제한 범위내에서 실행할 수 있습니다.

스케줄 프로바이더

서드파티

웹에는 ^[3][4]많은 서드파티 웹크론 스케줄링 공급자가 있습니다.이러한 서비스에서는 지정된 URL을 취득하거나 ping을 실행하는 URL 및 빈도 스케줄을 받아들입니다.대부분의 프로바이더에는, 서버의 과부하를 회피하고, 유저의 프리미엄 ^[5]어카운트 가입을 재촉하기 위해서, 시스템에 제한이 짜여져 있습니다^[which?].

누가 typically[공작 산문]SMS와 이메일 알림, 가동 시간 보고서와 삼림 벌채, 증가된 제한 시간 제한하는 것과 같은 추가 이득을 얻는다는 것 제3자webcron 일정 사업자에게 프리미엄 계정을 설정한 사용자는, 일정, HTTPPOST메서드, HTTP쿠키 지원, 주파수 스케줄링에 있는 규제를 이용하지 못하는 만료되지 않을 것이다.[6][5][non-primary 공급원이 필요하][독창적인 연구?]

일부 웹크론 서비스 공급자는 웹 인터페이스에서 CRON 식을 받아들여 작업 실행 시간을 ^[7][8]예약합니다.

방문자 베이스

웹크론 솔루션은 방문자가 서버에서 웹크론 스케줄러 스크립트를 트리거하도록 함으로써 웹 호스트 전체에 포함할 수 있습니다.예를 들어 웹 사이트의 머리글 또는 바닥글에 있는 'img' HTML 요소, 스크립트 또는 iFrame에 있는 Ajax 호출을 사용하여 이를 수행할 수 있습니다.방문자가 웹 사이트를 볼 때 이미지가 로드되고 웹크론 스케줄러가 트리거됩니다.Webcron 스케줄러는 실행해야 할 태스크를 실행한 후 이미지를 출력하여 방문자의 웹 브라우저가 ^[2]페이지에 손상된 이미지를 표시하지 않도록 합니다.또는 HTTP 응답이 지연되지 않도록 작업을 비동기적으로 시작할 수도 있습니다.

방문자 기반 웹크론 스케줄링을 사용하여 웹사이트에 방문자가 부족할 경우 예약된 작업이 제시간에 실행되지 않습니다.

방문자 기반 웹크론 스케줄링은 자체 웹크론 솔루션의 가능성을 가능하게 하므로 웹 사이트 또는 웹 기반 소프트웨어 제품의 휴대성을 높입니다.정기적으로 실행해야 하는 작업이 있는 일부 웹 기반 오픈 소스 소프트웨어는 이러한 작업을 실행하기 위해 방문자 기반 ^{[citation needed]}웹크론 솔루션을 사용합니다.

리모트 액세스

리모트 액세스 대응 Webcron 솔루션은 일반적으로 클라이언트와 서버 컴포넌트 쌍과 함께 번들됩니다^{[peacock prose]}.클라이언트는 사용자의 개인 컴퓨터와 같은 별도의 시스템에서 실행됩니다.작업 예약은 클라이언트 구성 요소가 있는 시스템에 설정됩니다.그런 다음 작업이 실행되면 클라이언트 구성 요소가 서버 ^{[1][non-primary source needed]}구성 요소와 통신합니다.

원격접근은^{[peacock prose]} 보통 다른 스케줄링 프로바이더에서는 불가능한 기능을 제공합니다.클라이언트 컴포넌트와 서버 컴포넌트간의 데이터는, 통상은 HTTP 를 통해서도^{[peacock prose]} 암호화됩니다.이를 통해 클라이언트컴포넌트의 플러그인 또는 모듈이 서버 컴포넌트와 통신하여 일반적으로 ^[1]제한된^{[peacock prose]} 정보를 안전하게 요구할 수 있습니다.송수신된 데이터의 압축은 전체적인 ^{[9][non-primary source needed]}대역폭 사용을 줄이는 데 도움이 됩니다.

원격 액세스 플러그인 또는 모듈의 일반적인 구현은^{[peacock prose]} 웹 서버에서 클라이언트로 파일 및 데이터베이스를 증분 백업하는 것입니다.일부 증분 백업 구현에서는 기본적인 호스트 기반 침입 탐지 시스템 ^[9]기능을 제공할 수도 있습니다.

로컬 액세스

이미 cron을 사용할 수 있는 호스트에서 webcron 솔루션을 사용할 수 있습니다.이 기능은 웹 서버를 통해서만 필요한 기능을 사용할 수 있는 경우에 유용합니다^{[peacock prose]}.cron 데몬은 스케줄링 프로바이더이며 Wget 등의 다른 툴을 사용하여 스크립트에 정기적으로 접속합니다.

리모트 액세스 대응 Webcron 솔루션의 경우 cron은 클라이언트컴포넌트를 실행하여 스크립트를 실행할 수 있습니다.

보안상의 우려 사항

Webcron 솔루션에는 URL을 통한 가용성이 포함되어 있기 때문에 사용자가 해결해야 할 보안상의 문제가 몇 가지 있습니다.Webcron 솔루션은 신뢰의 문제, 서비스 거부 공격의 기회, 네트워크 또는 패킷 스니핑, 리플레이 공격의 실행 및 정보의 노출 가능성을 가져옵니다.웹크론 솔루션은 범죄 컴퓨터 ^{[1][non-primary source needed]}해커에게 이상적인 진입점입니다.

서드파티 스케줄링 프로바이더를 사용하는 경우 사용자는 서드파티가 URL을 오용하지 않을 것으로 신뢰합니다.또한 서드파티 서버와 웹 서버 간의 접속은 해커로부터 안전하다고 가정해야 합니다.

방문자 기반 스케줄링 공급자를 사용할 때 사용자가 실수로 서비스 거부 공격의 장소를 제공할 수 있습니다.또, 스크립트가 올바르게 기입되지 않은 경우, 스크립트에 의해서 서버에 관한 정보가 의도하지 않게 노출될 가능성이 있습니다.

리모트 액세스스케줄링 프로바이더를 사용하는 경우, 유저는^{[peacock prose]} 통상, Web 서버와의 통신 방법을 상세하게 제어할 수 있습니다.HTTP 를 사용하고 있는 경우, URL 은 회선을 개입시켜 클리어 상태로 송신됩니다만, 통상, 요구내의 데이터는^{[peacock prose]} 암호화됩니다.이것에 의해, 서비스 거부 공격이나 재생 공격의 가능성이 열립니다.

레퍼런스