• Seedbox

  • [Discussion] Installer ruTorrent sur Debian 8 (nginx & php-fpm)

Alors, pour une install propre sur debian Jessie from scratch, voici les modifications que j'ai effectué par rapport au tutoriel:

Pour nginx, utilisation directe des dépots dans le fichier /etc/apt/sources.list
#depot de nginx 
deb http://nginx.org/packages/debian/ jessie nginx
deb-src http://nginx.org/packages/debian/ jessie nginx
Lors de l'installation au début du tuto, une erreur survient suite à l'absence de libcrypto, il faut donc installer libssl-dev via aptitude. Il peut sinon être ajouté à la liste des paquets à installer en prérequis

Lors de la configuration du vhost de nginx, le répertoire sites-enabled dans /etc/nginx n'existe pas, je l'ai donc crée à la main.

Pour le lancement / redemarrage des services, il me semble avoir lu que les services ne fonctionnent plus de la même manière sous Jessie, j'ai a chaque fois executé la commande suivante pour redémarrer les services: 
/etc/init.d/<nomduservice> restart
Voila, c'est fonctionnel à la fin, un DL des iso de debian pour test.
Merci pour ton retour flipper. Par défaut, les répertoires sites-enabled et sites-available n'existent pas (contrairement à conf.d). Ainsi, oui c'est normal.
Ce sont des répertoires facultatifs. Ils ne sont indispensable, ni obligatoire. C'est à voir selon chacun. C'est un choix qui nécessite juste quelque léger ajustement (le(s) chemin(s)).

Avec Jessie, je présume, les services il faudra se renseigner sur systemd.
gormson wrote:au final mon problème d'accès via firefox c'est résolue depuis que j'ai viré l'user avec la majuscule... c'est assez dingue quand même
ça a planté une fois de plus mais en rechargeant complètement l'UI ça a fonctionné... allez comprendre
Merci pour la confirmation.
Salut,

J'ai mis à jour vers Debian 8 en suivant ce tuto: http://mondedie.fr/d/6678

Tout marchait bien au début, mais 5min après. Je n'avais plus rien sur rutorrent et plus d'accès à seedbox manager.

RUtorrent

C'est la grosse panique à bord ^^
Que dois-je faire, pour vous donner plus de renseignements ?
volkor wrote:Salut,

J'ai mis à jour vers Debian 8 en suivant ce tuto: http://mondedie.fr/d/6678

Tout marchait bien au début, mais 5min après. Je n'avais plus rien sur rutorrent et plus d'accès à seedbox manager.

RUtorrent

C'est la grosse panique à bord ^^
Que dois-je faire, pour vous donner plus de renseignements ?
nous donner les log de nginx
C'est bien en faisant:
nano /var/log/nginx/error.log
J'ai un fichier vierge.

error_log

