Problema condivisione Samba

[thece]

Scusami ... io Kali la uso sempre come root.
Hai ragione, se la amministri come utente non privilegiato, quando impartisci un comando di amministrazione devi anteporre sempre sudo .

Codice: Seleziona tutto

smbclient -U="martino" -L 192.168.43.114
do_connect: Connection to 192.168.43.114 failed (Error NT_STATUS_HOST_UNREACHABLE)

Ecco, forse questo output ti farà comprendere il prpblema (speriamo!)!

Direi che c'è un problema di networking.

(Banale ma ...) Sei sicuro che l'indirizzo IP del Server Samba sia 192.168.43.114 ?

IL PC Client e il Server Samba appartengono alla stessa sottorete (192.168.43.0/24) ?

Dal PC client riesci a pingare il server Samba?

Codice: Seleziona tutto

ping -c 4 192.168.43.114

oppure (meglio) riesci a fare un traceroute?

Codice: Seleziona tutto

traceroute 192.168.43.114

Se riesci a pingare o ad effettuare il traceroute verso il Server Samba, dal PC Client riesci a testare la connessione verso i servizi esposti dal Server Samba usando netcat (nc)?

Codice: Seleziona tutto

nc -v 192.168.43.114 139

Codice: Seleziona tutto

nc -v 192.168.43.114 445

il comando nc va terminato usando la combinazione di tasti [CTRL]+[c]

[Martin0]

Scusami ... io Kali la uso sempre come root.
Hai ragione, se la amministri come utente non privilegiato, quando impartisci un comando di amministrazione devi anteporre sempre sudo .

Codice: Seleziona tutto

smbclient -U="martino" -L 192.168.43.114
do_connect: Connection to 192.168.43.114 failed (Error NT_STATUS_HOST_UNREACHABLE)

Ecco, forse questo output ti farà comprendere il prpblema (speriamo!)!

Direi che c'è un problema di networking.

(Banale ma ...) Sei sicuro che l'indirizzo IP del Server Samba sia 192.168.43.114 ?

IL PC Client e il Server Samba appartengono alla stessa sottorete (192.168.43.0/24) ?

Dal PC client riesci a pingare il server Samba?

Codice: Seleziona tutto

ping -c 4 192.168.43.114

oppure (meglio) riesci a fare un traceroute?

Codice: Seleziona tutto

traceroute 192.168.43.114

Se riesci a pingare o ad effettuare il traceroute verso il Server Samba, dal PC Client riesci a testare la connessione verso i servizi esposti dal Server Samba usando netcat (nc)?

Codice: Seleziona tutto

nc -v 192.168.43.114 139

Codice: Seleziona tutto

nc -v 192.168.43.114 445

il comando nc va terminato usando la combinazione di tasti [CTRL]+[c]

Scusami ... io Kali la uso sempre come root.
Hai ragione, se la amministri come utente non privilegiato, quando impartisci un comando di amministrazione devi anteporre sempre sudo .

Tranquillo...

Direi che c'è un problema di networking.

Ne ero praticamente certo...

Gli indirizzi IP delle due macchine sono:

