Seedbox down :/

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Seedbox down :/

Simdodo

Bonjour à tous,

tout d'abord merci beaucoup pour vos tutos si "simple" et si complet

Après plusieurs tentative plus ou moins réussi, j'ai enfin réussi à paramétrer correctement mon kimsufi avec vos tuto rTorrent, le cakebox et celui sur la sécurisation.

Après une journée bien tranquille a profité de ma seedbox,
celle ci a décider de planter (plus aucun accès que ce soit FTP, HTTP ou SSH)

et je reçois toutes les minutes ce mail :

de la part de cron daemon
Starting rtorrent: rtorrentstty: entrée standard: Ioctl() inappropré pour un périphérique

Que faire......

Gaume

Salut,

Avant toute chose, as tu essayé un reboot électrique du serveur ?

Parfois les choses les plus simples fonctionne à merveille =)

Meister

Sur un kimsufi tu as réussi le tuto de sécurisation, tu as pas eu un pb avec le serveur mail?

Simdodo

Bonjour, et merci pour vos réponses

Gaume wrote:Salut,

Avant toute chose, as tu essayé un reboot électrique du serveur ?

Parfois les choses les plus simples fonctionne à merveille =)

Oui, j'ai quand même eu cette idée... A plusieurs reprises même, mais sans changement malheureusement

Meister wrote:Sur un kimsufi tu as réussi le tuto de sécurisation, tu as pas eu de pb avec le serveur mail ?

Non, enfin pas de problème qui m'as sauter aux yeux... J'ai bien reçu tous les mails comme dit dans le tuto, après encore une fois, je me dépucelle du dédié, de linux, etc.. donc certaines choses on tout à fait pu m'échapper

ex_rat

Tu as récupéré un accès ssh là ou pas ?
Ex.

Meister

Tout ce que je peux te dire c'est que si tu n'as plus accès a la console il faut mettre le serveur en mode rescue pour pouvoir y avoir accès et ainsi procéder à des modifications. Il serait judicieux de supprimer Portsentry et Fail2ban.
Une dernière question, quand tu as sécurisé le ssh tu as bien mis a la fin du fichier AllowUsers <ton user>?

Simdodo

Meister wrote:Tout ce que je peux te dire c'est que si tu n'as plus accès a la console il faut mettre le serveur en mode rescue pour pouvoir y avoir accès et ainsi procéder à des modifications.

C'est déjà ce que j'ai fait, mais une fois que cela été fait, je ne savais pas trop quoi faire

Meister wrote:Il serait judicieux de supprimer Portsentry et Fail2ban.

Je vais donc essayer de trouver comment faire cela

Meister wrote:Une dernière question, quand tu as sécurisé le ssh tu as bien mis a la fin du fichier AllowUsers <ton user>?

Oui

[edit]
Je viens de supprimer fail2ban et portsentry, je peut maintenant accéder à mon serveur en FTP, rTorrent fonctionne mais toujours impossible de se connecter en SSH

On avance, on avance !! Merci beaucoup

[/edit]

attila01

Salut
Si je peux me permettre j'ai eu aussi des soucis de serveur down problème causé par des version de rtorrent/libtorrent non stables ! ça peu être une piste

Simdodo

attila01 wrote:Salut
Si je peux me permettre j'ai eu aussi des soucis de serveur down problème causé par des version de rtorrent/libtorrent non stables ! ça peu être une piste 🙂

J'ai pris les dernières versions stable (celle conseillés dans le tuto), mais merci du tuyau

Simdodo

ex_rat wrote:Tu as récupéré un accès ssh là ou pas ?
Ex.

Non toujours pas

Meister

Il faut qu'on reparte sur une base propre, tu peux virer le serveur mail. et faire un apt-get clean && apt-get autoclean
Ensuite tu te mets en mode rescue il copie colle ton fichier /etc/ssh/sshd_config

Simdodo

Meister wrote:Il faut qu'on reparte sur une base propre, tu peux virer le serveur mail. et faire un apt-get clean && apt-get autoclean

Je vais être obliger de me mettre en mode rescue dès le départ, comme je n'ai aucun accès SSH pour l'instant...

Meister wrote:Ensuite tu te mets en mode rescue il copie colle ton fichier /etc/ssh/sshd_config

Je te copie ça

merci

Meister

tu peux me copier la commande que tu fais lorsque tu veux te connecter avec le terminal stp et le résultat

Simdodo

Je suis sous windows j'utilise putty (si j'ai bien compris la question 😀)
"Network error : Connection refused"

Simdodo

supprimer serveur mail : OK

fichier /etc/ssh/sshd_config :

# Package generated configuration file
# See the sshd_config(5) manpage for details

# What ports, IPs and protocols we listen for
Port 5123
# Use these options to restrict which interfaces/protocols sshd will bind to
#ListenAddress ::
#ListenAddress 0.0.0.0
Protocol 2
# HostKeys for protocol version 2
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_dsa_key
HostKey /etc/ssh/ssh_host_ecdsa_key
#Privilege Separation is turned on for security
UsePrivilegeSeparation yes

# Lifetime and size of ephemeral version 1 server key
KeyRegenerationInterval 3600
ServerKeyBits 768

# Logging
SyslogFacility AUTH
LogLevel INFO

# Authentication:
LoginGraceTime 120
PermitRootLogin no
StrictModes yes

RSAAuthentication yes
PubkeyAuthentication yes
#AuthorizedKeysFile     %h/.ssh/authorized_keys

# Don't read the user's ~/.rhosts and ~/.shosts files
IgnoreRhosts yes
# For this to work you will also need host keys in /etc/ssh_known_hosts
RhostsRSAAuthentication no
# similar for protocol version 2
HostbasedAuthentication no
# Uncomment if you don't trust ~/.ssh/known_hosts for RhostsRSAAuthentication
#IgnoreUserKnownHosts yes