En espérant me tromper, ça fait 1 an que j'ai suivis le tuto et mes connaissances de celui-ci ne sont plus à jour.
Je sais pas si ça peut aider, mais dans:
/var/log/nginx/rutorrent-error.log
J'ai tout ça:
2015/05/07 17:35:42 [crit] 3794#0: *111 connect() to unix:/var/run/php5-fpm.sock failed (2: No such file or directory) while connecting to upstream, client: 109.190.35.65, server: _, request$
2015/05/07 17:35:52 [crit] 3794#0: *111 connect() to unix:/var/run/php5-fpm.sock failed (2: No such file or directory) while connecting to upstream, client: 109.190.35.65, server: _, request$
2015/05/07 17:36:02 [crit] 3794#0: *111 connect() to unix:/var/run/php5-fpm.sock failed (2: No such file or directory) while connecting to upstream, client: 109.190.35.65, server: _, request$
2015/05/07 17:36:12 [crit] 3794#0: *111 connect() to unix:/var/run/php5-fpm.sock failed (2: No such file or directory) while connecting to upstream, client: 109.190.35.65, server: _, request$
2015/05/07 17:36:22 [crit] 3794#0: *111 connect() to unix:/var/run/php5-fpm.sock failed (2: No such file or directory) while connecting to upstream, client: 109.190.35.65, server: _, request$
2015/05/07 17:36:32 [crit] 3794#0: *111 connect() to unix:/var/run/php5-fpm.sock failed (2: No such file or directory) while connecting to upstream, client: 109.190.35.65, server: _, request$
2015/05/07 17:36:42 [crit] 3794#0: *111 connect() to unix:/var/run/php5-fpm.sock failed (2: No such file or directory) while connecting to upstream, client: 109.190.35.65, server: _, request$
2015/05/07 17:36:51 [crit] 3794#0: *111 connect() to unix:/var/run/php5-fpm.sock failed (2: No such file or directory) while connecting to upstream, client: 109.190.35.65, server: _, request$
2015/05/07 17:36:52 [crit] 3794#0: *111 connect() to unix:/var/run/php5-fpm.sock failed (2: No such file or directory) while connecting to upstream, client: 109.190.35.65, server: _, request$
2015/05/07 17:37:02 [crit] 3794#0: *111 connect() to unix:/var/run/php5-fpm.sock failed (2: No such file or directory) while connecting to upstream, client: 109.190.35.65, server: _, request$
2015/05/07 17:37:13 [crit] 3794#0: *111 connect() to unix:/var/run/php5-fpm.sock failed (2: No such file or directory) while connecting to upstream, client: 109.190.35.65, server: _, request$
2015/05/07 17:37:23 [crit] 3794#0: *111 connect() to unix:/var/run/php5-fpm.sock failed (2: No such file or directory) while connecting to upstream, client: 109.190.35.65, server: _, request$
2015/05/07 17:37:33 [crit] 3794#0: *111 connect() to unix:/var/run/php5-fpm.sock failed (2: No such file or directory) while connecting to upstream, client: 109.190.35.65, server: _, request$
2015/05/07 17:37:43 [crit] 3794#0: *111 connect() to unix:/var/run/php5-fpm.sock failed (2: No such file or directory) while connecting to upstream, client: 109.190.35.65, server: _, request$
2015/05/07 17:37:53 [crit] 3794#0: *111 connect() to unix:/var/run/php5-fpm.sock failed (2: No such file or directory) while connecting to upstream, client: 109.190.35.65, server: _, request$
2015/05/07 17:38:03 [crit] 3794#0: *111 connect() to unix:/var/run/php5-fpm.sock failed (2: No such file or directory) while connecting to upstream, client: 109.190.35.65, server: _, request$
2015/05/07 18:03:13 [crit] 3804#0: *1 connect() to unix:/var/run/php5-fpm.sock failed (2: No such file or directory) while connecting to upstream, client: 109.190.35.65, server: _, request: $
2015/05/07 17:55:26 [crit] 3804#0: *1 connect() to unix:/var/run/php5-fpm.sock failed (2: No such file or directory) while connecting to upstream, client: 109.190.35.65, server: _, request: $
2015/05/07 17:55:36 [crit] 3804#0: *1 connect() to unix:/var/run/php5-fpm.sock failed (2: No such file or directory) while connecting to upstream, client: 109.190.35.65, server: _, request: $

Du coup, j'ai l'impression, que: 
aptitude install php5 php5-cli php5-common php5-curl php5-fpm php5-geoip php5-readline
Ne s'est pas bien passée, mais j'attends le feu vert avant d'en faire plus.
Bonjour,

il faudrait d'abord s'assurer qu'ils sont installé correctement. 
dpkg --status php5 php5-cli php5-common php5-curl php5-fpm php5-geoip php5-readline | grep Status
Le service php5-fpm est actif ? 
service php5-fpm status;## status sera a remplacé; voir la phrase suivante.
systemctl status php5-fpm;
ps -ef | grep php;
Non alors il faudra essayé de le démarrer (start). Dans le cas contraire, le redémarrer (restart).
Le fichier php.ini aurait-été réinitialisé ? 
nano /etc/php5/fpm/php.ini
J'ignore, la conf(ig par défaut) via le dépôt Debian. Cependant, ce fichier est configuré afin d'exploiter le socket ?
Salut,