Server (dove c'è Kali): 192.168.43.114
Client (dove MX Linux): 192.168.43.121

Infatti avevo già provato a pingare tra i due e non c'è alcun problema di comunicazione in tal senso.

Ti posto gli output di ping e traceroute da client a sever:

Codice: Seleziona tutto

ping -c 4 192.168.43.114
PING 192.168.43.114 (192.168.43.114) 56(84) bytes of data.
64 bytes from 192.168.43.114: icmp_seq=1 ttl=64 time=983 ms
64 bytes from 192.168.43.114: icmp_seq=2 ttl=64 time=89.4 ms
64 bytes from 192.168.43.114: icmp_seq=3 ttl=64 time=419 ms
64 bytes from 192.168.43.114: icmp_seq=4 ttl=64 time=29.0 ms

--- 192.168.43.114 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3001ms
rtt min/avg/max/mdev = 29.003/380.031/983.217/378.487 ms

traceroute 192.168.43.114
traceroute to 192.168.43.114 (192.168.43.114), 30 hops max, 60 byte packets
 1  192.168.43.114 (192.168.43.114)  189.949 ms  190.008 ms  190.931 ms

Infine gli output di netcat:

Codice: Seleziona tutto

nc -v 192.168.43.114 139
192.168.43.114: inverse host lookup failed: Unknown host
(UNKNOWN) [192.168.43.114] 139 (netbios-ssn) : No route to host

Codice: Seleziona tutto

nc -v 192.168.43.114 445
192.168.43.114: inverse host lookup failed: Unknown host
(UNKNOWN) [192.168.43.114] 445 (microsoft-ds) : No route to host

Forse abbiamo trovato il problema...

[thece]

Sul PC Client o sul Server Samba hai attivato il firewall?

[EDIT]

Posta anche l'output dei comandi

Codice: Seleziona tutto

ip a
ip r

impartiti sia sul PC Client sia sul Server Samba (mi fido, ma fino ad un cero punto )

Stiamo parlando di PC "reali" o (anche) di macchine virtuali?

[Martin0]

Sul PC Client o sul Server Samba hai attivato il firewall?

[EDIT]

Posta anche l'output dei comandi

Codice: Seleziona tutto

ip a
ip r

impartiti sia sul PC Client sia sul Server Samba (mi fido, ma fino ad un cero punto )

Sul PC Client o sul Server Samba hai attivato il firewall?

Si, su entrambe le macchine.

Ti posto le regole create con gufw lato server Kali:

Codice: Seleziona tutto

sudo ufw status numbered
[sudo] password di martino: 
Status: active

     To                         Action      From
     --                         ------      ----
[ 1] 137,138/udp                ALLOW IN    Anywhere                  
[ 2] 139,445/tcp                ALLOW IN    Anywhere                  
[ 3] 137,138/udp (v6)           ALLOW IN    Anywhere (v6)             
[ 4] 139,445/tcp (v6)           ALLOW IN    Anywhere (v6)

Che poi sono le stesse del client MX:

Codice: Seleziona tutto

sudo ufw status numbered
[sudo] password di martino: 
Status: active

     To                         Action      From
     --                         ------      ----
[ 1] 137,138/udp                ALLOW IN    Anywhere                  
[ 2] 139,445/tcp                ALLOW IN    Anywhere                  
[ 3] 137,138/udp (v6)           ALLOW IN    Anywhere (v6)             
[ 4] 139,445/tcp (v6)           ALLOW IN    Anywhere (v6)

"ip a" da server:

Codice: Seleziona tutto

ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host noprefixroute 
       valid_lft forever preferred_lft forever
2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
    link/ether 08:8f:c3:88:06:93 brd ff:ff:ff:ff:ff:ff
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 9c:2f:9d:63:b8:b7 brd ff:ff:ff:ff:ff:ff
    inet 192.168.43.114/24 brd 192.168.43.255 scope global dynamic noprefixroute wlan0
       valid_lft 3517sec preferred_lft 3517sec

"ip r" da server:

Codice: Seleziona tutto

ip r
default via 192.168.43.1 dev wlan0 proto dhcp src 192.168.43.114 metric 600 
192.168.43.0/24 dev wlan0 proto kernel scope link src 192.168.43.114 metric 600 

[Martin0]

"ip a" e "ip r" da client:

Codice: Seleziona tutto

ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 74:4c:a1:d9:d9:3b brd ff:ff:ff:ff:ff:ff
    inet 192.168.43.121/24 brd 192.168.43.255 scope global dynamic noprefixroute wlan0
       valid_lft 2066sec preferred_lft 2066sec
Martino@Lenovo-Martino:~
$ ip r
default via 192.168.43.1 dev wlan0 proto dhcp src 192.168.43.121 metric 600 
192.168.43.0/24 dev wlan0 proto kernel scope link src 192.168.43.121 metric 600

[thece]

Si, su entrambe le macchine.

Dirlo subito no?

Spegni il firewall su entrambi

Codice: Seleziona tutto

sudo ufw disable

e testa la connessione verso il Server Samba poi pensiamo al firewall.

[Martin0]

Si, su entrambe le macchine.

Dirlo subito no?

Spegni il firewall su entrambi

Codice: Seleziona tutto

sudo ufw disable

e testa la connessione verso il Server Samba poi pensiamo al firewall.

Dirlo subito no?

Scusa thece, io lavoro sempre con il firewall attivato, ovviamente creando delle regole ad hoc così come ho fatto proprio per samba. Con altre distro non mi ha mai arrecato problemi, solo con Kali ne sto avendo.

Ad ogni modo procedo subito come mi hai detto ti posto gli output.

[Martin0]

netcat lato server:

Codice: Seleziona tutto

nc -v 192.168.43.121 139
192.168.43.121: inverse host lookup failed: Unknown host
(UNKNOWN) [192.168.43.121] 139 (netbios-ssn) open

nc -v 192.168.43.121 445
192.168.43.121: inverse host lookup failed: Unknown host
(UNKNOWN) [192.168.43.121] 445 (microsoft-ds) open

[Martin0]

netcat lato client:

Codice: Seleziona tutto

nc -v 192.168.43.114 139
192.168.43.114: inverse host lookup failed: Unknown host
(UNKNOWN) [192.168.43.114] 139 (netbios-ssn) : No route to host

nc -v 192.168.43.114 445
192.168.43.114: inverse host lookup failed: Unknown host
(UNKNOWN) [192.168.43.114] 445 (microsoft-ds) : No route to host

Non credo sia il firewall il problema...

[thece]

Indaghiamo ... indaghiamo ...

Non credo sia il firewall il problema...

... tu intanto spegni il firewall su entrambi e fammi vedere che lo hai fatto (sai già che non mi fido )

Codice: Seleziona tutto

sudo ufw disable
sudo ufw status

[Martin0]

Indaghiamo ... indaghiamo ...

Non credo sia il firewall il problema...

... tu intanto spegni il firewall su entrambi e fammi vedere che lo hai fatto (sai già che non mi fido )

Codice: Seleziona tutto

sudo ufw disable
sudo ufw status

L'avevo disabilitato, tranquillo:

Da server:

Codice: Seleziona tutto

martino㉿kali)-[~]
└─$ sudo ufw status
Status: inactive

