rikul

rikul · 23 sept. 2019

Merci de ton retour.
Oui je l'avais vu ce script. Je le testerai sur un de mes serveurs. Pour le moment je ne touche pas à mon install qui tourne bien sur ma 9.4 avec tout ce dont j'ai besoin.
En revanche comment tu ajoutes un client ?

rikul · 23 sept. 2019

+1 pour le netboot....mais bon, commencer une fresh install avec des bugs au démarrage et devoir mettre direct les mains dans le cambouis je ne kiffe pas trop.
De toute façon sur mon ks3 je ne me vois proposer qu'une seule iso de debian 10.
Sur mon ks1 ça n'apparaît même pas...

rikul · 22 sept. 2019

Hello tout le monde.

Tout d'abord merci pour le boulot ce script tourne très bien sur une debian 9. J'ai surtout apprécié openvpn.
En revanche comment fait-on pour ajouter un nouveau client de manière automatique ?
Sur un autre serveur où j'ai installé manuellement openvpn je peux relancer l'ajout d'un client en lançant la commande
./build-key
Cependant je ne trouve pas le . ./vars dans easy-rsa...

Enfin, j'ai testé le script sur une debian 10 et open-vpn ne fonctionne pas. j'ai un message d'erreur comme quoi il faut debian 7 ou 8 y'a que chez moi où ce n'est pas encore prévu ?

rikul · 22 sept. 2019

Edit: Je viens de vérifier sur ma console et je viens de voir une nouvelle image:

Debian 10 OVH Kernel (Vanilla Kernel not compatible on this hardware) (64 bits)

Donc mes plantages venaient très certainement de l'image brute "Buster" que j'ai installée cet été.

En revanche je n'ai pas testé cette nouvelle iso.

Quelqu'un a peut-être un retour à nous faire ?

rikul · 22 sept. 2019

Effectivement la dernière distrib de debian passe mal sur les ks. J'avais réussi une fresh install de la 10.0 mais le serveur était souvent inaccessible impliquant des hard reboot à gogo et des modes rescue à n'en plus finir...Je me suis résolu à retourner sur une v9 sur mon ks-3.

A t on une idée du pourquoi du comment ? D'ailleurs pourquoi seule le template anglais est accessible et toujours en 10.0 ?
Va t on pouvoir avoir une version fonctionnelle de la 10.1 en français ?

rikul · 23 mars 2019

rikul Bon je m'auto répond pour vous dire que le problème venait des permalink. J'ai édité mon fichier de conf pour appliquer la solution de zarev

try_files $uri $uri/ /wordpress/index.php?q=$uri&$args;

En bonus une petite explication des uri et des permalink:
try_files comme son nom l'indique va tenter plusieurs choix. D'abord on va tester $uri en regardant si l'uri du fichier demandé correspond à un chemin vers un vrai fichier dans le doc root du site, puis $uri/ pour voir si en fait ce ne serait pas un directory (auquel cas la recherche du fichier d'index par défaut du dossier sera lancée) et si rien n'est trouvé on redirige (en interne) vers /index.php$is_args$args;. Le $is_args$args gère la query string, si il y a des arguments $is_args vaut ? et $args contient la liste des arguments ("foo=42&bar=toto" ou "/foo/423/bar/toto", ou encore "foo/42/bar/toto?page=2").

Si l'argument reçu est "foo/42/bar/toto?page=2&nb=100" on obtient:

$uri : "foo/42/bar/toto"
$args : "page=2&nb=100"

Et donc /index.php?q=$uri&$args donne bien une redirection interne vers: /index.php?q=foo/42/bar/toto&page=2&nb=100;https://makina-corpus.com/blog/metier/2015/bien-debuter-avec-nginx

En étudiant la console de debug de firefox je me suis rendu compte que lorsque j'essayais de publier un article (et donc avec un permalink) j'avais une erreur 404 avec l'url https://mondomaine.fr/wp-json/wp/v2/posts car j'avais changé ma structure en pretty permalink.

Je vais mieux dormi

rikul · 23 mars 2019

Tranber5 Hello, j'ai le même problème après une fresh install. En regardant les tables je constate que mon dossier où se trouvent ma base wordpress appartient au groupe mysql et à l'utilisateur mysql...impossible d'y accéder sans être en root (sudo ne fonctionne même pas).
Je pense qu'il faudrait changer les droits. En revanche je pensais que l'utilisateur créé dans le tuto avait les droits root sur la base.