Alors, dans l'ordre: 
dpkg --status php5 php5-cli php5-common php5-curl php5-fpm php5-geoip php5-readline | grep Status
dpkg-query: le paquet « php5 » n'est pas installé et aucune information n'est disponible
Status: deinstall ok config-files
Status: deinstall ok config-files
Status: deinstall ok config-files
Status: deinstall ok config-files
Status: deinstall ok config-files
Status: deinstall ok config-files
Utilisez dpkg --info (= dpkg-deb --info) pour examiner les fichiers
archives, et dpkg --contents (= dpkg-deb --contents) pour afficher leur
contenu.

service php5-fpm status;## status sera a remplacé; voir la phrase suivante.
systemctl status php5-fpm;
bash: systemctl : commande introuvable
ps -ef | grep php;
root     19167 18899  0 10:04 pts/0    00:00:00 grep php

Tu me parles de redémarrer php5-fpm ? Il n'a pas l'air installé, mais j'ai le fichier 
/etc/php5/fpm/php.ini
A priori, la réinstallation des paquets PHP5 n'a eu lieu. Il va falloir la relancée... C'est étrange.
Lors de la déinstallation d'un paquet, il arrive que des fichiers restent. C'est probablement la raison de la présence de ce fichier.
Par contre, il y a quelque chose d'autre également étrange... L'upgrade est terminé ? Il devrait reconnaître la commande systemctl.
De quelle façon, je peux vérifier si l'upgrade s'est bien terminée ?
A chaque fois, j'attends bien d'avoir la main 
root@xxxxxx:/home/mon_user#
avant de lancer une nouvelle action (ou quitter)
De tête, je dirais via le numéro de version. Comme ce fut évoqué hier. 
cat /etc/os-release
Cette commande sera bien plus complète. Elle indiquera diverses informations dont le nom de la version (Jessie) et de l'OS (Debian).
J'obtiens ça : 
PRETTY_NAME="Debian GNU/Linux 8 (jessie)"
NAME="Debian GNU/Linux"
VERSION_ID="8"
VERSION="8 (jessie)"
ID=debian
HOME_URL="http://www.debian.org/"
SUPPORT_URL="http://www.debian.org/support/"
BUG_REPORT_URL="https://bugs.debian.org/"
Donc, je relance cette ligne de commande ?
aptitude install php5 php5-cli php5-common php5-curl php5-fpm php5-geoip php5-readline
J'attends confirmation avant de le faire
Je dirais, oui on avisera par la suite.
L'installation s'est bien déroulée, aucun message d'erreur, juste deux fichiers modifiés ont été écrasés.
Fichier de configuration « /etc/php5/fpm/pool.d/www.conf »
 ==> Modifié (par vous ou par un script) depuis l'installation.
 ==> Le distributeur du paquet a fourni une version mise à jour.
   Que voulez-vous faire ? Vos options sont les suivantes :
    Y ou I  : installer la version du responsable du paquet
    N ou O  : garder votre version actuellement installée
      D     : afficher les différences entre les versions
      Z     : suspendre ce processus pour examiner la situation
 L'action par défaut garde votre version actuelle.
*** www.conf (Y/I/N/O/D/Z) [défaut=N] ? Y
Installation de la nouvelle version du fichier de configuration /etc/php5/fpm/pool.d/www.conf ...
Replacing config file /etc/php5/fpm/php.ini with new version
et
Fichier de configuration « /etc/php5/mods-available/geoip.ini »
 ==> Fichier du système créé par vous ou par un script.
 ==> Fichier également présent dans le paquet fourni par le responsable du paquet.
   Que voulez-vous faire ? Vos options sont les suivantes :
    Y ou I  : installer la version du responsable du paquet
    N ou O  : garder votre version actuellement installée
      D     : afficher les différences entre les versions
      Z     : suspendre ce processus pour examiner la situation
 L'action par défaut garde votre version actuelle.
*** geoip.ini (Y/I/N/O/D/Z) [défaut=N] ? Y
Installation de la nouvelle version du fichier de configuration /etc/php5/mods-available/geoip.ini ...

