Salut

je viens d'installer le script ex_rat sur un serveur fraichement formater debian 8 64bits, tout c'est bien installer

par contre je ne peux me connecter qu' en http, en https ca ne marche pas, une idée ?

tester avec 3 navigateur différent firefox chrome edge

firefox

Le délai d’attente est dépassé

Le serveur à l’adresse xx.xx.xx.xx.xx met trop de temps à répondre.

Le site est peut-être temporairement indisponible ou surchargé. Réessayez plus tard ;
Si vous n’arrivez à naviguer sur aucun site, vérifiez la connexion au réseau de votre ordinateur ;
Si votre ordinateur ou votre réseau est protégé par un pare-feu ou un proxy, assurez-vous que Firefox est autorisé à accéder au Web.

Chrome

Ce site est inaccessible

xx.xx.xx.xx a mis trop de temps à répondre.
Essayez les suggestions ci-dessous :
Vérifier la connexion
Vérifier le proxy et le pare-feu
Exécuter les diagnostics réseau de Windows
ERR_CONNECTION_TIMED_OUT

Edge

Désolé, nous ne pouvons pas atteindre cette page
Essayer
Assurez-vous d’avoir la bonne adresse web : https://xx.xx.xx.xx
Rechercher "https://xx.xx.xx.xx" sur Bing
Actualiser la page
Détails
Ce site web est introuvable.
Code d’erreur : INET_E_RESOURCE_NOT_FOUND

voici mon rutorrent.conf

server {
listen 80 default_server;
listen 443 default_server ssl http2;
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;

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

root /var/www;

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

location = /50x.html {
	root /usr/share/nginx/html;
}

location ~ \.php$ {
	fastcgi_index index.php;
	include /etc/nginx/fastcgi_params;
	fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
	fastcgi_pass unix:/var/run/php5-fpm.sock;
}

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

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

## 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;
}

## Config rutorrent ##

location /rutorrent {
	try_files $uri $uri/ /index.html;
}

location ~ ^/rutorrent/(conf|share)/(.+)$ {
	deny all;
}

## Config munin ##

location /graph {
}

location /graph/img {
	error_log /dev/null crit;
}

location /monitoring {
	auth_basic "Monitoring";
	auth_basic_user_file "/etc/nginx/passwd/rutorrent_passwd_coco";
}

location ^~ /nginx_status {
	stub_status on;
	access_log off;
	satisfy any;
	allow 127.0.0.1;
	deny all;
}

## Config seedbox-manager ##

location /seedbox-manager {
	try_files /seedbox-manager/$uri /seedbox-manager/index.php$is_args$args;
}

## Config utilisateurs ##

    location /COCO {
            include scgi_params;
            scgi_pass 127.0.0.1:5001;
            auth_basic "seedbox";
            auth_basic_user_file "/etc/nginx/passwd/rutorrent_passwd_coco";
    }

}

Bien le bonjour,
j'ai voulu installer rutorrent par le biais de ce tuto mais j'ai un souci bien rageant. Mon logiciel, putty ou kitty, freeze systématiquement lors de l'installation de rutorrent. Même un simple coller le fait freezer sans que la ligne complète collée apparaisse. Quand je tape manuellement, il arrive souvent que ça freeze en plein téléchargement des paquets et je suis obligé de redémarrer putty. Une idée de la cause possible ?
Merci en tout cas pour tout ce que vous faîtes, c'est d'une grande aide pour un noob comme moi
Edit : apparemment un probleme de connexion internet, j'ai réussi à installer tout ça. Cool....

Bonjour à tous,

je cherche mais ne trouve pas pourquoi, nginx n'interprête plus le php.
Seedbox-manager me propose de télécharger son index et rutorrent est hs bien sûr.

Ma config n'a pas bougée et paf du jour au lendemain, soucis.
Peut être une mise à jour qui a bougé une conf ?

J'ai refais la config selon le tuto, rien n'a bougé, mais toujours un soucis avec php.
Je suis avec php7.0 mais j'ai encore php5, peut être qu'un fichier à une mauvaise référence quelques part ?
Un conflit ?

Si quelqu'un à déjà eu le soucis ou à une piste, je suis preneur.

Merci d'avance.

[EDIT] : hier, une mise à jour php et nginx
ceci dans mes logs dpkg : 2017-08-17 18:55:14 conffile /etc/nginx/conf.d/default.conf keep
N'aurait peut être pas dû être gardé du tout... le fichier se nomme maintenant default.conf.dpkg-dist
Le supprimer ou le renommer ne change rien, en revanche, peut être doit-il être configuré ?