[Martin0]

Da client:

Codice: Seleziona tutto

Martino@Lenovo-Martino:~
$ sudo ufw status
Status: inactive

[thece]

Ti stavo scrivendo una procedura quando ho notato una cosa: entrambi gli host sono collegati ad una rete WIFI (giusto?), si vede dall'output del comando

Codice: Seleziona tutto

ip a

sul firewall del router è mica stata impostata una qualche regola per controllare le connessioni tra gli host della LAN?

Per caso sulla rete WIFI è stato impostato l' "isolamento degli host" (*) ? Ma direi di no, visto che si pingano ...

La rete WIFI è di tipo "guest" ?

Anche temporanemente, sarebbe possibile collegare questi due host tramite cavo Ethernet?

Perchè (solo adesso) mi sta venendo in mente che ci siamo già "sentiti" per problemi analoghi e forse c'entrava anche il PC della tua compagna?



(*) ogni router chiama questa funzione in modo diverso

[Martin0]

Ti stavo scrivendo una procedura quando ho notato una cosa: entrambi gli host sono collegati ad una rete WIFI (giusto?), si vede dall'output del comando

Codice: Seleziona tutto

ip a

sul firewall del router è mica stata impostata una qualche regola per controllare le connessioni tra gli host della LAN?

Per caso sulla rete WIFI è stato impostato l' "isolamento degli host" (*) ? Ma direi di no, visto che si pingano ...

Anche temporanemente, sarebbe possibile collegare questi due host tramite cavo Ethernet?

Perchè (solo adesso) mi sta venendo in mente che ci siamo già "sentiti" per problemi analoghi e forse c'entrava anche il PC della tua compagna?



(*) ogni router chiama questa funzione in modo diverso

Si, collego entrambi gli host su rete WiFi mobile e ti assicuro che il router mobile non ha alcuna regola preimpostata. Inoltre ti ripeto che non ho mai avuto alcun problema di questa natura con distro diverse da Kali con questa stessa rete WiFi mobile.

Io credo che Kali abbia impostazioni sever improntate alla sicurezza e probabilmente la soluzione deve essere trovata percorrendo questa strada.

In risposta all'altra domanda, no purtroppo non posso fisicamente collegare le due macchine con cavo lan anche se non credo la cosa risolverebbe il problema perché i due host pingano.

Infine, no stavolta la mia compagna non c'entra (fortunatamente )

[thece]

Io credo che Kali abbia impostazioni sever improntate alla sicurezza ...

No, nulla di tutto ciò

Si, collego entrambi gli host su rete WiFi mobile ...

Io scommetto tutto che il problema è qui sopra ...
Giusto per dipingere meglio lo scenario: quale dispositivo sta fornendo la rete WIFI?


Proviamo con quanto ti stavo già scrivendo ...

OK, proviamo ad installare ed usare un packet sniffer (tcpdump) sul Server Samba

Codice: Seleziona tutto

sudo apt install tcpdump

Sul Server Samba, dai questo comando solo per tua verifica che siano ancora attivi i servizi di Samba

Codice: Seleziona tutto

sudo netstat -tulnp

e subito dopo avvii il packet sniffer così

Codice: Seleziona tutto

sudo tcpdump -i wlan0 -v -n -tttt tcp port 139

Poi ti sposti sul PC Client e ripeti

Codice: Seleziona tutto

nc -v 192.168.43.114 139

torni sul Server Samba e mi posti l'output del comando tcpdump

il comando tcpdump lo interrompi con la (solita) combinazione di tasti [CTRL]+[c]

[Martin0]

Io credo che Kali abbia impostazioni sever improntate alla sicurezza ...

No, nulla di tutto ciò

Si, collego entrambi gli host su rete WiFi mobile ...

Io scommetto tutto che il problema è qui sopra ...
Giusto per dipingere meglio lo scenario: quale dispositivo sta fornendo la rete WIFI?


Proviamo con quanto ti stavo già scrivendo ...

OK, proviamo ad installare ed usare un packet sniffer (tcpdump) sul Server Samba

Codice: Seleziona tutto

sudo apt install tcpdump

Sul Server Samba, dai questo comando solo per tua verifica che siano ancora attivi i servizi di Samba

Codice: Seleziona tutto

sudo netstat -tulnp

e subito dopo avvii il packet sniffer così

Codice: Seleziona tutto

sudo tcpdump -i wlan0 -v -n -tttt tcp port 139

Poi ti sposti sul PC Client e ripeti

Codice: Seleziona tutto

nc -v 192.168.43.114 139

torni sul Server Samba e mi posti l'output del comando tcpdump

il comando tcpdump lo interrompi con la (solita) combinazione di tasti [CTRL]+[c]

No, nulla di tutto ciò

Va bene, del resto l'esperto sei tu...
Procediamo secondo la tua ipotesi di lavoro. Solo una cosa, non so se l'ho specificata inizialmente ma se non l'ho ancora fatto lo faccio ora: dal server Kali riesco a vedere le connessioni samba del client MX senza alcun problema, non dalle risorse di rete del file manager ma soltanto inserendo la posizione dell'indirizzo smb://192.168.43.121 manualmente. Questa poi è un'altra questione che vorrei approfondire... ma per ora badiamo al sodo.

