-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
GRE FFRL #15
base: master
Are you sure you want to change the base?
GRE FFRL #15
Conversation
Das würde heißen, dass wir auf jedem Gateway alle Exit-interfaces anlegen? |
Ähm nein ich würde den Exit Nodes ein extra Tag oder so verpassen das nur diese die Rolle bekommen |
Oder die Exit-Infos als Variablen ablegen, die dann nur bei den Exit Nodes gesetzt werden? |
@@ -0,0 +1,6 @@ | |||
--- |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hier müssen wir noch eine strategische Entscheidung treffen:
- Playbook für jedes Feature und dann die Hosts eintragen?
- Oder Playbook für jeden Host(-typ)?
Beim Web haben wir ein Playbook für den Host(-typ) angelegt, was ich bevorzugen würde, da wir sowieso nur von Web und Gateways sprechen.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Oder Playbook für jeden Host(-typ)?
Dafür!
- Dictionary `ffrl_exit_server` (Host Variable) | ||
|
||
``` | ||
ffrl_exit_server: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Das muss noch als tatsächliche Config für uns angelegt werden, oder?
@@ -0,0 +1,6 @@ | |||
--- |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Oder Playbook für jeden Host(-typ)?
Dafür!
No description provided.