Blog

Bienvenue...

Soumis par kacy le

...sur mon blog, j'utilise ce site pour noter les petites choses qui me sont utiles, que ça soit informatique ou autre :)

Installation puppet sur CentOS 6.x
Il y a 11 années 2 mois

Deux tutos qui m'ont permis d'installer puppet ainsi que passenger puis de débloquer les problèmes avec SELinux :

tuto installation

tuto selinux

puppet, SELinux, passenger, centos
The expression prefix 'SPUrl/SPrl' was not recognized.
Il y a 11 années 2 mois

Dans Sharepoint 2013, en essayant de référencer une css sur la master page d'un sous-site, j'avais a coeur de ne pas mettre le context root en dur, et donc du coup utiliser "~Site" (ou "~SiteCollection").

J'ai donc ajouté un tag CssRegistration, avec le paramètre After comme il faut tout bien, mais impossible d'avoir mon lien vers la css (cf. là)...

J'ai trouvé un tuto qui disait de faire ça :

<SharePoint:CssRegistration name="<%$SPUrl:~Site/SiteAssets/css/conforama.css%>" After="corev15.css" runat="server"/>

Et là je me retrouve avec le message d'erreur sus-nommé... dafuck...

La soluce, trouvée un peu plus tard dans la journée (grmmmblblbl X) ) était en fait de déclarer ceci dans le web.config :

<add expressionPrefix="SPUrl" type="Microsoft.SharePoint.Publishing.WebControls.SPUrlExpressionBuilder, Microsoft.SharePoint.Publishing, Version=12.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" />

Attendre que la web app se relance toute seule et là, magie !!

sharepoint 2013, SPUrl, SPrl, web.config, CssRegistration
Sécuriser ElasticSearch/Kibana
Il y a 11 années 3 mois

J'ai mis en place LogStash + ElasticSearch + Kibana au boulot pour une console de centralisation des logs.

Ça marche plutôt pas mal, par contre une fois le POC en place, il est nécessaire de le sécuriser, en effet, par défaut ES est accessible via HTTP et du coup n'importe qui peut "tout péter"...

Donc la première chose à faire, c'est de "proxifier" l'accès à ES afin de contrôler les verbes accessibles, ce que fait la conf Apache ci-dessous.

<VirtualHost *:9201>
    ProxyPassMatch / http://127.0.0.1:9200
    ProxyPassReverse / http://127.0.0.1:9200
    <LocationMatch "^(/.*)$">
        <Limit DELETE PUT>
            Order deny,allow
            Deny from all
        </Limit>
    </LocationMatch>
    <LocationMatch "^(/_aliases|.*/_search|.*/_mapping)$">
        <Limit DELETE PUT>
            Order deny,allow
            Deny from all
        </Limit>
    </LocationMatch>
    <LocationMatch "^(/_cluster.*|/_plugin.*|/_status.*|/_nodes)$">
        <Limit GET POST PUT DELETE CONNECT OPTIONS PATCH PROPFIND PROPPATCH MKCOL COPY MOVE LOCK UNLOCK>
            Order deny,allow
            Deny from all
        </Limit>
    </LocationMatch>
    <LocationMatch "^(/kibana-int/dashboard/|/kibana-int/temp).*$">
        <Limit DELETE PUT>
            Order deny,allow
            Deny from all
        </Limit>
    </LocationMatch>
</VirtualHost>

En parallèle j'ai aussi bloqué les ports ES (9200/9300) via le firewall linux (iptables) afin que ces derniers ne soient accessibles qu'a partir des machines autorisées (appartenant au cluster ES).

Ca n'est pas parfait mais c'est un début !

Next step : activer l'authentification via LDAP en HTTPS et du coup autoriser certains verbes en fonction des groupes LDAP de l'utilisateur.

MAJ 26/10/2016 : modif pour ne pas autoriser l'accès aux URI de fonctionnement interne.

T'y n'y en a du débit toi, t'y n'y en as ?
Il y a 11 années 5 mois 
dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync
dd, disk i/o, test, vps
Permission denied: make_sock: could not bind to address
Il y a 11 années 5 mois

Impossible de démarrer apache2 sur un port spécifique (sous centos) ?

Vérifier que le port en question est autorisé :

semanage port -l | grep -w http_port_t

Le cas échéant, il faut ajouter le port dans la liste des ports autorisés :

semanage port -a -t http_port_t -p tcp <PORT>

Si semanage n'est pas installé :

yum -y install policycoreutils-python

cf. : ici

centos, enforcing, semanage

Pages

plus