Skip to content

GitLab

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
slapos slapos
  • Project overview
    • Project overview
    • Details
    • Activity
    • Releases
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Labels
    • Labels
  • Merge requests 123
    • Merge requests 123
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Operations
    • Operations
    • Environments
  • Analytics
    • Analytics
    • CI/CD
    • Repository
    • Value Stream
  • Snippets
    • Snippets
  • Members
    • Members
  • Activity
  • Graph
  • Jobs
  • Commits
Collapse sidebar
  • nexedi
  • slaposslapos
  • Merge requests
  • !373

Merged
Created Aug 10, 2018 by Łukasz Nowak@lukeMaintainer

Resistance to hazardous slave parameters

  • Overview 23
  • Commits 11
  • Changes 18

As caddy-frontend SR is used in context where one master servers many slaves, over which the master owner does not have proper control, the SR needs to be resistent to slave parameters being hazardeous. In other software releases it is ok for buildout to fail or for the whole/part of the system to be disfunctional in case of wrong parameters, as requester will be in charge of fixing it. Here it is not the case.

This work consist of reviewing and checking all possibly dangerous slave parameters, which result in malfunction of the whole partition (master or slave) and introduces protection for each case.

Test results: PASS

Depends on: !398 (merged) MERGED

Assignee
Assign to
Reviewer
Request review from
None
Milestone
None
Assign milestone
Time tracking
Source branch: caddy-frontend-slave-caddy-input
GitLab Nexedi Edition | About GitLab | About Nexedi | 沪ICP备2021021310号-2 | 沪ICP备2021021310号-7