diff --git a/data/config.json b/data/config.json index 9625c1c..23986a9 100644 --- a/data/config.json +++ b/data/config.json @@ -1,5 +1,5 @@ { "title": "Blog Winderickx.me", "description": "Technologie blog vol informatie", - "repositoryUrl": "https://github.com/kendallstrautman/brevifolia-next-tinacms" + "repositoryUrl": "https://gitlab.com/eliwinderickx/blog2024" } \ No newline at end of file diff --git a/data/info.md b/data/info.md index 6177e7a..990bbb8 100644 --- a/data/info.md +++ b/data/info.md @@ -1,6 +1,6 @@ --- title: info page -background_color: '#AEC4BE' +background_color: '#d5d3c5' --- ## Welkom op deze blog @@ -12,4 +12,6 @@ Bedankt voor je bezoek. Hopelijk heb je iets aan deze blog. Je kan steeds contac Vriendelijke groet -Eli \ No newline at end of file +Eli + +![](/eli.jpg) \ No newline at end of file diff --git a/posts/24Jul-SyncRepo.md b/posts/24Jul-SyncRepo.md index 0d11fd7..8b012b7 100644 --- a/posts/24Jul-SyncRepo.md +++ b/posts/24Jul-SyncRepo.md @@ -52,7 +52,7 @@ gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-SLACK ``` Als we dan info opvragen van de software, zien we alle relevante informatie maar ook dat deze van onze lokale repo afkomstig is. Hier heb je zo'n voorbeeld van: -![Info over het Slack-softwarepakket](/SyncRPM/SyncRPM-Slack.png) +![Info over het Slack-softwarepakket](/SyncRPM-Slack.png) Handig om te weten maar opnieuw niet handig als we honderden softwarepakketten hebben. Gelukkig kunnen we bestaande repo's ook volledig synchroniseren. diff --git a/posts/24Jun-zabbix-prom.md b/posts/24Jun-zabbix-prom.md index 9f843b9..1e6cf7b 100644 --- a/posts/24Jun-zabbix-prom.md +++ b/posts/24Jun-zabbix-prom.md @@ -13,21 +13,21 @@ Zabbix kan heel veel, ook verbinden met de Prometheus clients; `node_exporter` e ## Het master-item Het belangrijkste zit in de master-item. Deze gaat namelijk via een `HTTP-item` de pull doen naar de `node_exporter` host. Net als bij de Prometheus server krijgen we ineens alle data binnen van de host. Zabbix kan daarna extra `Dependant items` maken op basis van verschillende entries in het `master`-item. Geef het adres van de host in onder URL en vervolledig met `:9100/metrics`. Voor testdoeleinden kan het interessant zijn om even geschiedenis bij te houden maar daarnaast is dit heel veel data die we niet moeten bijhouden en dus kunnen we onder `history storage period` 0 zetten. Let daarnaast dat `Type of information` Text is. -![Prometheus item in Zabbix](/ZabbixProm/ZabbixProm1.png) +![Prometheus item in Zabbix](/ZabbixProm1.png) ## Dependant item Nu het `master`-item aangevuld wordt, kunnen we een nieuw item aanmaken en die van het type `Dependant item` maken. De naam en key moeten zoals steeds uniek zijn en onder `master`-item kunnen we het item van zonet hier aanvullen. -![Dependant item in Zabbix](/ZabbixProm/ZabbixProm2.png) +![Dependant item in Zabbix](/ZabbixProm2.png) Onder het tab `Preprocessing` gebeurt nu het interessante en gaan we aangeven welke waarde we uit ons Master-item willen halen. In deze context kunnen we enkel gebruik maken van `keys` en `values` en hebben we dus echt enkel de specifieke metrix die we ophalen. -![Preprocessing in Zabbix](/ZabbixProm/ZabbixProm3.png) +![Preprocessing in Zabbix](/ZabbixProm3.png) ## Low-level Discovery Via LLD kunnen we iets gemakkelijker verschillende items op een geautomatiseerde manier ophalen. We hebben nog steeds ons `master`-item nodig als vertrekpunt. Hierna kunnen we enkele leuke zaken definiëren. Nadat we Naam, key en `master`-item hebben opgegeven, kunnen we naar `Preprocessing` gaan en daar `Prometheus to JSON` selecteren. Als Parameter kunnen we nu een `Prometheus pattern` ingeven alsook wat regex om enkele zaken variabel te laten opvullen. -![Preprocessing Low-Level Discovery in Zabbix](/ZabbixProm/ZabbixProm4.png) +![Preprocessing Low-Level Discovery in Zabbix](/ZabbixProm4.png) Hieronder een voorbeeld van zo’n JSON verwerking ````JSON @@ -74,5 +74,5 @@ In bovenstaand voorbeeld kunnen we enkele waarden terugvinden zoals `name`, `hel Tot slot kunnen we nu een `prototype item` aanmaken. Door de LLD Macro’s, kunnen we nu eenvoudig unieke waardes genereren. Onder Preprocessing, kunnen we dan opnieuw die Macro’s gebruiken om de juiste waarde te selecteren. -![Dependant LLD item in Zabbix](/ZabbixProm/ZabbixProm5.png) -![Preprocessing LLD item in Zabbix](/ZabbixProm/ZabbixProm6.png) \ No newline at end of file +![Dependant LLD item in Zabbix](/ZabbixProm5.png) +![Preprocessing LLD item in Zabbix](/ZabbixProm6.png) \ No newline at end of file diff --git a/posts/27Sept-GitlabUpgrade.md b/posts/27Sept-GitlabUpgrade.md index 8946fad..464177e 100644 --- a/posts/27Sept-GitlabUpgrade.md +++ b/posts/27Sept-GitlabUpgrade.md @@ -13,12 +13,12 @@ Helaas pindakaas! Als we niet het juiste pad volgen, brengen we onze Gitlab inst ### Maak snapshots! Servers zijn vaak gevirtualiseerd. Iedere productiewaardige virtualisatiesoftware biedt snapshots aan en ook hier wil je daar gebruik van maken. Vóór iedere upgrade maak je best een snapshot en dan kan je met een gerust hart er in vliegen. -![Verschillende snapshots over upgrades heen](/Git/GitlabSnapshots.png) +![Verschillende snapshots over upgrades heen](/GitlabSnapshots.png) ### Lees de documentatie Gitlab maakt goed tijd vrij om duidelijk te maken aan gebruikers wat er verandert in de verschillende versies. Daar ga je ook terugvinden wat er achterliggend zou verandert zijn, waar jij op moet letten of waarom je na een succesvolle upgrade niet meteen aan de volgende mag beginnen. -![Gitlab documentatie over eventuele upgrade issues](/Git/GitlabUpgradeDocumentation.png) +![Gitlab documentatie over eventuele upgrade issues](/GitlabUpgradeDocumentation.png) ### Communiceer! Gebruikers die actief zijn op jouw Gitlab instantie moeten weten dat je de upgrade gaat doen. Dat betekent dat ze tijdelijk niet op hun Gitlab kunnen rekenen. Eventuele automatische installaties zullen dus ook even niet lukken. @@ -32,7 +32,7 @@ Als je gebruik maakt van een RHEL gebasseerde server en je hebt Gitlab met de re sudo dnf list gitlab-ee --showduplicates ``` -![DNF list duplicates voor gitlab-ee](/Git/GitlabDuplicates.png) +![DNF list duplicates voor gitlab-ee](/GitlabDuplicates.png) In mijn voorbeeld, dat expres verouderd is, zit ik op versie 15.10.2. Alles wat daarboven staat zijn de oude versies en alles eronder de nieuwe. @@ -46,7 +46,7 @@ sudo dnf upgrade gitlab-ee-15.10.8 > Nadat de installatie klaar is, gaat jouw Gitlab misschien nog niet online zijn. Wacht tot je terug aan jouw Gitlab kunt voordat je deze gaat updaten. -![HTTP error 502 omdat de upgrade nog lopende is](/Git/GitlabUpgrading.png) +![HTTP error 502 omdat de upgrade nog lopende is](/GitlabUpgrading.png) ```bash # Daarna is 15.11.0 de eerst volgende versie voor mij @@ -70,7 +70,7 @@ sudo dnf upgrade gitlab-ee-16.3.4 sudo dnf upgrade gitlab-ee-16.4.0 ``` -![Gitlab is up-to-date](/Git/GitlabUpToDate.png) +![Gitlab is up-to-date](/GitlabUpToDate.png) ## Voor je gaat... Het was een heel werkje om Gitlab vanaf een oudere versie up-to-date te brengen. De beste raad die ik je dan kan meegeven is de upgrades zo regelmatig mogelijk uit te voeren. Volg in Gitlab de officiële versies en voer een update uit zo snel als het past. Opnieuw lees de documentatie voor je die uitvoert om zo tranen te vermijden. diff --git a/posts/31Jul-SELinux.md b/posts/31Jul-SELinux.md index 5316842..f2a87ca 100644 --- a/posts/31Jul-SELinux.md +++ b/posts/31Jul-SELinux.md @@ -35,7 +35,7 @@ ps auZ # ...unconfined_u:unconfined_u:unconfined_u:s0-s0: ``` -![Security context in processen](/SELinux/SELinuxProcess.png) +![Security context in processen](/SELinuxProcess.png) De `SELinux` context kan opgedeeld worden door middel van het `:` teken. Het eerste deel slaagt op de `user mapping`, vervolgens `role`, dan `type` en het laatste gedeelte is het level. Dit level is relevant in de `multi-level security` policy. @@ -104,7 +104,7 @@ server { Als we nu de website proberen te benaderen krijgen we nu een error in het audit log. Ik heb zelf die map aangemaakt en deze heeft nog niet de juiste security context. Dat kunnen we aanpassen! -![Audit log met error over onze public_html map](/SELinux/SELinux_AuditLog.png) +![Audit log met error over onze public_html map](/SELinux_AuditLog.png) ```bash # We kennen de juiste security context toe aan de map @@ -116,7 +116,7 @@ Omdat we heel Agile werken, heb ik nieuwe bestanden geüpload naar mijn persoonl ``` mv ~/myNewIndex.html /srv/www/public_html/index.html ``` -![Foute security context](/SELinux/SELinux_FoutieveSecurityContext.png) +![Foute security context](/SELinux_FoutieveSecurityContext.png) ``` restorecon -R /srv/www/public_html/