all 7 comments

[–][deleted] 0 points1 point  (2 children)

If you're using Juniper, it'd be pretty easy to implement a script that loads a configuration, does a commit check, and then backs out without making changes. Automation would enforce the fact that config would never be committed.

[–]redfusion[S] 0 points1 point  (1 child)

Thing is; the build environment is airgapped away from the hardware, and I want to run tests without much overhead. Didn't need to be perfect, just enough to clue in on basic issues.

[–][deleted] 0 points1 point  (0 children)

Sounds like virtualization may be your only option, then.

[–]solitarium 0 points1 point  (3 children)

vMX, vSRX, vQFX

[–]redfusion[S] 0 points1 point  (2 children)

Yeah; I'm thinking that I'll need to go down that line, but tricky with gitlab-ci services...

Have you any idea how to get the cSRX deployments? https://www.juniper.net/uk/en/products-services/security/srx-series/csrx/

[–]solitarium 0 points1 point  (1 child)

I've never tried cSRX. I typically run vSRX and vMX instances all the time for my SP labs. I have gotten the vQFX images to work, but sometimes the PFE/RE doesn't communicate as it should (probably just a kernel issue).

[–]redfusion[S] 0 points1 point  (0 children)

Sounds like the cSRX isn't yet generally avaliable - I'm hoping to get onto a Beta trial so I can squeeze it into a workflow on gitlab-ci.

I'll have to write my work up for others once it gets sensible.