Giusto per dipingere meglio lo scenario: quale dispositivo sta fornendo la rete WIFI?

Il dispositivo che fornisce la rete wifi è un cellulare adibito ad hotspot alimentato da una sim 4G e ripeto che non ho mai avuto problemi di connessione.

OK, proviamo ad installare ed usare un packet sniffer (tcpdump) sul Server Samba

Codice: Seleziona tutto

sudo apt install tcpdump

Sul Server Samba, dai questo comando solo per tua verifica che siano ancora attivi i servizi di Samba

Codice: Seleziona tutto

sudo netstat -tulnp

e subito dopo avvii il packet sniffer così

Da server:

Codice: Seleziona tutto

root㉿kali)-[~]
└─# apt install tcpdump
tcpdump è già alla versione più recente (4.99.4-4).
Summary:
  Upgrading: 0, Installing: 0, Removing: 0, Not Upgrading: 0
 
(martino㉿kali)-[~] 
sudo netstat -tulnp
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name    
tcp        0      0 0.0.0.0:139             0.0.0.0:*               LISTEN      1430/smbd           
tcp        0      0 0.0.0.0:445             0.0.0.0:*               LISTEN      1430/smbd           
tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      1168/cupsd          
tcp6       0      0 :::139                  :::*                    LISTEN      1430/smbd           
tcp6       0      0 :::445                  :::*                    LISTEN      1430/smbd           
tcp6       0      0 ::1:631                 :::*                    LISTEN      1168/cupsd          
udp        0      0 192.168.43.255:137      0.0.0.0:*                           1414/nmbd           
udp        0      0 192.168.43.114:137      0.0.0.0:*                           1414/nmbd           
udp        0      0 0.0.0.0:137             0.0.0.0:*                           1414/nmbd           
udp        0      0 192.168.43.255:138      0.0.0.0:*                           1414/nmbd           
udp        0      0 192.168.43.114:138      0.0.0.0:*                           1414/nmbd           
udp        0      0 0.0.0.0:138             0.0.0.0:*                           1414/nmbd
  
──(martino㉿kali)-[~]
└─$ sudo tcpdump -i wlan0 -v -n -tttt tcp port 139
tcpdump: listening on wlan0, link-type EN10MB (Ethernet), snapshot length 262144 bytes

Da client:

Codice: Seleziona tutto

Martino@Lenovo-Martino:~
$ nc -v 192.168.43.114 139
192.168.43.114: inverse host lookup failed: Unknown host
(UNKNOWN) [192.168.43.114] 139 (netbios-ssn) : No route to host

Da server:

Codice: Seleziona tutto

──(martino㉿kali)-[~]
└─$ sudo tcpdump -i wlan0 -v -n -tttt tcp port 139
tcpdump: listening on wlan0, link-type EN10MB (Ethernet), snapshot length 262144 bytes
2024-07-04 10:44:51.627139 IP (tos 0x0, ttl 64, id 51460, offset 0, flags [DF], proto TCP (6), length 60)
    192.168.43.121.33152 > 192.168.43.114.139: Flags [S], cksum 0xebf2 (correct), seq 3896508840, win 64240, options [mss 1460,sackOK,TS val 561970029 ecr 0,nop,wscale 7], length 0

[thece]

Interessante, sul Server Samba nell'output di tcpdump non vi è alcun pacchetto di risposta alla richiesta di connessione da parte del PC Client.

Facciamo questa prova.

Sul Server Samba:

- (ovviamente) spegni il firewall

Codice: Seleziona tutto

sudo ufw disable

- arresta i servizi nmbd e smbd di Samba

Codice: Seleziona tutto

sudo systemctl stop nmbd
sudo systemctl stop smbd

- verifica che i servizi nmbd e smbd si siano fermati

Codice: Seleziona tutto

netstat -tulnp

- con netcat (nc) avvia un servizio fittizio in ascolto sulla porta 139/TCP

Codice: Seleziona tutto

sudo nc -nlvp 139

- verifica da un altro terminale che il servizio fittizio sia avviato e in ascolto

Codice: Seleziona tutto

netstat -tulnp

- avvia da un altro terminale tcpdump

Codice: Seleziona tutto

sudo tcpdump -i wlan0 -v -n -tttt tcp port 139

Ti sposti sul PC Client e dai il comando

Codice: Seleziona tutto

nc -v 192.168.43.114 139

torni sul Server Samba e mi posti l'output del comando tcpdump



Il comandi nc e tcpdump li interrompi con la (solita) combinazione di tasti [CTRL]+[c]

[Martin0]

Interessante, sul Server Samba nell'output di tcpdump non vi è alcun pacchetto di risposta alla richiesta di connessione da parte del PC Client.

Facciamo questa prova.

Sul Server Samba:

- (ovviamente) spegni il firewall

Codice: Seleziona tutto

sudo ufw disable

- arresta i servizi nmbd e smbd di Samba

