J ai bien installé SAMBA (add on officiel)
j ai bien renseigné les IDENTIFIANTS sur Windows (w7 pro)
je me connecte bien à la machine, mais inaccessible directement (grisée sur le dialogue)
En revanche on a accès aux différents dossiers :
Y a t il un moyen d’accéder directement à la machine ?
Je cherche de mon coté…
si j’ai bien compris:
1 le « terminal » en add on ne reconnait PAS toutes les commandes habituelles de DEBIAN
2 on ne peut PAS installer pour HA des commandes additionnelles: APT-GET n est pas reconnu, ni SUDO…
3 on ne doit PAS rajouter des commandes (même si cela semble possible) au risque de déstabiliser HA
4 de même SAMBA n’est PAS un « vrai » SAMBA ( ou alors il n’est pas installé à l’endroit habituel)
J’avais choisi d’installer HA sur un DEBIAN « normal » pour pouvoir utiliser d’autres fonctionnalités (de DEBIAN) indépendantes de HA
5 justement peut on installer le SAMBA standard de DEBIAN ?
si oui, pour partager à l’extérieur /PARTAGES on doit faire (depuis un autre poste, avec PUTTY ou MOBAXTERM (très bien)):
…
la machine est non accessible dans son ensemble, mais accessible répertoire par répertoire:
c’est pareil en passant directement par l IP.
il faut donc faire un raccourci par répertoire.
et en ce qui concerne les différents point de second post, j’ai bon ou j’ai faux ?
La nuit porte conseil…
Je me répond à moi même (dites moi si c’est bon)
j’ai DEBIAN fresh install SANS interface graphique
& DOCKER
&& HA SUPERVISED
=> ça fonctionne ADDON TERMINAL & SSH > ok MAIS ne donne pas accès à la totalité de la machine
MAIS ne donne pas accès à la totalité des composants (natifs ou additionnels) de DEBIAN ADDON SAMBA > ok quelques répertoires accessibles sous windows
Tout se passe comme si HA, enfermée dans DOCKER, enfermé dans DEBIAN ne permet que des actions restreintes (par rapport à DEBIAN) ?
Si je crée un répertroire PARTAGES (avec les droits d’accès):
C’est juste le principe de base des containers : l’os ne voit pas ce qui est dans le container et le container ne voit pas ce qui est dans l’os. Les seuls éléments communs sont ceux partagés explicitement (via montage, mapping réseau etc)
Mon avis personnel qui n’engage que moi : samba c’est tout sauf pratique : vieille techno, performances pas top, pas si simple à exploiter (dans la vraie vie c’est une plaie d’y gérer les permissions efficacement) et en plus on a techniquement d’autres moyens d’accéder des fichiers sur un OS linux (Mobaxterm, filezilla, winscp).
OK
j’ai donc compris l’ensemble
d’ou la question:
comment faire pour voir un dossier de DEBIAN depuis WINDOWS (et écrire & lire dessus)
installer SAMBA (hors HA) ?
(ça n’a pas l’air si bien que ça donc)
ou bien ?
D’autre part sur RPI & DOMOTICZ j’avais l’habitude d’éditer les fichiers en passant par FILEZILLA depuis W7. Ici donc peut on accéder aux fichiers utilisés par HA ?
Du coup pourquoi tu gardes pas cette méthode ?
Active le SSH De debian (vire l’addon HA correspondant ou à minima désactive le mapping du port 22)… Les fichiers HA sont dans /usr/share/hassio/
Souci réglé dans 5 minutes
Rien à voir avec filezilla, par défaut debian n’autorise pas le root (avec password) à se connecter en ssh.
En lignes de commandes, bascule en root APRES connection avec su ou lignes de commandes avec sudo :
nano /etc/ssh/sshd_config
Remplace/décommente/edite la ligne pour avoir PermitRootLogin yes
# $OpenBSD: sshd_config,v 1.103 2018/04/09 20:41:22 tj Exp $
# This is the sshd server system-wide configuration file. See
# sshd_config(5) for more information.
# This sshd was compiled with PATH=/usr/bin:/bin:/usr/sbin:/sbin
# The strategy used for options in the default sshd_config shipped with
# OpenSSH is to specify options with their default value where
# possible, but leave them commented. Uncommented options override the
# default value.
Include /etc/ssh/sshd_config.d/*.conf
#Port 22
#AddressFamily any
#ListenAddress 0.0.0.0
#ListenAddress ::
#HostKey /etc/ssh/ssh_host_rsa_key
#HostKey /etc/ssh/ssh_host_ecdsa_key
#HostKey /etc/ssh/ssh_host_ed25519_key
# Ciphers and keying
#RekeyLimit default none
# Logging
#SyslogFacility AUTH
#LogLevel INFO
# Authentication:
#LoginGraceTime 2m
#PermitRootLogin prohibit-password
#StrictModes yes
#MaxAuthTries 6
#MaxSessions 10
#PubkeyAuthentication yes
# Expect .ssh/authorized_keys2 to be disregarded by default in future.
#AuthorizedKeysFile .ssh/authorized_keys .ssh/authorized_keys2
#AuthorizedPrincipalsFile none
#AuthorizedKeysCommand none
#AuthorizedKeysCommandUser nobody
# For this to work you will also need host keys in /etc/ssh/ssh_known_hosts
#HostbasedAuthentication no
# Change to yes if you don't trust ~/.ssh/known_hosts for
# HostbasedAuthentication
#IgnoreUserKnownHosts no
# Don't read the user's ~/.rhosts and ~/.shosts files
#IgnoreRhosts yes
# To disable tunneled clear text passwords, change to no here!
#PasswordAuthentication yes
#PermitEmptyPasswords no
# Change to yes to enable challenge-response passwords (beware issues with
# some PAM modules and threads)
ChallengeResponseAuthentication no
# Kerberos options
#KerberosAuthentication no
#KerberosOrLocalPasswd yes
#KerberosTicketCleanup yes
#KerberosGetAFSToken no
# GSSAPI options
#GSSAPIAuthentication no
#GSSAPICleanupCredentials yes
#GSSAPIStrictAcceptorCheck yes
#GSSAPIKeyExchange no
# 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
#AllowAgentForwarding yes
#AllowTcpForwarding yes
#GatewayPorts no
X11Forwarding yes
#X11DisplayOffset 10
#X11UseLocalhost yes
#PermitTTY yes
PrintMotd no
#PrintLastLog yes
#TCPKeepAlive yes
#PermitUserEnvironment no
#Compression delayed
#ClientAliveInterval 0
#ClientAliveCountMax 3
#UseDNS no
#PidFile /var/run/sshd.pid
#MaxStartups 10:30:100
#PermitTunnel no
#ChrootDirectory none
#VersionAddendum none
# no default banner path
#Banner none
# Allow client to pass locale environment variables
AcceptEnv LANG LC_*
# override default of no subsystems
Subsystem sftp /usr/lib/openssh/sftp-server
# Example of overriding settings on a per-user basis
#Match User anoncvs
# X11Forwarding no
# AllowTcpForwarding no
# PermitTTY no
# ForceCommand cvs server