Reprise du message précédent :
et franchement pour ceux qui doutent, ifconfig on ne le regrette vraiment pas longtemps

au pire, un petit

 
juste pour avoir un apercu visuel c'est toujours pratique

merci

 
Du tout, c'était la première fois que je testais xcfe, c'était un compte rendu bref de mes impressions.
 
edit : j'ai vu les conseils pour ip, je vais mâter ça

Plop
 
J'ai quelques calculateurs sous Debian que j'administre depuis ma machine principale via SSH.
 
Pour restreindre l'accès à la machine distante (calculateur) à une seule machine (ma machine), j'édite /etc/ssh/sshd_config et je met en ListenAdress l'adresse locale de ma machine principale (192.168.2.xx dans mon cas) ? Ou dois-je passer par AllowUser ?

Euh... Tu configures un pare-feu ? Ni ListenAdress ni AllowUser ne vont résoudre ton besoin

ListenAddress c'est l’adresse du serveur pas du client. ça sert à limiter l'écoute à certaines adresses si le serveur en possède plusieurs (par exemple si il a plusieurs interfaces réseaux)
 
donc oui tu peux restreindre par AllowUsers (ils y a d'autres méthode, comme utiliser un firewall, utiliser pam_access dans' /etc/pam.d/sshd' et configurer '/etc/security/access.conf' ou une combinaison des 3 pour les plus paranos)

heu si, avec AllowUser on peut filtrer par adresse (par exemple datoune@192.168.2.*) mais ça reste basique, pam_access et /etc/security/access.conf permettent d'aller plus loin.  
Un firewall ne connait pas l'utilisateur et ne peut que filtrer par IP/port/mac address, mais d'un autre côté pour ce qu'il veut faire c'est largement suffisant.
 
AllowUser reste quand même le plus simple pour ce qu'il veut faire

Vrai.
J'espère pour lui, par contre, que ces "calculateurs" sont locaux et pas sur le net/accessibles depuis internet  

C'est pour BOINC, donc relié au net

De base y a fail2ban dessus et SSH sur un autre port que le 22 quand même

NB : Faut forcément un user pour Allowuser ? Ma machine principale est sous Windows.

perso quand c'est relié à internet, en plus de fail2ban et d'un port non std, j'utilise l'authentification par paire de clés voire l'authentification double (paire de clé ET mot de passe "AuthenticationMethods publickey,password" dans sshd_config)
 
exemples ici: https://serverfault.com/a/843224

mais bon c'est juste que je suis parano

Et en utilisant en plus une règle iptable comme ici ? => https://askubuntu.com/questions/115 [...] al-network
 
Il n'est jamais trop tard pour apprendre les bonnes habitudes, tapez pas

Tu te connecterais pas en root toi par hasard ?

Euh, oui, mais tu te connectes forcément avec un user sur la machine, quel qu'il soit
C'est pas l'user sur la machine cliente, c'est l'user sur la machine serveur

Qu'est-ce que ça me saoule de lire que ssh sur un port non standard c'est plus secure  

Bien sûr que si
Heureusement que les scanners de ports n’existent pas ! Sinon, on saurait quels ports sont à l’écoute et là, ça ne serait effectivement pas sécurisé.
---
NinjaEdit

Tu penses aux scanners de ports ? Parcequ'un sniffeur, pour moi, ça sniff, ça scan pas

 
Jusqu'au jour où tu veux regarder une vidéo online
 
Je me suis forcé à utiliser gnome3 pour lui laisser une chance : j'en suis revenu, j'utilise mate. À moins d'être en mode tactile, pour moi, rien ne vaut un bureau avec des raccourcis et un menu déroulant.

C'est déjà moins pire que "pas besoin de backup j'ai un raid"

C'est pas moins pire, c'est du même niveau, ça montre une incompréhension du sujet.

Perso avec une machine sur le net, une authentification par clé est le minimum.

Dites m'en plus  

en effet c'est pas plus secure mais d'expérience ça réduit vraiment les logs de connexion de plusieurs ordres de magnitude, donc ça permet de voir bien plus facilement si on est victime d'attaques ciblées, même chose pour le port knocking

Déjà en n'utilisant plus que des courbes elliptiques pour Hmacs, ciphers et hostkey, la réduction des attaques par force brute est très sensible par contre on se retrouve avec plein de connexions échouées dans les logs.

 
comment ça ?

 
Y'a d'énorme problème de tearing avec Xcfe, sur mon ordinateur les vidéos online ressembles à rien. Apparemment ça dépend des cartes vidéos.

ok, je l'utilise depuis longtemps maintenant, jamais remarqué (gtx 680 drivers proprio).

On s'en fout des logs.
Les logs des serveurs http sont pourris par des scans aussi, tu les met pas pour autant sur un port exotique, si ?
Et ton serveur smtp ?

salut, j'ai fait une MAJ de ma debian testing (comme tous les 2 mois environ), j'ai des problèmes pour lire les vidéos (issues de youtube principalement), sous vlc dès que je tente de redimensionner la fenêtre j'ai souvent un écran noir à la place de la vidéo (le son continue de se jouer, et si je ferme vlc l'interface graphique disparaît normalement mais le process continue de tourner donc y'a clairement un problème...), et avec mplayer j'ai souvent un décalage image/son que je n'avais pas avant.
Ca me surprend de rencontrer des problèmes avec deux logiciels différents en même temps du coup je me dis qu'il y a peut-être une cause sous-jacente, ou alors c'est juste pas de bol. Quelqu'un a déjà entendu parler de ce type de problème ? question subsidiaire, y'a quoi comme bon lecteur vidéo à part vlc et mplayer ?

mpv ou smplayer.
 
Pour vlc, je suis retourné sur la 2.2.8, la 3.0 ne permettant plus de streamer un flux rtsp, étrange.

mpv  

tu as le paquet vlc-plugin-base d'installé ?

Bon, j'ai un peu amélioré la sécurité sur ma crunchbox ouverte sur les interwebz :
 
- fail2ban (déjà implanté)
- PermitRootLogin no
- AllowUsers xxx@192.168.2.*
- Changement du port ssh (ça ne mange pas de pain)
- Changement du passwordz root
 
Reste à bien comprendre comment fonctionne l'identification par clef et à la mettre en place.

Euh, je pense qu'il y a mécompréhension là...
1) Ta "crunchbox", elle est sur ton LAN ? (IP en 192.168.2.x) ?
2) Ton routeur internet accepte et redirige des connexions vers son port SSH ?
Si "oui" et "non", alors tout ce que tu fait n'a qu'un intérêt limité.
Si "non" à la première question, alors ton "AllowUsers" va très probablement foirer (et tu va te couper la main au prochain reboot de sshd).

C'est clair, je nage un peu (beaucoup en fait)
 
1) Ouais (comme mes autres machines).
2) Je ne sais pas, comment je vérifie ça ? (Routeur sous ddWRT mais config vanille, pas trop eu le temps (ni la compréhension) d'y mettre les mains dedans.
 
 
(sinon ouais je me suis déjà autoban, du coup j'ai repris la main physiquement sur la machine pour rectifier mon erreur )

Oui donc en fait, ta machine peux accéder à Internet, mais rien n'est en place pour qu'"Internet" puisse y accéder en SSH. Du coup, à moins que t'ai pas confiance aux autres machines sur ton LAN, tout ça c'est... inutile

Je suis trop con, j'ai un RPi qui me sert de tunel SSH pour browser HFR depuis le toluob, donc en fait je dois accepter les redirections

Bah ouai, mais uniquement vers ton Pi, pas vers ta boiboite
Go prendre un cours sur le NAT

Si t'as un tutal particulier en tête, je me le farci dès demain