rikul · 23 mars 2019

Bon pour info j'ai craqué et procédé à une resinstalle complète sur la base d'une debian 9.4 avec une version PHP 7.3 qui sera mieux pour Wordpress. J'ai suivi le tuto de Meister pour wordpress et tout c'est bien passé.
Je pense installer phpmyadmin par la suite pour gérer plus simplement mes futures bases.

Merci encore @xavier pour ton aide.

rikul · 22 mars 2019

xavier Merci de ton aide.

Avant que je me relance dans de la bidouille nocturne voici ma version de nginx (nginx/1.14.2)
J'ai réussi à mettre à jour en virant tous les fichiers de confs de sites-enable et de con.d....forcément plus d'erreurs...
Pour info je suis toujours sous Jessie.
Quitte à tout désinstaller penses tu que maintenant je peux passer également sous php7 ? Pour wordpress ça serait mieux mais pour refaire ma confid de rutorrent....J'ai vu qu'on pouvait faire coexister les 2 versions même si c'est pas propre...

rikul · 22 mars 2019

Bon je n'ai pas résolu mon problème mais j'ai bien investigué
Tout d'abord j'ai testé mes 3 fichiers de conf (rutorrent.conf, nginx.conf, cache.conf) avec la fonction nginx -c / xxxxx.conf -t.
Voici les retours :

 sudo nginx -c /etc/nginx/sites-enabled/rutorrent.conf -t
nginx: [emerg] "server" directive is not allowed here in /etc/nginx/sites-enabled/rutorrent.conf:1

sudo nginx -c /etc/nginx/nginx.conf -t
nginx: [emerg] "location" directive is not allowed here in /etc/nginx/conf.d/cache.conf:1
nginx: configuration file /etc/nginx/nginx.conf test failed