php5 FastCGI a remarré 
[ ok ] Restarting PHP5 FastCGI Process Manager: php5-fpm.
[ Rootkit Hunter version 1.4.0 ]
File updated: searched for 167 files, found 132
J'ai rebooté rtorrent via seedbox manager (car j'avais une erreur de liaison entre la webUI de rutorrent et le serveur) et ma liste de torrent est nickel.
Aucune erreur dans le journal et mes DL/UL qui refonctionnent.
Je vais mettre à jour seebox manager maintenant

Merci pour tout !
Bien me voilà rassuré, j'avais une légère crainte.
De rien, désormais il reconnaît la commande systemctl ?
Je pensais plus à cette commande et du coup je me suis réjouis trop vite

service php5-fpm status;## status sera a remplacé; voir la phrase suivante.
[ ok ] php5-fpm is running.
systemctl status php5-fpm;
bash: systemctl : commande introuvable
ps -ef | grep php;
root      4669  4573  0 12:17 pts/0    00:00:00 grep php
root     26120     1  0 11:30 ?        00:00:00 php-fpm: master process (/etc/php5/fpm/php-fpm.conf)
www-data 26121 26120  0 11:30 ?        00:00:01 php-fpm: pool www               
www-data 26122 26120  0 11:30 ?        00:00:01 php-fpm: pool www
Donc non, il ne la reconnait pas.
bonjour,
déjà encore merci pour le tuto qui rend bien service.
J'ai un petit soucis par contre. J'ai installé aussi pydio et pour avoir accès aux fonctions de contrôle des fichiers/dossiers, il faut que mes fichiers soient en 777.
Et du coup, a chaque fois que je rajoute un nouveau fichier avec rutorrent il se met par défaut en 755. quelqu'un aurait une idée pour que je puisse pouvoir renommer mes fichiers avec pydio sans avoir a rechanger mes droits toutes les 5mins.
Merci^^
volkor wrote:[...]Donc non, il ne la reconnait pas.
C'est bien ce que je pensais... Je crois, il doit rester des mises à jours lié à l'upgrade. Il faudra voir ce qu'indique aptitude (ou apt-get).
Je viens de faire un 
aptitude update
et avant de faire la suite 
aptitude safe-upgrade
Sur kitty je peux lire: 
Atteint http://debian.mirrors.ovh.net jessie Release.gpg
Atteint http://debian.mirrors.ovh.net jessie Release
Atteint http://debian.mirrors.ovh.net jessie/main Sources
Atteint http://debian.mirrors.ovh.net jessie/main amd64 Packages
Atteint http://debian.mirrors.ovh.net jessie/main Translation-fr
Atteint http://debian.mirrors.ovh.net jessie/main Translation-en
Ignoré http://packages.dotdeb.org jessie-php55 Release.gpg
Ignoré http://packages.dotdeb.org jessie-php55 Release
Prendre :  1 http://security.debian.org jessie/updates Release.gpg [1 571 B]
Prendre :  2 http://security.debian.org jessie/updates Release [61,5 kB]
Prendre :  3 http://security.debian.org jessie/updates/main Sources [30,3 kB]
Prendre :  4 http://security.debian.org jessie/updates/main amd64 Packages [45,9 kB]
Prendre :  5 http://security.debian.org jessie/updates/main Translation-en [24,2 kB]
Atteint http://ftp2.fr.debian.org jessie Release.gpg
Atteint http://ftp2.fr.debian.org jessie Release
Erreur http://packages.dotdeb.org jessie-php55/all Sources
  404  Not Found
Erreur http://packages.dotdeb.org jessie-php55/all amd64 Packages
  404  Not Found