Wagner , merci pour cette réponse rapide, quand tu dis il faudra remettre ces lignes, tu parles pour le fichier /etc/nginx/sites-enables/rutorrent.conf ?
J'ai déjà ceci dedans :

        location ~ \.php$ {
                fastcgi_index index.php;
                include /etc/nginx/fastcgi_params;
                fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
                fastcgi_pass unix:/run/php/php7.0-fpm.sock;
        }

Peut être qu'un réglage est cassé ailleurs ?
En tout cas /etc/nginx/conf.d/php.conf et /etc/nginx/conf.d/php-manager.conf sont bien configuré pour php7.

Bonjour,

Je rencontre un problème sur plusieurs TK depuis plusieurs semaines lors du téléchargement, le téléchargement ne démarre pas et l'erreur suivante est retournée sur l'UI :

[Timeout was reached]

Ce serveur se situe chez Kimsufi, c'est une Debian 8.7 (64 bits).
J'ai un iptables qui est configuré de cette sorte :

# Réinitialise les règles
iptables -t filter -F
iptables -t filter -X

# Bloque tout le trafic
iptables -t filter -P INPUT DROP
iptables -t filter -P FORWARD DROP
iptables -t filter -P OUTPUT DROP

# Autorise les connexions déjà établies et localhost
iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
iptables -A OUTPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
iptables -t filter -A INPUT -i lo -j ACCEPT
iptables -t filter -A OUTPUT -o lo -j ACCEPT

# ICMP (Ping)
iptables -t filter -A INPUT -p icmp -j ACCEPT
iptables -t filter -A OUTPUT -p icmp -j ACCEPT

# SSH
iptables -t filter -A INPUT -p tcp --dport xxxx -j ACCEPT
iptables -t filter -A OUTPUT -p tcp --sport xxxx -j ACCEPT

# DNS
iptables -t filter -A OUTPUT -p tcp --dport 53 -j ACCEPT
iptables -t filter -A OUTPUT -p udp --dport 53 -j ACCEPT
iptables -t filter -A INPUT -p tcp --dport 53 -j ACCEPT
iptables -t filter -A INPUT -p udp --dport 53 -j ACCEPT

# HTTP
iptables -t filter -A OUTPUT -p tcp --dport 80 -j ACCEPT
iptables -t filter -A INPUT -p tcp --dport 80 -j ACCEPT
iptables -t filter -A OUTPUT -p tcp --dport xxx:xxx -j ACCEPT
iptables -t filter -A INPUT -p tcp --dport xxx:xxx -j ACCEPT

# TORRENT
iptables -t filter -A INPUT -p tcp --dport 45000:65000 -j ACCEPT
iptables -t filter -A INPUT -p tcp --dport 6881:6890 -j ACCEPT
iptables -t filter -A INPUT -p udp --dport 6881 -j ACCEPT

# PLEX
iptables -t filter -A INPUT -p tcp --dport 32400 -j ACCEPT

# SSL
iptables -t filter -A OUTPUT -p tcp --dport 443 -j ACCEPT
iptables -t filter -A INPUT -p tcp --dport 443 -j ACCEPT

# FTP
iptables -t filter -A OUTPUT -p tcp --dport 20:21 -j ACCEPT
iptables -t filter -A INPUT -p tcp --dport 20:21 -j ACCEPT

# Mail SMTP
iptables -t filter -A INPUT -p tcp --dport 25 -j ACCEPT
iptables -t filter -A OUTPUT -p tcp --dport 25 -j ACCEPT

# Mail POP3
iptables -t filter -A INPUT -p tcp --dport 110 -j ACCEPT
iptables -t filter -A OUTPUT -p tcp --dport 110 -j ACCEPT

# Mail IMAP
iptables -t filter -A INPUT -p tcp --dport 143 -j ACCEPT
iptables -t filter -A OUTPUT -p tcp --dport 143 -j ACCEPT

# NTP (horloge du serveur)
iptables -t filter -A OUTPUT -p udp --dport 123 -j ACCEPT

# DDOS
iptables -A FORWARD -p tcp --syn -m limit --limit 1/second -j ACCEPT
iptables -A FORWARD -p icmp --icmp-type echo-request -m limit --limit 1/second -j ACCEPT

# SCAN PORTS
iptables -A FORWARD -p tcp --tcp-flags SYN,ACK,FIN,RST RST -m limit --limit 1/s -j ACCEPT

D'autres TK sont parfaitement fonctionnels sur ce serveur.

D'autant plus que j'ai d'autres serveurs (pas chez Kimsufi) et qui n'ont pas ce soucis sur ces TK.
J'ai tenté une réinstallation des paquets liés à rtorrent en vain.

Si vous avez une piste, je suis preneur !