Bref c'est louche cette erreur soit disant ligne 1 alors que les fichiers n'ont pas été touché (bon j'ai bien trifouillé et fait des tests dans tous les sens).

J'ai essayé de comprendre ce qui a pu se passer quand j'ai installé wordpress avec les mises à jour de php5 et et php-fpm:

sudo php5-fpm -v
PHP 5.6.40-0+deb8u1 (fpm-fcgi) (built: Feb 17 2019 01:22:46)
Copyright (c) 1997-2016 The PHP Group
Zend Engine v2.6.0, Copyright (c) 1998-2016 Zend Technologies
with Zend OPcache v7.0.6-dev, Copyright (c) 1999-2016, by Zend Technologies

sudo php5 -v
PHP 5.6.40-0+deb8u1 (cli) (built: Feb 17 2019 01:19:33)
Copyright (c) 1997-2016 The PHP Group
Zend Engine v2.6.0, Copyright (c) 1998-2016 Zend Technologies
    with Zend OPcache v7.0.6-dev, Copyright (c) 1999-2016, by Zend Technologies

En effet en fouillant sur github j'ai noté les différentes modifs de @ex_rat au sujet du fichier cache.conf et notamment " remise en place cache.conf/php.conf/php-manager.conf pour compatibilité "

J'ai pas encore trouvé la solution mais je pense que je suis pas loin...
J'aimerais juste pouvoir refaire fonctionner nginx sans tout devoir réinstaller...au moins revenir à la situation avant mon trifouillage noctule

Si vous avez des pistes

rikul · 13 mars 2019

xavier merci pour ta réactivité.

Malheureusement j'ai toujours la même erreur au restart de nginx. (erreur ligne 1 du fichier cache.conf)

J'explore d'autres pistes notamment en raison de problème lors des update de nginx lorsque j'ai installé mysql et phpmyadmin

dpkg: error processing package nginx-full (--configure):
 subprocess installed post-installation script returned error exit status 1
dpkg: dependency problems prevent configuration of nginx:
 nginx depends on nginx-full (>= 1.14.2-1~dotdeb+8.1) | nginx-light (>= 1.14.2-1~dotdeb+8.1) | nginx-extras (>= 1.14.2-1~dotdeb+8.1); however:
  Package nginx-full is not configured yet.
  Package nginx-light is not installed.
  Package nginx-extras is not installed.
 nginx depends on nginx-full (<< 1.14.2-1~dotdeb+8.1.1~) | nginx-light (<< 1.14.2-1~dotdeb+8.1.1~) | nginx-extras (<< 1.14.2-1~dotdeb+8.1.1~); however:
  Package nginx-full is not configured yet.
  Package nginx-light is not installed.
  Package nginx-extras is not installed.

dpkg: error processing package nginx (--configure):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 nginx-full
 nginx

Mon nginx doit être un peu fatigué depuis le temps. J'essaie de corriger ces erreurs et reviens vers vous. Sinon vous pensez qu'une réinstallation de nginx pourrait faire l'affaire ?

rikul · 13 mars 2019

Bonjour à tous,

Je me permets de déterrer ce topic car je rencontre depuis peu le même problème que @al1987 suite à une tentative d'installation de wordpress.

Mêmes erreur de nginx:

location ~* \.(jpg|jpeg|gif|css|png|js|woff|ttf|svg|eot)$ {
        expires 30d;
        access_log off;
}

location ~* \.(eot|ttf|woff|svg)$ {
        add_header Acccess-Control-Allow-Origin *;
}

Mon fichier nginx.conf semble également identique:

user www-data;
worker_processes auto;
pid /run/nginx.pid;
include /etc/nginx/modules-enabled/.conf;

events {
worker_connections 768;
multi_accept on;

}

http {

##
# Basic Settings
##

sendfile on;
tcp_nopush on;
tcp_nodelay on;
keepalive_timeout 65;
types_hash_max_size 2048;
# server_tokens off;

# server_names_hash_bucket_size 64;
# server_name_in_redirect off;

include /etc/nginx/mime.types;
default_type application/octet-stream;

##
# SSL Settings
##

ssl_protocols TLSv1 TLSv1.1 TLSv1.2; # Dropping SSLv3, ref: POODLE
ssl_prefer_server_ciphers on;

##
# Logging Settings
##

access_log /var/log/nginx/access.log;
error_log /var/log/nginx/error.log;

##
# Gzip Settings
##

gzip on;
gzip_disable "msie6";

# gzip_vary on;
# gzip_proxied any;
# gzip_comp_level 6;
# gzip_buffers 16 8k;
# gzip_http_version 1.1;
# gzip_types text/plain text/css application/json application/javasc$

##
# nginx-naxsi config
##
# Uncomment it if you installed nginx-naxsi
##

#include /etc/nginx/naxsi_core.rules;

##
# Virtual Host Configs
##

include /etc/nginx/conf.d/*.conf;
include /etc/nginx/sites-enabled/*;

}

(J'ai viré du copier/coller le mail car non configuré)

En revanche mon fichier rutorrent.conf est plus exotique. Il vient d'une vieille installe du script de exrat:

server {
listen 80 default_server;
listen 443 default_server ssl;
server_name _;

index index.html index.php;
charset utf-8;
client_max_body_size 10M;

ssl_certificate /etc/nginx/ssl/server.crt;
ssl_certificate_key /etc/nginx/ssl/server.key;

include /etc/nginx/conf.d/ciphers.conf;

access_log /var/log/nginx/rutorrent-access.log combined;
error_log /var/log/nginx/rutorrent-error.log error;

error_page 500 502 503 504 /50x.html;
location = /50x.html { root /usr/share/nginx/html; }

auth_basic "seedbox";
auth_basic_user_file "/etc/nginx/passwd/rutorrent_passwd";

location = /favicon.ico {
        access_log off;
        log_not_found off;
}

## d  but config accueil serveur ##

location ^~ / {
    root /var/www/base;
    include /etc/nginx/conf.d/php.conf;
    include /etc/nginx/conf.d/cache.conf;
    satisfy any;
    allow all;
}

fin config accueil serveur

## d  but config proxy ##

location ^~ /proxy {
    root /var/www;
    include /etc/nginx/conf.d/php.conf;
    include /etc/nginx/conf.d/cache.conf;
}

## fin config proxy ##

## d  but config rutorrent ##

location ^~ /rutorrent {
    root /var/www;
    include /etc/nginx/conf.d/php.conf;
    include /etc/nginx/conf.d/cache.conf;

    location ~ /\.svn {
            deny all;
    }

    location ~ /\.ht {
            deny all;
    }
}

location ~ /rutorrent/share/ {
deny all;
}

## fin config rutorrent ##

## d  but config munin ##

location ^~ /graph {
    root /var/www;
    include /etc/nginx/conf.d/php.conf;
    include /etc/nginx/conf.d/cache.conf;
}

location ^~ /graph/img {
    root /var/www;
    include /etc/nginx/conf.d/php.conf;
    include /etc/nginx/conf.d/cache.conf;
    error_log /dev/null crit;
}

location ^~ /monitoring {
    root /var/www;
    include /etc/nginx/conf.d/php.conf;
    include /etc/nginx/conf.d/cache.conf;
}

## fin config munin ##

## d  but config seedbox-manager ##

location ^~ /seedbox-manager {
alias /var/www/seedbox-manager/public;
    include /etc/nginx/conf.d/php-manager.conf;
    include /etc/nginx/conf.d/cache.conf;
}

fin config munin

## d  but config seedbox-manager ##

location ^~ /seedbox-manager {
alias /var/www/seedbox-manager/public;
    include /etc/nginx/conf.d/php-manager.conf;
    include /etc/nginx/conf.d/cache.conf;
}

## fin config seedbox-manager ##

## config utilisateurs  ##

location /RIKUL {
    include scgi_params;
    scgi_pass 127.0.0.1:5001; #ou socket : unix:/home/username/.session$
    auth_basic "seedbox";
    auth_basic_user_file "/etc/nginx/passwd/rutorrent_passwd_rikul";
}

location /SBARF {
    include scgi_params;
    scgi_pass 127.0.0.1:5003; #ou socket : unix:/home/username/.session$
    auth_basic "seedbox";
    auth_basic_user_file "/etc/nginx/passwd/rutorrent_passwd_sbarf";
}

}

J'avais pourtant pris soin de sauvegarder ce fichier avant de faire ma manip (inclusion des paramètres wordpress) mais j'ai dû rater un truc.

La solution en fin de post de @xavier me semble intéressante mais je n'arrive pas à récupérer le fichier sur paste.mondedié pour étudier plus en profondeur....

Par ailleurs je ne comprends pas pourquoi nginx me signale une erreur sur la ligne 1 de cache.conf alors qu'il semble intègre et que je n'y ai pas touché.

Merci pour votre aide

rikul · 29 nov. 2016

Merci. Tout est en place. Je vous tiendrai au jus.

rikul · 29 nov. 2016

Bon j'ai parcouru tout le site et j'aime bien l'interface bien que je la trouve parfois un peu confuse en raison des multiples chemin pour arriver à un même endroit et la multitude d'onglets qui finissent par s'ouvrir....question d'habitude sûrement. En revanche je n'arrive pas à trouver l'interface de gestion pour installer l'os (debian) que j'ai choisi....y'a bien une section plate-forme mais elle est vide. J'aimerais bien pouvoir avoir accès à l'interface de gestion des partitions pour commencer. J'ai l'impression que la partie hardware est installée mais pas la partie soft....
@Ikoula pour info j'ai commandé le serveur le 27 à 1h14 du mat....Mon abonnement est le 106393. J'ai envoyé la validation le 28 dès que j'ai reçu le mail à 3h30....oui je suis un oiseau de nuit

rikul · 28 nov. 2016

Ikoula Merci d'assurer le suivi client. J'ai bien reçu une demande de validation à laquelle j'ai répondu. Vos équipes ont commencé à mettre le serveur en production dans la journée de lundi. Il s'agit d'un green fish.
Le statut de la commande est passée en terminée et je vois toutes les caractéristiques dans mon espace. Il ne me manque plus que les logs root pour commencer à mettre les mains dans le cambouis. Je pense que cela devrait arriver rapidement maintenant même si ce soir le serveur n'est pas encore accessible via ssh.

Ikoula

rikul · 27 nov. 2016

Oki merci pour l'information. Dommage j'avais réservé mon dimanche pour faire mumuse

rikul · 27 nov. 2016

Bonjour à tous,

Je me suis laissé tenté par "petit" un dédié de chez Ikoula. J'ai réglé par Paypal et j'ai bien reçu mes accès au service client.
En revanche, je n'ai pas l'impression que le serveur ait été activé. Je n'ai d'ailleurs reçu aucun code d'accès ni d'ip.
Dans la section paiement je vois bien que ma première facture a été payée.
J'ai bien lu la FAQ et il est indiqué que la mise en service se fait dans l'heure.
Des retours d'expériences pour les mises en service? Ikoula ne travaille pas les week-ends?
Ai-je raté une étape?

Merci d'avance pour vos lumières