Ignoré http://packages.dotdeb.org jessie-php55/all Translation-fr_FR
Ignoré http://packages.dotdeb.org jessie-php55/all Translation-fr
Ignoré http://packages.dotdeb.org jessie-php55/all Translation-en
Atteint http://ftp2.fr.debian.org jessie/main Sources
Atteint http://ftp2.fr.debian.org jessie/non-free Sources
Atteint http://ftp2.fr.debian.org jessie/main amd64 Packages
Atteint http://ftp2.fr.debian.org jessie/non-free amd64 Packages
Atteint http://ftp2.fr.debian.org jessie/main Translation-fr
Atteint http://ftp2.fr.debian.org jessie/main Translation-en
Atteint http://nginx.org jessie Release.gpg
Atteint http://ftp2.fr.debian.org jessie/non-free Translation-en
Atteint http://nginx.org jessie Release
Atteint http://nginx.org jessie/nginx Sources
Atteint http://nginx.org jessie/nginx amd64 Packages
Ignoré http://nginx.org jessie/nginx Translation-fr_FR
Ignoré http://nginx.org jessie/nginx Translation-fr
Ignoré http://nginx.org jessie/nginx Translation-en
 163 ko téléchargés en 13s (12,5 ko/s)
W: impossible de récupérer http://packages.dotdeb.org/dists/jessie-php55/all/source/Sources : 404  Not Found
W: impossible de récupérer http://packages.dotdeb.org/dists/jessie-php55/all/binary-amd64/Packages : 404  Not Found
E: Échec du téléchargement pour certains fichiers d'index. Soit ils ont été ignorés, soit les anciens fichiers ont été utilisés à la place.
E: Impossible de reconstruire le cache des paquets
Alors il faut revoir le(s) fichier(s) source.list. Afin de retirer les dépôts de Dotdeb.
Il y aurait un chiffre à la fin qui laisse entendre qu'il resterait des mises à jours à effectué ?
Sur cette commande, non. Il me semble que ce nombre s'affiche la fin de : 
aptitude safe-upgrade
Je peux l’exécuter, sans risques ?
C'est grosso modo ce que je voulais dire.
Je dirais, oui. J'imagine, il demandera une confirmation afin de poursuivre.

Par contre, Debian recommande plutôt celle-ci : 
apt-get dist-upgrade
J'ai pris les devants 😛

Et y'a une chiée d'updates qui ont étés faites (294)
Ce qui me semble suspect ici: 
E: Problem executing scripts DPkg::Post-Invoke 'if [ -x /usr/bin/rkhunter ]; then /usr/bin/rkhunter --propupd; fi'
E: Sub-process returned an error code
Échec de l'installation d'un paquet. Tentative de réparation :

État actuel : 0 mise à jour restante [-294].
J'ai utilisé 
aptitude safe-upgrade

parce que j'ai débutés les MàJs avant de voir ton post.
Oui, il y en a un nombre conséquent. Bien, a priori, l'upgrade semble terminé. Il suffira de regarder (de nouveau) s'ils en restent et vérifier la présence de systemctl.

Par rapport à rkhunter, je doute de pouvoir aidé... Toutefois, cette commande pourra éventuellement nous dire s'il y a un problème. 
dpkg --status rkhunter | grep Status
Je comprends, je l'ai juste indiqué à titre d'information.
Si tu ne peux pas aider sur rootkit hunter, je verrais plus tard. Et puis c'est pas l'endroit pour, y'a sûrement un post dédié.