Merci

## Afin de déterminer la version de PHP et de Nginx :
php -v && nginx -v;
## Cela (le chemin) devrait correspondre avec la directive 'fastcgi_pass' et afficher 'www-data' :
cat /etc/php/7.0/fpm/pool.d/www.conf | egrep 'listen =|user =|group ='
# cat /etc/php/5.0/fpm/pool.d/www.conf | egrep 'listen =|user =|group ='
# cat /etc/php/7.1/fpm/pool.d/www.conf | egrep 'listen =|user =|group ='
cat /etc/nginx/nginx.conf | grep user
## Ce serait un problème de droits ?
chown -Rc www-data:www-data /var/www
# chown -Rc www-data:www-data /usr/share/nginx/html
## Ce serait un fichier caché ? Lorsqu'il y a des bugs, cela crée parfois des doublons qui nous induise en erreur.
## Bien entendu, ces commandes pourront nous éclairer :
nginx -t;
/etc/init.d/nginx restart;
/etc/init.d/php7.0-fpm restart;

De rien @Aedonus et oui c'était ce fichier mais visiblement cela doit être ailleurs...
Si ces lignes sont au bon endroit (cf le block location ~ rutorrent etc) alors il manque peut-être la ligne include dans le fichier nginx.conf ?

mkdir /var/www/TestAboutPHP;
echo "<?php phpinfo(); ?>" >> /var/www/TestAboutPHP/index.php;
echo "location /TestAboutPHP {}">> /etc/nginx/nginx.conf
## À l'intérieur il faudra juste rajouter les lignes que j'ai indiqué ou alors reprendre l'une de ces lignes :
##	include /etc/nginx/conf.d/php.conf;
##	include /etc/nginx/conf.d/php-manager.conf;

Autrement, voici un moyen assez simple afin de s'en assurer (l'interprétation).

Wagner
Merci pour toutes ces infos.
Hier soir j'ai redémarré le serveur, sans changements. Je n'ai pas testé avant d’exécuter les chown mais ruttorent remarche ! Seedbox-manager ne me propose plus de dl le .php mais me propose une page blanche, j'avance. [EDIT] réinstallé et fonctionnel (ça m'a permit de nettoyer un peu mon fichier de conf)

https://paste.mondedie.fr/?9170ebeee5047c06#0eFkW15XwuPBLVs3gGZF2egIAZc/5+tRFpw5du/mKBY=

Je n'ai pas fait un chown sur /var/www, trop de choses dedans avec des droits divers.
D'ailleurs cakebox est en root, c'est normal ? (ça fonctionne en tout cas)
Sinon seedbox-manager indique ceci :

 appartenance de « /var/www/seedbox-manager/reboot-rtorrent » modifiée de root:root en www-data:www-data

J'ai repassé en root

Sinon un soucis avec tes dernières commandes, "location /TestAboutPHP se mets après le }, nginx n'aime pas (ni avant d'ailleurs). Dans rutorrent.conf, ça me donne une belle page d'info sur PHP 7.0. Gagné \0/

J'ai bien deux includes mais différents de ta proposition :

include /etc/nginx/mime.types;
include /etc/nginx/sites-enabled/*.conf;

mime.types fait-il le taf pour inclure php.conf et php-manager.conf ?

[EDIT] Je vais faire des tests, mais n'est-ce pas un soucis que des fichiers appartenant à mon utilisateur appartiennent maintenant à www-data ? (je vais avoir des soucis de suppression de torrent par exemple?)

[EDIT] Ça semble pas poser de soucis, ça réécrit avec les droits user. Par sécurité, j'ai remis les droits à mon user. J'ai vérifié les stats munin, c'est finalement le reboot qui semble avoir fait le taf.

Encore merci pour ton aide !

De rien @Aedonus, voilà une bonne nouvelle.
Je préfère m'abstenir car je connais mal cakebox. Désolé sur le moment, j'ai oublié de le préciser... Je n'ai rien pour détecter la bonne place (des accolades) mais tu l'as compris et corrigé. Donc, oui après cette commande il y a bien une légère correction à effectuer (manuellement via nano, etc).

Non, le fichier mime.types n'est pas conçu pour ça. En revanche, la ligne suivante oui.
Cependant, Nginx va charger tous les fichiers... Donc, je ne l'ai pas l'indiqué car je me demandais s'il y avait un souci avec l'un de ces fichiers. C'est plus simple à identifier car il peut exister un tas d'autres fichiers.
Non, cela ne devrait pas créer des soucis (notamment avec rutorrent). Alors oui je comprends car c'est vrai, cela peut varier selon les programmes mais parfois il s'agit du même process ou user (www-data).