Codice: Seleziona tutto

sudo systemctl stop nmbd
sudo systemctl stop smbd

- verifica che i servizi nmbd e smbd si siano fermati

Codice: Seleziona tutto

netstat -tulnp

- con netcat (nc) avvia un servizio fittizio in ascolto sulla porta 139/TCP

Codice: Seleziona tutto

sudo nc -nlvp 139

- verifica da un altro terminale che il servizio fittizio sia avviato e in ascolto

Codice: Seleziona tutto

netstat -tulnp

- avvia da un altro terminale tcpdump

Codice: Seleziona tutto

sudo tcpdump -i wlan0 -v -n -tttt tcp port 139

Ti sposti sul PC Client e dai il comando

Codice: Seleziona tutto

nc -v 192.168.43.114 139

torni sul Server Samba e mi posti l'output del comando tcpdump



Il comandi nc e tcpdump li interrompi con la (solita) combinazione di tasti [CTRL]+[c]

Procedo con la prima parte:

Codice: Seleziona tutto

──(martino㉿kali)-[~]
└─$ sudo systemctl stop nmbd
sudo systemctl stop smbd

┌──(root㉿kali)-[~]
└─# systemctl status smbd.service
○ smbd.service - Samba SMB Daemon
     Loaded: loaded (/usr/lib/systemd/system/smbd.service; enabled; preset: disabled)
     Active: inactive (dead) since Thu 2024-07-04 20:54:54 CEST; 1min 14s ago
   Duration: 3min 6.746s
 Invocation: 00c03a72816643c3b6f6cd231b29733c
       Docs: man:smbd(8)
             man:samba(7)
             man:smb.conf(5)
    Process: 1331 ExecCondition=/usr/share/samba/is-configured smb (code=exited, status=0/SUCCESS)
    Process: 1334 ExecStartPre=/usr/share/samba/update-apparmor-samba-profile (code=exited, status=0/SUCCESS)
    Process: 1339 ExecStart=/usr/sbin/smbd --foreground --no-process-group $SMBDOPTIONS (code=killed, signal=TERM)
   Main PID: 1339 (code=killed, signal=TERM)
     Status: "smbd: ready to serve connections..."

lug 04 20:51:47 kali systemd[1]: Starting smbd.service - Samba SMB Daemon...
lug 04 20:51:47 kali (smbd)[1339]: smbd.service: Referenced but unset environment variable evaluates to an empty string: SMBDOPTIONS
lug 04 20:51:47 kali systemd[1]: Started smbd.service - Samba SMB Daemon.
lug 04 20:54:54 kali systemd[1]: Stopping smbd.service - Samba SMB Daemon...
lug 04 20:54:54 kali systemd[1]: smbd.service: Deactivated successfully.
lug 04 20:54:54 kali systemd[1]: Stopped smbd.service - Samba SMB Daemon.
                                                                                                                                         
┌──(root㉿kali)-[~]
└─# systemctl status nmbd.service
○ nmbd.service - Samba NMB Daemon
     Loaded: loaded (/usr/lib/systemd/system/nmbd.service; enabled; preset: disabled)
     Active: inactive (dead) since Thu 2024-07-04 20:54:54 CEST; 1min 41s ago
   Duration: 3min 6.824s
 Invocation: 71017fbe23d3486aa86702e7fbb7697c
       Docs: man:nmbd(8)
             man:samba(7)
             man:smb.conf(5)
    Process: 1311 ExecCondition=/usr/share/samba/is-configured nmb (code=exited, status=0/SUCCESS)
    Process: 1326 ExecStart=/usr/sbin/nmbd --foreground --no-process-group $NMBDOPTIONS (code=exited, status=0/SUCCESS)
   Main PID: 1326 (code=exited, status=0/SUCCESS)
     Status: "nmbd: ready to serve connections..."

lug 04 20:51:47 kali systemd[1]: Starting nmbd.service - Samba NMB Daemon...
lug 04 20:51:47 kali (nmbd)[1326]: nmbd.service: Referenced but unset environment variable evaluates to an empty string: NMBDOPTIONS
lug 04 20:51:47 kali systemd[1]: Started nmbd.service - Samba NMB Daemon.
lug 04 20:54:54 kali systemd[1]: Stopping nmbd.service - Samba NMB Daemon...
lug 04 20:54:54 kali systemd[1]: nmbd.service: Deactivated successfully.
lug 04 20:54:54 kali systemd[1]: Stopped nmbd.service - Samba NMB Daemon.
                                                                                                                                         
┌──(root㉿kali)-[~]
└─# netstat -tulnp
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name    
tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      1147/cupsd          
tcp6       0      0 ::1:631                 :::*                    LISTEN      1147/cupsd          
                                                                                                                                         
┌──(root㉿kali)-[~]
└─# sudo nc -nlvp 139
listening on [any] 139 ...

[Martin0]

Mi sposto su altro terminale (il solito client MX collegato alla stessa rete wifi mobile):