# To enable empty passwords, change to yes (NOT RECOMMENDED)
PermitEmptyPasswords no

# Change to yes to enable challenge-response passwords (beware issues with
# some PAM modules and threads)
ChallengeResponseAuthentication no

#PasswordAuthentication yes

# Kerberos options
#KerberosAuthentication no
#KerberosGetAFSToken no
#KerberosOrLocalPasswd yes
#KerberosTicketCleanup yes

# GSSAPI options
#GSSAPIAuthentication no
#GSSAPICleanupCredentials yes

X11Forwarding yes
X11DisplayOffset 10
PrintMotd no
PrintLastLog yes
TCPKeepAlive yes
#UseLogin no

#MaxStartups 10:30:60
#Banner /etc/issue.net

# Allow client to pass locale environment variables
AcceptEnv LANG LC_*

#Subsystem sftp /usr/lib/openssh/sftp-server

# Set this to 'yes' to enable PAM authentication, account processing,
# and session processing. If this is enabled, PAM authentication will
# be allowed through the ChallengeResponseAuthentication and
# PasswordAuthentication.  Depending on your PAM configuration,
# PAM authentication via ChallengeResponseAuthentication may bypass
# the setting of "PermitRootLogin without-password".
# If you just want the PAM account and session checks to run without
# PAM authentication, then enable this but set PasswordAuthentication
# and ChallengeResponseAuthentication to 'no'.
#UsePAM yes
Subsystem sftp internal-sftp
Match user simdodo
ChrootDirectory /home/%u
AllowUsers Resolv

j'ai essayer de me connecter en SSH par le biais du port 22, du port 5123 et toujours le même message d'erreur

Meister

Remets permitrootlogin yes
le port en 22022

vires

Match user simdodo
ChrootDirectory /home/%u
AllowUsers Resolv

tu fais un

service ssh restart

et pour te connecter

ssh -p 22022 root@ton ip

Simdodo

Après les modification que tu m'as donner,
j'ai piquer un mac pour bien procéder à la commande que tu m'as donner dans un terminal,

et donc celui ci me donne comme réponse :
"ssh_exchange_identification: read: Connection reset by peer"

Meister

ssh-keygen -R ton ip

et tu retentes la commande logiquement en activant le root, tu devrai pourvoir te connecter en root...

si tu arrives pas a te connecter vide ton dossier ./ssh tu as peux être une erreur de clé

Simdodo

j'ai recommencer plusieurs fois ce que tu m'as dit

j'ai deux message d'erreur différent soit :

- le même qu'avant soit : "ssh_exchange_identification: read: Connection reset by peer"
- soit : ssh: "connect to host 22022 port 22: No route to host" (hein???!!! qu'est ce qu'il dit lui xD)

Qu'entend tu part une erreur de clé ?

Meister

je vais te donner mon fichier de config pour que tu remplaces le tiens

# Package generated configuration file
# See the sshd_config(5) manpage for details
# What ports, IPs and protocols we listen for
Port 22
# Use these options to restrict which interfaces/protocols sshd will bind to
#ListenAddress ::
#ListenAddress 0.0.0.0
Protocol 2
# HostKeys for protocol version 2
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_dsa_key
HostKey /etc/ssh/ssh_host_ecdsa_key
#Privilege Separation is turned on for security
UsePrivilegeSeparation yes

# Lifetime and size of ephemeral version 1 server key
KeyRegenerationInterval 3600
ServerKeyBits 768

# Logging
SyslogFacility AUTH
LogLevel INFO

# Authentication:
LoginGraceTime 120
PermitRootLogin yes
StrictModes yes

RSAAuthentication yes
PubkeyAuthentication yes
#AuthorizedKeysFile	%h/.ssh/authorized_keys

# Don't read the user's ~/.rhosts and ~/.shosts files
IgnoreRhosts yes
# For this to work you will also need host keys in /etc/ssh_known_hosts
RhostsRSAAuthentication no
# similar for protocol version 2
HostbasedAuthentication no
# Uncomment if you don't trust ~/.ssh/known_hosts for RhostsRSAAuthentication
#IgnoreUserKnownHosts yes

# To enable empty passwords, change to yes (NOT RECOMMENDED)
PermitEmptyPasswords no

# Change to yes to enable challenge-response passwords (beware issues with
# some PAM modules and threads)
ChallengeResponseAuthentication no

# Change to no to disable tunnelled clear text passwords
#PasswordAuthentication yes

# Kerberos options
#KerberosAuthentication no
#KerberosGetAFSToken no
#KerberosOrLocalPasswd yes
#KerberosTicketCleanup yes

# GSSAPI options
#GSSAPIAuthentication no
#GSSAPICleanupCredentials yes

X11Forwarding yes
X11DisplayOffset 10
PrintMotd no
PrintLastLog yes
TCPKeepAlive yes
#UseLogin no

#MaxStartups 10:30:60
#Banner /etc/issue.net

# Allow client to pass locale environment variables
AcceptEnv LANG LC_*

#Subsystem sftp /usr/lib/openssh/sftp-server

# Set this to 'yes' to enable PAM authentication, account processing,
# and session processing. If this is enabled, PAM authentication will
# be allowed through the ChallengeResponseAuthentication and
# PasswordAuthentication.  Depending on your PAM configuration,
# PAM authentication via ChallengeResponseAuthentication may bypass
# the setting of "PermitRootLogin without-password".
# If you just want the PAM account and session checks to run without
# PAM authentication, then enable this but set PasswordAuthentication
# and ChallengeResponseAuthentication to 'no'.
#UsePAM yes
Subsystem sftp internal-sftp
AllowUsers <user>

Page suivante »