Problemi con nexxt

[thece]

Cancella la directory (e il file contenuto in essa) che ti ho fatto creare

Codice: Seleziona tutto

rm -rf /home/$USER/.smb

Con un qualsiasi editor di testi (GEdit?) in modalità amministratore apri il file /etc/samba/smb.conf

Codice: Seleziona tutto

sudo <EDITOR> /etc/samba/smb.conf
oppure
sudo gedit /etc/samba/smb.conf

e tra le righe

Codice: Seleziona tutto

...
   usershare allow guests = yes

<INSERISCI QUI>

#======================= Share Definitions =======================
...

inserisci il testo

Codice: Seleziona tutto

client min protocol = NT1
client max protocol = SMB3

salva il file. Chiudi l'editor. Riavvia il PC (che facciamo prima) e riprova con il comando smbclient

[hanssteiner64]

Sembra che non ci sia speranza? Oh, scusa, non mi ero accorto che c'era un'altra pagina. Allora ho fatto quello che mi hai indicato. Ho dato il comando smbclient ed ecco

gianni@gianni-HP-250-G3-Notebook-PC:~$ smbclient
Uso: smbclient [-?EgqBVNkPeC] [-?|--help] [--usage]
[-R|--name-resolve=NAME-RESOLVE-ORDER] [-M|--message=HOST]
[-I|--ip-address=IP] [-E|--stderr] [-L|--list=HOST]
[-m|--max-protocol=LEVEL] [-T|--tar=<c|x>IXFvgbNan]
[-D|--directory=DIR] [-c|--command=STRING] [-b|--send-buffer=BYTES]
[-t|--timeout=SECONDS] [-p|--port=PORT] [-g|--grepable] [-q|--quiet]
[-B|--browse] [-d|--debuglevel=DEBUGLEVEL]
[-s|--configfile=CONFIGFILE] [-l|--log-basename=LOGFILEBASE]
[-V|--version] [--option=name=value]
[-O|--socket-options=SOCKETOPTIONS] [-n|--netbiosname=NETBIOSNAME]
[-W|--workgroup=WORKGROUP] [-i|--scope=SCOPE] [-U|--user=USERNAME]
[-N|--no-pass] [-k|--kerberos] [-A|--authentication-file=FILE]
[-S|--signing=on|off|required] [-P|--machine-pass] [-e|--encrypt]
[-C|--use-ccache] [--pw-nt-hash] service <password>
gianni@gianni-HP-250-G3-Notebook-PC:~$

[thece]

Sembra che non ci sia speranza?

@hanssteiner64 io la sfera di cristallo non ce l'ho!
Non so cosa hai fatto.
Non so cosa vedi sul tuo PC.

[hanssteiner64]

Scusa, mi ero perso nella pagina precedente

[thece]

... e riprova con il comando smbclient

nel senso che devi riprovare con uno di questi due comandi. Mi sembrava chiaro dal contesto.

Codice: Seleziona tutto

smbclient -m NT1 -N -L 192.168.1.254

Codice: Seleziona tutto

smbclient -m NT1 -U gianni -L 192.168.1.254

[hanssteiner64]

beh, eccom di nuovo

Codice: Seleziona tutto

gianni@gianni-HP-250-G3-Notebook-PC:~$ smbclient -m NT1 -N -L 192.168.1.254
do_connect: Connection to 192.168.1.254 failed (Error NT_STATUS_CONNECTION_REFUSED)
gianni@gianni-HP-250-G3-Notebook-PC:~$ smbclient -m NT1 -U gianni -L 192.168.1.254
do_connect: Connection to 192.168.1.254 failed (Error NT_STATUS_CONNECTION_REFUSED)
gianni@gianni-HP-250-G3-Notebook-PC:~$ 

[thece]

@hanssteiner64 ti ho già scritto che di comando smbclient ne devi dare uno solo, a seconda che l'accesso agli share del NAS sia autenticato (usi il 2°) o meno (usi il 1°).
Io questo non lo so. Lo dovresti sapere tu.

Adesso il comando smbclient fallisce perchè il NAS del tuo router NeXXt sta rifiutando la connessione (Error NT_STATUS_CONNECTION_REFUSED). Il problema è sul router NeXXt.

Immaginando che il NAS sia attivo e lo possiamo (ri)verificare con il comando