Codice: Seleziona tutto

 root@Lenovo-Martino:~# netstat -tulnp
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name    
tcp        0      0 0.0.0.0:41385           0.0.0.0:*               LISTEN      1132/rpc.mountd     
tcp        0      0 0.0.0.0:57759           0.0.0.0:*               LISTEN      1129/rpc.statd      
tcp        0      0 0.0.0.0:45273           0.0.0.0:*               LISTEN      1132/rpc.mountd     
tcp        0      0 0.0.0.0:46743           0.0.0.0:*               LISTEN      -                   
tcp        0      0 0.0.0.0:445             0.0.0.0:*               LISTEN      1235/smbd           
tcp        0      0 0.0.0.0:139             0.0.0.0:*               LISTEN      1235/smbd           
tcp        0      0 0.0.0.0:111             0.0.0.0:*               LISTEN      1/systemd           
tcp        0      0 0.0.0.0:2049            0.0.0.0:*               LISTEN      -                   
tcp        0      0 0.0.0.0:53587           0.0.0.0:*               LISTEN      1132/rpc.mountd     
tcp6       0      0 :::46357                :::*                    LISTEN      -                   
tcp6       0      0 :::48223                :::*                    LISTEN      1129/rpc.statd      
tcp6       0      0 :::445                  :::*                    LISTEN      1235/smbd           
tcp6       0      0 :::33109                :::*                    LISTEN      1132/rpc.mountd     
tcp6       0      0 :::139                  :::*                    LISTEN      1235/smbd           
tcp6       0      0 :::111                  :::*                    LISTEN      1/systemd           
tcp6       0      0 :::2049                 :::*                    LISTEN      -                   
tcp6       0      0 :::53257                :::*                    LISTEN      1132/rpc.mountd     
tcp6       0      0 :::38225                :::*                    LISTEN      1132/rpc.mountd     
udp        0      0 0.0.0.0:59562           0.0.0.0:*                           1129/rpc.statd      
udp        0      0 0.0.0.0:60545           0.0.0.0:*                           -                   
udp        0      0 0.0.0.0:47074           0.0.0.0:*                           1132/rpc.mountd     
udp        0      0 0.0.0.0:111             0.0.0.0:*                           1/systemd           
udp        0      0 192.168.43.255:137      0.0.0.0:*                           1151/nmbd           
udp        0      0 192.168.43.121:137      0.0.0.0:*                           1151/nmbd           
udp        0      0 0.0.0.0:137             0.0.0.0:*                           1151/nmbd           
udp        0      0 192.168.43.255:138      0.0.0.0:*                           1151/nmbd           
udp        0      0 192.168.43.121:138      0.0.0.0:*                           1151/nmbd           
udp        0      0 0.0.0.0:138             0.0.0.0:*                           1151/nmbd           
udp        0      0 127.0.0.1:323           0.0.0.0:*                           910/chronyd         
udp        0      0 0.0.0.0:631             0.0.0.0:*                           1119/cups-browsed   
udp        0      0 127.0.0.1:881           0.0.0.0:*                           1129/rpc.statd      
udp        0      0 0.0.0.0:38109           0.0.0.0:*                           1132/rpc.mountd     
udp        0      0 0.0.0.0:5353            0.0.0.0:*                           627/avahi-daemon: r 
udp        0      0 0.0.0.0:38298           0.0.0.0:*                           627/avahi-daemon: r 
udp        0      0 0.0.0.0:57569           0.0.0.0:*                           2263/firefox        
udp        0      0 0.0.0.0:41417           0.0.0.0:*                           1132/rpc.mountd     
udp6       0      0 :::45563                :::*                                1132/rpc.mountd     
udp6       0      0 :::46489                :::*                                627/avahi-daemon: r 
udp6       0      0 :::111                  :::*                                1/systemd           
udp6       0      0 ::1:323                 :::*                                910/chronyd         
udp6       0      0 :::33580                :::*                                1132/rpc.mountd     
udp6       0      0 :::53414                :::*                                1132/rpc.mountd     
udp6       0      0 :::5353                 :::*                                627/avahi-daemon: r 
udp6       0      0 :::38729                :::*                                1129/rpc.statd      
udp6       0      0 :::56482                :::*                                -

tcpdump -i wlan0 -v -n -tttt tcp port 139
tcpdump: listening on wlan0, link-type EN10MB (Ethernet), snapshot length 262144 bytes
^C
0 packets captured
0 packets received by filter
0 packets dropped by kernel

nc -v 192.168.43.114 139
192.168.43.114: inverse host lookup failed: Unknown host
(UNKNOWN) [192.168.43.114] 139 (netbios-ssn) : No route to host 

[Martin0]

Da server samba:

Codice: Seleziona tutto

──(root㉿kali)-[/home]
└─# tcpdump -i wlan0 -v -n -tttt tcp port 139
tcpdump: listening on wlan0, link-type EN10MB (Ethernet), snapshot length 262144 bytes
2024-07-04 21:26:39.781879 IP (tos 0x0, ttl 64, id 47102, offset 0, flags [DF], proto TCP (6), length 60)
    192.168.43.114.32958 > 192.168.43.121.139: Flags [S], cksum 0x787f (correct), seq 1503159297, win 32120, options [mss 1460,sackOK,TS val 1470489411 ecr 0,nop,wscale 7], length 0