J'ai refait 
aptitude update
Et j'ai toujours le même message d'erreur 
sW: impossible de récupérer http://packages.dotdeb.org/dists/jessie-php55/all/source/Sources : 404  Not Found
W: impossible de récupérer http://packages.dotdeb.org/dists/jessie-php55/all/binary-amd64/Packages : 404  Not Found
E: Échec du téléchargement pour certains fichiers d'index. Soit ils ont été ignorés, soit les anciens fichiers ont été utilisés à la place.
E: Impossible de reconstruire le cache des paquets
Tu as parlé de retirer les dépôts de Dotdeb, est-ce que ça a un rapport avec ça ?
Magicalex wrote:Modification des dépôts pour jessie
sed -i 's/wheezy/jessie/g' /etc/apt/sources.list
sed -i 's/wheezy/jessie/g' /etc/apt/sources.list.d/*.list
suppression du dépôt nodesource et dotdeb-php56
rm /etc/apt/sources.list.d/nodesource.list
rm /etc/apt/sources.list.d/dotdeb-php56.list
Oui, ça a bien un rapport. C'est l'un (ou plusieurs) de ces fichiers. 
aptitude clean
Cette commande sera éventuellement nécessaire.
Alors la, je sèche: 
sed -i 's/wheezy/jessie/g' /etc/apt/sources.list
sed -i 's/wheezy/jessie/g' /etc/apt/sources.list.d/*.list
sed: impossible de lire /etc/apt/sources.list.d/*.list: Aucun fichier ou dossier de ce type
rm /etc/apt/sources.list.d/nodesource.list
rm: impossible de supprimer « /etc/apt/sources.list.d/nodesource.list »: Aucun fichier ou dossier de ce type
rm /etc/apt/sources.list.d/dotdeb-php56.list
rm: impossible de supprimer « /etc/apt/sources.list.d/dotdeb-php56.list »: Aucun fichier ou dossier de ce type
J'ai aucunes idées de ce que je fais, ça aide pas ^^
Tout bonnement, aucun de ces fichiers (nodesource.list et dotdeb-php56.list) n'existent. Le dossier (sources.list.d) serait vide ? C'est possible. Du moins, il n'existe aucun fichier ayant cette extention (.list).

Au préalable, il fallait consulter (ou afficher) le contenu du répertoire sources.list.d.
Je présume, le problème est toujours là. Alors je conseil de vérifier le contenu du fichier sources.list. Au moins, ce fichier existe (par défaut). Les autres, ce n'est pas forcément le cas.
Fichier : /etc/apt/sources.list

deb http://debian.mirrors.ovh.net/debian/ jessie main
deb-src http://debian.mirrors.ovh.net/debian/ jessie main

deb http://security.debian.org/ jessie/updates main
deb-src http://security.debian.org/ jessie/updates main

#dépôt paquet propriétaire
deb http://ftp2.fr.debian.org/debian/ jessie main non-free
deb-src http://ftp2.fr.debian.org/debian/ jessie main non-free

# dépôt dotdeb php 5.5
deb http://packages.dotdeb.org jessie-php55 all
deb-src http://packages.dotdeb.org jessie-php55 all

# dépôt nginx
deb http://nginx.org/packages/debian/ jessie nginx
deb-src http://nginx.org/packages/debian/ jessie nginx
Quand au répertoire 
/etc/apt/source.list.d/
Il est vide, j'ai fait la commande 
dir /etc/apt/sources.list.d/
Salut

Tu peux supprimer les deux derniers déjà dans ton sources.list 
# dépôt dotdeb php 5.5
deb http://packages.dotdeb.org jessie-php55 all
deb-src http://packages.dotdeb.org jessie-php55 all

# dépôt nginx
deb http://nginx.org/packages/debian/ jessie nginx
deb-src http://nginx.org/packages/debian/ jessie nginx
Tu en as plus besoin
Ex.
alors, pour info j'ai teste ton script light debian 8.0. J'ai crée deux utilisateurs et ca ne fonctionne pas, rutorrent n'arrive pas a se connecter à rtorrent: 
Lien incorrect avec rTorrent. Vérifier qu'il est bien en cours d'exécution. Vérifier la configuration de $scgi_port et de $scgi_host dans config.php et scgi_port dans le fichier de configuration de rTorrent.
Les fichiers de conf des utilisateurs sont cohérents entre eux (au niveaux des ports)
Salut ex_rat

J'ai commenté les 2 derniers dépôts dans 
/etc/apt/source.list/
avec des #.
ex_rat wrote:Tu peux supprimer les deux derniers déjà dans ton sources.list 
# dépôt dotdeb php 5.5
deb http://packages.dotdeb.org jessie-php55 all
deb-src http://packages.dotdeb.org jessie-php55 all
Tu en as plus besoin
Bonjour,

je suis d'accord avec cette partie seulement. D'abord car elles sont à l'origine du problème. Les deux dernières (ou suivantes) ne sont pas concernées. De plus, retirer le dépôt de Nginx, c'est une mauvaise idée. Il n'y aura de dépôt afin de pallier son absence.
flipper wrote:alors, pour info j'ai teste ton script light debian 8.0. J'ai crée deux utilisateurs et ca ne fonctionne pas, rutorrent n'arrive pas a se connecter à rtorrent: 
Lien incorrect avec rTorrent. Vérifier qu'il est bien en cours d'exécution. Vérifier la configuration de $scgi_port et de $scgi_host dans config.php et scgi_port dans le fichier de configuration de rTorrent.
Les fichiers de conf des utilisateurs sont cohérents entre eux (au niveaux des ports)
Salut
On parle bien de cette version là: http://mondedie.fr/d/0/0 pas de celle que j'avais posté ici y'a 2/3 jours ?
Sur un serveur physique, pas une virtu ? Pas de caractères chelou dans les noms d'user et pass, juste chiffre/lettre ?
Je viens de faire une install sur kim 8/64 deux users sans problèmes à l'arrivée
Ex.
Wagner wrote:
ex_rat wrote:Tu peux supprimer les deux derniers déjà dans ton sources.list 
# dépôt dotdeb php 5.5
deb http://packages.dotdeb.org jessie-php55 all
deb-src http://packages.dotdeb.org jessie-php55 all
Tu en as plus besoin
Bonjour,

je suis d'accord avec cette partie seulement. D'abord car elles sont à l'origine du problème. Les deux dernières (ou suivantes) ne sont pas concernées. De plus, retirer le dépôt de Nginx, c'est une mauvaise idée. Il n'y aura de dépôt afin de pallier son absence.
J'ai pas de depot special nginx (juste dotdeb tout bête) sur mon kim 8/64 et j'ai nginx en 1.8.0

edit: d'ailleurs y'a plus que ça dans le tuto ru 
echo "#dépôt paquet propriétaire
deb http://ftp2.fr.debian.org/debian/ jessie main non-free
deb-src http://ftp2.fr.debian.org/debian/ jessie main non-free" >> /etc/apt/sources.list.d/non-free.list

echo "# dépôt dotdeb
deb http://packages.dotdeb.org jessie all
deb-src http://packages.dotdeb.org jessie all" >> /etc/apt/sources.list.d/dotdeb.list
Ajout des clés des dépôts dotdeb 
cd /tmp
wget http://www.dotdeb.org/dotdeb.gpg
apt-key add dotdeb.gpg
Alors débian 8 dedibox sur esxi machine virtuelle toute neuve installée hier. User flipper et cati donc pas de nom chelou et mot de passe normaux. Tout est démarré correctement.
Vérifie tes fichiers par rapport au tuto manuel ou repars sur une install' à la main. Sur virtu y'a trop d’aléa pour le script, pour ça que dans les pré-requis je ne parle que de serveur physique.
Virtu ou vps, ça marche tant mieux, ça marche pas tant pis
Ex.
ex_rat wrote:edit: d'ailleurs y'a plus que ça dans le tuto ru
Je le sais parfaitement bien. Par contre, ça n'a guère d'intérêt pour volkor. Il dispose déjà de celui de Nginx. Autant le laisser comme tel.
volkor est un novice et n'a pas besoin de le remplacer. C'est une étape supplémentaire ainsi que superflu.
Bonjour,

J'ai tranché et mon fichier ressemble à ça
Fichier : /etc/apt/sources.list

deb http://debian.mirrors.ovh.net/debian/ jessie main
deb-src http://debian.mirrors.ovh.net/debian/ jessie main

deb http://security.debian.org/ jessie/updates main
deb-src http://security.debian.org/ jessie/updates main

#dépôt paquet propriétaire
deb http://ftp2.fr.debian.org/debian/ jessie main non-free
deb-src http://ftp2.fr.debian.org/debian/ jessie main non-free

#dépôt dotdeb php 5.5
#deb http://packages.dotdeb.org jessie-php55 all
#deb-src http://packages.dotdeb.org jessie-php55 all

#dépôt nginx
deb http://nginx.org/packages/debian/ jessie nginx
deb-src http://nginx.org/packages/debian/ jessie nginx
A priori, ça devrait être bon.