Codice: Seleziona tutto

sudo nmap -p 139,445 192.168.1.254     <---<< Corretto

non rimane che spulciare il pannello di controllo del router NeXXt.
Purtroppo io non ho quel router quindi non so darti indicazioni puntuali su come configurarlo. Posso solo rimandarti alla documentazione ufficiale di Fastweb o al loro Forum di supporto.

[EDIT]

Se vogliamo possiamo aumentare la verbosità del comando smbclient con l'opzione -d per vedere se rusciamo ad ottenere qualche informazione in più, ma non credo che serva a molto.

Codice: Seleziona tutto

smbclient -d 4 -m NT1 -N -L 192.168.1.254

Codice: Seleziona tutto

smbclient -d 4 -m NT1 -U gianni -L 192.168.1.254

Scusa, avevo indicato un'opzione sbagliata (-v).

[hanssteiner64]

Ho provato a chiamare il servizio assistenza, ma non mi hanno saputo dire niente, (il fatto che l'hard disk esterno collegato al router non funzionava per carenza di alimentazione, me l'hai detto tu, non loro...). Comunque gli ultimi output sono:

Codice: Seleziona tutto

gianni@gianni-HP-250-G3-Notebook-PC:~$ sudo nmap -p 139,445 192.168.0.254
[sudo] password di gianni: 
Starting Nmap 7.80 ( https://nmap.org ) at 2022-05-12 15:00 CEST
Note: Host seems down. If it is really up, but blocking our ping probes, try -Pn
Nmap done: 1 IP address (0 hosts up) scanned in 3.12 seconds
gianni@gianni-HP-250-G3-Notebook-PC:~$ smbclient -d 4 -m NT1 -U gianni -L 192.168.1.254
lp_load_ex: refreshing parameters
Initialising global parameters
rlimit_max: increasing rlimit_max (1024) to minimum Windows limit (16384)
Processing section "[global]"
doing parameter workgroup = WORKGROUP
doing parameter server string = %h server (Samba, Ubuntu)
doing parameter log file = /var/log/samba/log.%m
doing parameter max log size = 1000
doing parameter logging = file
doing parameter panic action = /usr/share/samba/panic-action %d
doing parameter server role = standalone server
doing parameter obey pam restrictions = yes
doing parameter unix password sync = yes
doing parameter passwd program = /usr/bin/passwd %u
doing parameter passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
doing parameter pam password change = yes
doing parameter map to guest = bad user
doing parameter usershare allow guests = yes
doing parameter client min protocol = NT1
doing parameter client max protocol = SMB3
pm_process() returned Yes
added interface enp8s0 ip=2001:b07:6473:1f39:23a6:dca4:be03:8c0c bcast= netmask=ffff:ffff:ffff:ffff::
added interface enp8s0 ip=2001:b07:6473:1f39:2f55:c992:7f78:8bd2 bcast= netmask=ffff:ffff:ffff:ffff::
added interface enp8s0 ip=192.168.1.131 bcast=192.168.1.255 netmask=255.255.255.0
Client started (version 4.13.17-Ubuntu).
Connecting to 192.168.1.254 at port 445
convert_string_handle: E2BIG: convert_string(UTF-8,CP850): srclen=29 destlen=16 error: No more room
Connecting to 192.168.1.254 at port 139
do_connect: Connection to 192.168.1.254 failed (Error NT_STATUS_CONNECTION_REFUSED)
gianni@gianni-HP-250-G3-Notebook-PC:~$ 

[hanssteiner64]

A parte i miei problemi che derivano probabilmente da incapacità, ho l'impressione che certi operatori telefonici siano legati a microsoft e snobbino linux... è solo una mia impressione?

[thece]

Se ti fermassi solo un attimo ad osservare quello che stai facendo ...

Codice: Seleziona tutto

sudo nmap -p 139,445 192.168.0.254

[sudo] password di gianni: 
Starting Nmap 7.80 ( https://nmap.org ) at 2022-05-12 15:00 CEST
Note: Host seems down. If it is really up, but blocking our ping probes, try -Pn
Nmap done: 1 IP address (0 hosts up) scanned in 3.12 seconds

Host seems down ossia il PC (192.168.0.254) potrebbe essere spento o non raggiungibile o ... comunque la connessione è impossibile.
Ho sbagliato a scrivere l'indirizzo IP del TUO router ... capita, scusa ...
Il comando corretto è:

Codice: Seleziona tutto

sudo nmap -Pn -p 139,445 192.168.1.254 

è leggermente modificato (opzione -Pn) ma tranquillo questo non influisce sul risultato.

Il comando smbclient, che comunque avevo scritto corretto, continua a dire che il NAS rifiuta le connessioni (NT_STATUS_CONNECTION_REFUSED). Il problema è sul router NeXXt.
I messaggi di debug nell'output non forniscono alcuna informazione utile in più. Se vuoi puoi provare ad incrementare il livello di verbosità dei messaggi di debug sostituisci il numero 4 con uno più alto (massimo 10).

La butto lì: hai già provato a riavviare il router? Magari si è "incartato", non sarebbe la prima volta che accade.

Se puoi: hai provato ad accedere al NAS da un PC Windows? Magari il problema è effettivamente Linux e io non sono riuscito ad identificarlo.
Presta attenzione però: potrebbe darti dei problemi anche Windows, difatti il protocollo SMBv1 - l'unico supportato dal NAS del tuo router - di default non è più attivo su Windows (da Windows 10 se non ricordo male), va abilitato da Control Panel > Programs > Programs and Features > Turn Windows feature on or off > SMB 1.0/CIFS File Sharing Support > SMB 1.0/CIFS Client. (scusa io ho le GUI tutte in Inglese)

... ho l'impressione che certi operatori telefonici siano legati a microsoft e snobbino linux... è solo una mia impressione?

No non è la tua impressione.
Nel segmento Desktop i PC con installato un sistema operativo Linux detengono per eccesso il 2% del mercato.
Molti non sanno nemmeno cosa sia un sistema operativo Linux. Molti che lavorano nell' IT non lo hanno mai usato.


Utente Linux proprietario di router NeXXT cercasi disperatamente

[hanssteiner64]

Ecco qua

Codice: Seleziona tutto

gianni@gianni-HP-250-G3-Notebook-PC:~$ sudo nmap -Pn -p 139,445 192.168.1.254 
[sudo] password di gianni: 
Starting Nmap 7.80 ( https://nmap.org ) at 2022-05-12 17:01 CEST
Nmap scan report for myfastgate.nexxt (192.168.1.254)
Host is up (0.00069s latency).

PORT    STATE  SERVICE
139/tcp closed netbios-ssn
445/tcp closed microsoft-ds
MAC Address: 48:3E:5E:DD:FB:40 (Unknown)

Nmap done: 1 IP address (1 host up) scanned in 0.34 seconds

[frapox]

porte chiuse.... LOL. Hai voglia a connetterti al server SMB.

[OMBRA_Linux]

1° Nei Modem Fastweb, nella sezione ( Avanzate ) tra le vari voci ( Configurazione USB ) e ( Restrizioni accessi) ci sono l'opzione condividi file, che deve essere abilitata, controlla se lo è.
2° E comunque solitamente nei Modem Fastweb dovrebbe esserci l'opzione ( Protezione Dischi ) abilitata di default.
Quindi se Condividi File è abilitato, e la Protezione Dischi è Disabilita, dovrebbe funzionare.

Sotto Windows va anche abilitato il servizio ( SMBv1 ) ma è sconsigliato per motivi di sicurezza.
Sotto Linux invece, non dovrebbero esserci problemi. ( O comunque, se non funziona dovresti abilitare Samba )

Un'altra soluzione potrebbe essere quella di disattivare il Firewall del Modem.

[thece]

porte chiuse.... LOL. Hai voglia a connetterti al server SMB.

Adesso si, ma prima erano aperte.

Prima

Codice: Seleziona tutto

sudo nmap -p 139,445 --script smb-protocols 192.168.1.254

Starting Nmap 7.80 ( https://nmap.org ) at 2022-05-09 22:22 CEST
Nmap scan report for myfastgate.nexxt (192.168.1.254)
Host is up (0.00073s latency).

PORT    STATE SERVICE
139/tcp open  netbios-ssn
445/tcp open  microsoft-ds
MAC Address: 48:3E:5E:DD:FB:40 (Unknown)

Host script results:
| smb-protocols: 
|   dialects: 
|_    NT LM 0.12 (SMBv1) [dangerous, but default]

Nmap done: 1 IP address (1 host up) scanned in 1.10 seconds

Dopo

Codice: Seleziona tutto

sudo nmap -Pn -p 139,445 192.168.1.254 

Starting Nmap 7.80 ( https://nmap.org ) at 2022-05-12 17:01 CEST
Nmap scan report for myfastgate.nexxt (192.168.1.254)
Host is up (0.00069s latency).

PORT    STATE  SERVICE
139/tcp closed netbios-ssn
445/tcp closed microsoft-ds
MAC Address: 48:3E:5E:DD:FB:40 (Unknown)

Nmap done: 1 IP address (1 host up) scanned in 0.34 seconds

@hanssteiner64 Le porte TCP 139, 445 chiuse sono la causa dell'errore NT_STATUS_CONNECTION_REFUSED nell'output del comando smbclient. Finchè non si riusciranno ad aprire qualsiasi tentativo di connessione al NAS sarà vano.
Ripeto per l' n-esima volta: il problema è sul router NeXXt.
Come prima cosa occorre far mutare lo stato di quelle porte. Da chiuse (closed) devono diventare aperte (open),
Per far ciò è necessario agire sul router NeXXt. Potrebbe bastare un riavvio come potrebbe essere necessario un intervento sulla sua configurazione, agendo sul suo pannello di controllo.
Fai tutto quello che devi/puoi e ad ogni intervento ricontrolla il loro stato con l'ausilio del comando nmap, questo

Codice: Seleziona tutto

sudo nmap -Pn -p 139,445 192.168.1.254

Più di così non so cosa dirti, non ho il tuo router sottomano.
Se vuoi inizia a postare qualche screenshot del pannello di controllo del router NeXXt e vedo di aiutarti.

@OMBRA_Linux

Sotto Windows va anche abilitato il servizio ( SMBv1 ) ma è sconsigliato per motivi di sicurezza.
Sotto Linux invece, non dovrebbero esserci problemi. ( O comunque, se non funziona dovresti abilitare Samba )

Già detto, leggi tutta la discussione non solo l'ultimo post.

Un'altra soluzione potrebbe essere quella di disattivare il Firewall del Modem.

I firewall dei router domestici generalmente intervengono solo sull' "esterno", ossia sono orientati a controllare solo cosa avviene sulla porta WAN, e qualcosa sulla rete WIFI.
Potrebbe non essere questo il caso, ma non credo. Ho avuto un router FastGate e non mi sembrava che brillasse in quanto a personalizzazioni delle regole sul firewall.

Al 99% escluderei che la mancata connessione al NAS sia un problema del firewall di Kubuntu, mi sarei aspettato un errore diverso da NT_STATUS_CONNECTION_REFUSED , ma se proprio vogliamo toglierci ogni dubbio posta l'output di

Codice: Seleziona tutto

sudo iptables-save

Quindi in prima battuta di direi: @hanssteiner64 lascia perdere il firewall e concentrati sulle impostazioni del NAS.
Se hai dei dubbi o qualcosa non ti è chiaro: chiedi.

[OMBRA_Linux]

porte chiuse.... LOL. Hai voglia a connetterti al server SMB.

Adesso si, ma prima erano aperte.

Prima

Codice: Seleziona tutto

sudo nmap -p 139,445 --script smb-protocols 192.168.1.254

Starting Nmap 7.80 ( https://nmap.org ) at 2022-05-09 22:22 CEST
Nmap scan report for myfastgate.nexxt (192.168.1.254)
Host is up (0.00073s latency).

PORT    STATE SERVICE
139/tcp open  netbios-ssn
445/tcp open  microsoft-ds
MAC Address: 48:3E:5E:DD:FB:40 (Unknown)

Host script results:
| smb-protocols: 
|   dialects: 
|_    NT LM 0.12 (SMBv1) [dangerous, but default]

Nmap done: 1 IP address (1 host up) scanned in 1.10 seconds

Dopo

Codice: Seleziona tutto

sudo nmap -Pn -p 139,445 192.168.1.254 

Starting Nmap 7.80 ( https://nmap.org ) at 2022-05-12 17:01 CEST
Nmap scan report for myfastgate.nexxt (192.168.1.254)
Host is up (0.00069s latency).

PORT    STATE  SERVICE
139/tcp closed netbios-ssn
445/tcp closed microsoft-ds
MAC Address: 48:3E:5E:DD:FB:40 (Unknown)

Nmap done: 1 IP address (1 host up) scanned in 0.34 seconds

@hanssteiner64 Le porte TCP 139, 445 chiuse sono la causa dell'errore NT_STATUS_CONNECTION_REFUSED nell'output del comando smbclient. Finchè non si riusciranno ad aprire qualsiasi tentativo di connessione al NAS sarà vano.
Ripeto per l' n-esima volta: il problema è sul router NeXXt.
Come prima cosa occorre far mutare lo stato di quelle porte. Da chiuse (closed) devono diventare aperte (open),
Per far ciò è necessario agire sul router NeXXt. Potrebbe bastare un riavvio come potrebbe essere necessario un intervento sulla sua configurazione, agendo sul suo pannello di controllo.
Fai tutto quello che devi/puoi e ad ogni intervento ricontrolla il loro stato con l'ausilio del comando nmap, questo

Codice: Seleziona tutto

sudo nmap -Pn -p 139,445 192.168.1.254

Più di così non so cosa dirti, non ho il tuo router sottomano.
Se vuoi inizia a postare qualche screenshot del pannello di controllo del router NeXXt e vedo di aiutarti.

@OMBRA_Linux

Sotto Windows va anche abilitato il servizio ( SMBv1 ) ma è sconsigliato per motivi di sicurezza.
Sotto Linux invece, non dovrebbero esserci problemi. ( O comunque, se non funziona dovresti abilitare Samba )

Già detto, leggi tutta la discussione non solo l'ultimo post.

Un'altra soluzione potrebbe essere quella di disattivare il Firewall del Modem.

I firewall dei router domestici generalmente intervengono solo sull' "esterno", ossia sono orientati a controllare solo cosa avviene sulla porta WAN, e qualcosa sulla rete WIFI.
Potrebbe non essere questo il caso, ma non credo. Ho avuto un router FastGate e non mi sembrava che brillasse in quanto a personalizzazioni delle regole sul firewall.

Al 99% escluderei che la mancata connessione al NAS sia un problema del firewall di Kubuntu, mi sare aspettato un errore diverso da NT_STATUS_CONNECTION_REFUSED , ma se proprio vogliamo toglierci ogni dubbio posta l'output di

Codice: Seleziona tutto

sudo iptables-save

Quindi in prima battuta di direi: @hanssteiner64 lascia perdere il firewall e concentrati sulle impostazioni del NAS.
Se hai dei dubbi o qualcosa non ti è chiaro: chiedi.

Ho evidenziato le possibili cause.
Solitamente non do mai sentenze.
( Poi ovviamente dipende dai casi. )

[thece]

@OMBRA_Linux se parliamo in generale: si, è vero. Se parliamo dei firewall installati sui router domestici, fidati, in generale non è così.
Sono pensati per filtrare le connessioni che provengono (iniziate da) dall'esterno verso l'interno della LAN e qualcosina sulle rete WIFI: isolamento delle station, rete WIFI ospiti e poco altro.
Se filtrassero in modo consistente anche le connessioni che provengono (iniziate da) dall'interno verso l'esterno della LAN i vari provider e costruttori sarebbero sommersi di richieste di assistenza.
Diffido di quanto hai riportato, non di te! Su Internet non sempre vengono date informazioni esatte. Bisognerebbe leggere tutto il testo e contestualizzare il discorso.
Comunque non è questo l'argomento di questo thread, non andiamo OT.

[frapox]

Sicuramente c'entra il router, andrà configurato a modo, riavviato, etc. Quindi, mi pare evidente che se il problema non è del client c'entra poco con Ubuntu e derivate... Io non ho il router suddetto quindi il mio aiuto finisce qua.

[hanssteiner64]

Beh, grazie a tutti per i consigli, ma a questo punto io lascio stare le cose come sono: il collegamento internet funziona, e mi basta. L'hard disk per il back-up lo collego direttamente al computer, riesco a collegarmi con l'altro computer della rete domestica.. non riesco a condividere la stampante, ma a questo punto lo giudico un male minore. Ciao a tutti, Hanssteiner64.