2024-07-04 21:26:40.239325 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 60)
    192.168.43.121.139 > 192.168.43.114.32958: Flags [S.], cksum 0x0adc (correct), seq 3482958800, ack 1503159298, win 65160, options [mss 1460,sackOK,TS val 1594884615 ecr 1470489411,nop,wscale 7], length 0
2024-07-04 21:26:40.239394 IP (tos 0x0, ttl 64, id 47103, offset 0, flags [DF], proto TCP (6), length 52)
    192.168.43.114.32958 > 192.168.43.121.139: Flags [.], cksum 0x356c (correct), ack 1, win 251, options [nop,nop,TS val 1470489869 ecr 1594884615], length 0
2024-07-04 21:26:40.239478 IP (tos 0x0, ttl 64, id 47104, offset 0, flags [DF], proto TCP (6), length 124)
    192.168.43.114.32958 > 192.168.43.121.139: Flags [P.], cksum 0xda5d (correct), seq 1:73, ack 1, win 251, options [nop,nop,TS val 1470489869 ecr 1594884615], length 72
2024-07-04 21:26:40.639245 IP (tos 0x0, ttl 64, id 7691, offset 0, flags [DF], proto TCP (6), length 52)
    192.168.43.121.139 > 192.168.43.114.32958: Flags [.], cksum 0x3289 (correct), ack 73, win 509, options [nop,nop,TS val 1594885024 ecr 1470489869], length 0
2024-07-04 21:26:40.639248 IP (tos 0x0, ttl 64, id 7692, offset 0, flags [DF], proto TCP (6), length 56)
    192.168.43.121.139 > 192.168.43.114.32958: Flags [P.], cksum 0xb076 (correct), seq 1:5, ack 73, win 509, options [nop,nop,TS val 1594885030 ecr 1470489869], length 4
2024-07-04 21:26:40.639333 IP (tos 0x0, ttl 64, id 47105, offset 0, flags [DF], proto TCP (6), length 52)
    192.168.43.114.32958 > 192.168.43.121.139: Flags [.], cksum 0x31f1 (correct), ack 5, win 251, options [nop,nop,TS val 1470490269 ecr 1594885030], length 0
2024-07-04 21:26:40.639689 IP (tos 0x0, ttl 64, id 47106, offset 0, flags [DF], proto TCP (6), length 292)
    192.168.43.114.32958 > 192.168.43.121.139: Flags [P.], cksum 0x41ea (correct), seq 73:313, ack 5, win 251, options [nop,nop,TS val 1470490269 ecr 1594885030], length 240
2024-07-04 21:26:41.058842 IP (tos 0x0, ttl 64, id 7693, offset 0, flags [DF], proto TCP (6), length 340)
    192.168.43.121.139 > 192.168.43.114.32958: Flags [P.], cksum 0x7eef (correct), seq 5:293, ack 313, win 508, options [nop,nop,TS val 1594885438 ecr 1470490269], length 288
2024-07-04 21:26:41.059652 IP (tos 0x0, ttl 64, id 47107, offset 0, flags [DF], proto TCP (6), length 218)
    192.168.43.114.32958 > 192.168.43.121.139: Flags [P.], cksum 0xd3ce (correct), seq 313:479, ack 293, win 249, options [nop,nop,TS val 1470490689 ecr 1594885438], length 166
2024-07-04 21:26:41.462661 IP (tos 0x0, ttl 64, id 7694, offset 0, flags [DF], proto TCP (6), length 359)
    192.168.43.121.139 > 192.168.43.114.32958: Flags [P.], cksum 0x0bbf (correct), seq 293:600, ack 479, win 507, options [nop,nop,TS val 1594885844 ecr 1470490689], length 307
2024-07-04 21:26:41.463477 IP (tos 0x0, ttl 64, id 47108, offset 0, flags [DF], proto TCP (6), length 218)
    192.168.43.114.32958 > 192.168.43.121.139: Flags [P.], cksum 0xcdcb (correct), seq 479:645, ack 600, win 249, options [nop,nop,TS val 1470491093 ecr 1594885844], length 166
2024-07-04 21:26:41.679391 IP (tos 0x0, ttl 64, id 7695, offset 0, flags [DF], proto TCP (6), length 359)
    192.168.43.121.139 > 192.168.43.114.32958: Flags [P.], cksum 0xb6b1 (correct), seq 600:907, ack 645, win 506, options [nop,nop,TS val 1594886254 ecr 1470491093], length 307
2024-07-04 21:26:41.679628 IP (tos 0x0, ttl 64, id 47109, offset 0, flags [DF], proto TCP (6), length 256)
    192.168.43.114.32958 > 192.168.43.121.139: Flags [P.], cksum 0x5f0c (correct), seq 645:849, ack 907, win 249, options [nop,nop,TS val 1470491309 ecr 1594886254], length 204
2024-07-04 21:26:41.689064 IP (tos 0x0, ttl 64, id 7696, offset 0, flags [DF], proto TCP (6), length 137)
    192.168.43.121.139 > 192.168.43.114.32958: Flags [P.], cksum 0xfa0d (correct), seq 907:992, ack 849, win 505, options [nop,nop,TS val 1594886262 ecr 1470491309], length 85
2024-07-04 21:26:41.689362 IP (tos 0x0, ttl 64, id 47110, offset 0, flags [DF], proto TCP (6), length 170)
    192.168.43.114.32958 > 192.168.43.121.139: Flags [P.], cksum 0x7d99 (correct), seq 849:967, ack 992, win 249, options [nop,nop,TS val 1470491319 ecr 1594886262], length 118
2024-07-04 21:26:41.699911 IP (tos 0x0, ttl 64, id 7697, offset 0, flags [DF], proto TCP (6), length 136)
    192.168.43.121.139 > 192.168.43.114.32958: Flags [P.], cksum 0x7c79 (correct), seq 992:1076, ack 967, win 505, options [nop,nop,TS val 1594886271 ecr 1470491319], length 84
2024-07-04 21:26:41.700017 IP (tos 0x0, ttl 64, id 47111, offset 0, flags [DF], proto TCP (6), length 212)
    192.168.43.114.32958 > 192.168.43.121.139: Flags [P.], cksum 0xeb7d (correct), seq 967:1127, ack 1076, win 249, options [nop,nop,TS val 1470491329 ecr 1594886271], length 160
2024-07-04 21:26:41.709443 IP (tos 0x0, ttl 64, id 7698, offset 0, flags [DF], proto TCP (6), length 129)
    192.168.43.121.139 > 192.168.43.114.32958: Flags [P.], cksum 0x1dbf (correct), seq 1076:1153, ack 1127, win 504, options [nop,nop,TS val 1594886281 ecr 1470491329], length 77
2024-07-04 21:26:41.709633 IP (tos 0x0, ttl 64, id 47112, offset 0, flags [DF], proto TCP (6), length 124)
    192.168.43.114.32958 > 192.168.43.121.139: Flags [P.], cksum 0x5033 (correct), seq 1127:1199, ack 1153, win 249, options [nop,nop,TS val 1470491339 ecr 1594886281], length 72
2024-07-04 21:26:41.718101 IP (tos 0x0, ttl 64, id 7699, offset 0, flags [DF], proto TCP (6), length 124)
    192.168.43.121.139 > 192.168.43.114.32958: Flags [P.], cksum 0x4de3 (correct), seq 1153:1225, ack 1199, win 504, options [nop,nop,TS val 1594886290 ecr 1470491339], length 72
2024-07-04 21:26:41.718332 IP (tos 0x0, ttl 64, id 47113, offset 0, flags [DF], proto TCP (6), length 162)
    192.168.43.114.32958 > 192.168.43.121.139: Flags [P.], cksum 0x802a (correct), seq 1199:1309, ack 1225, win 249, options [nop,nop,TS val 1470491348 ecr 1594886290], length 110
2024-07-04 21:26:41.726915 IP (tos 0x0, ttl 64, id 7700, offset 0, flags [DF], proto TCP (6), length 129)
    192.168.43.121.139 > 192.168.43.114.32958: Flags [P.], cksum 0xef37 (correct), seq 1225:1302, ack 1309, win 504, options [nop,nop,TS val 1594886301 ecr 1470491348], length 77
2024-07-04 21:26:41.727137 IP (tos 0x0, ttl 64, id 47114, offset 0, flags [DF], proto TCP (6), length 124)
    192.168.43.114.32958 > 192.168.43.121.139: Flags [P.], cksum 0xc0ac (correct), seq 1309:1381, ack 1302, win 249, options [nop,nop,TS val 1470491356 ecr 1594886301], length 72
2024-07-04 21:26:41.734888 IP (tos 0x0, ttl 64, id 7701, offset 0, flags [DF], proto TCP (6), length 129)
    192.168.43.121.139 > 192.168.43.114.32958: Flags [P.], cksum 0xef93 (correct), seq 1302:1379, ack 1381, win 504, options [nop,nop,TS val 1594886308 ecr 1470491356], length 77
2024-07-04 21:26:41.734965 IP (tos 0x0, ttl 64, id 47115, offset 0, flags [DF], proto TCP (6), length 52)
    192.168.43.114.32958 > 192.168.43.121.139: Flags [F.], cksum 0x1e33 (correct), seq 1381, ack 1379, win 249, options [nop,nop,TS val 1470491364 ecr 1594886308], length 0
2024-07-04 21:26:41.742773 IP (tos 0x0, ttl 64, id 7702, offset 0, flags [DF], proto TCP (6), length 52)
    192.168.43.121.139 > 192.168.43.114.32958: Flags [F.], cksum 0x1d2b (correct), seq 1379, ack 1382, win 504, options [nop,nop,TS val 1594886316 ecr 1470491364], length 0
2024-07-04 21:26:41.742839 IP (tos 0x0, ttl 64, id 47116, offset 0, flags [DF], proto TCP (6), length 52)
    192.168.43.114.32958 > 192.168.43.121.139: Flags [.], cksum 0x1e22 (correct), ack 1380, win 249, options [nop,nop,TS val 1470491372 ecr 1594886316], length 0