PDA

View Full Version : Funzionamento di Transmission su Ubuntu 17.10


RedRay68
10-03-2018, 11:37
Salve a tutti. Ho installato da poco su un notebook HP nuovo Ubuntu 17.10.
Funziona tutto a dovere, ma ho riscontrato l'impossibilità di poter scaricare file torrent mediante il programma Transmission. A casa ho Fastweb, fibra su linea dati e modem Fastgate. Entrando più nei dettagli, la porta predefinita che usa il programma è la 51413 che però risulta chiusa (facendo il test sul programma). Sul modem invece risulta regolarmente abilitata.
Faccio notare che, su un altro notebook con Windows 8, stesso modem e programma Bittorrent, quest'ultimo funziona regolarmente senza impostare nulla.
Se qualcuno può aiutarmi a sbrigliare questa matassa lo ringrazio fin d'ora.

sacarde
10-03-2018, 13:05
letto?

https://wiki.ubuntu-it.org/InternetRete/Condivisione/Transmission

https://www.chimerarevo.com/linux/guida-a-transmission-ubuntu-162431/


p.s.
hai firewall/AppArmor attivato ?

monte.cristo
10-03-2018, 14:30
Premetto che non conosco il fastgate, ma sul router che fastweb concedeva prima in comodato, io ho dovuto configurare il Nat per forwardare i pacchetti in arrivo sulla porta usata da Transmission e quindi ho dovuto specificare l'ip del pc a cui inviare quei pacchetti. Verifica se per caso anche sul fastgate c'è una configurazione del genere e l'ip specificato è quello del secondo notebook

Inviato dal mio SM-N9005 utilizzando Tapatalk

RedRay68
10-03-2018, 19:10
Vi ringrazio per i consigli.
Vi posto il codice di risposta al comando apparmor_status:
apparmor module is loaded.
32 profiles are loaded.
32 profiles are in enforce mode.
/sbin/dhclient
/snap/core/4110/usr/lib/snapd/snap-confine
/snap/core/4110/usr/lib/snapd/snap-confine//mount-namespace-capture-helper
/snap/core/4110/usr/lib/snapd/snap-confine//snap_update_ns
/usr/bin/evince
/usr/bin/evince-previewer
/usr/bin/evince-previewer//sanitized_helper
/usr/bin/evince-thumbnailer
/usr/bin/evince-thumbnailer//sanitized_helper
/usr/bin/evince//sanitized_helper
/usr/lib/NetworkManager/nm-dhcp-client.action
/usr/lib/NetworkManager/nm-dhcp-helper
/usr/lib/connman/scripts/dhclient-script
/usr/lib/cups/backend/cups-pdf
/usr/lib/snapd/snap-confine
/usr/lib/snapd/snap-confine//mount-namespace-capture-helper
/usr/lib/snapd/snap-confine//snap_update_ns
/usr/sbin/cups-browsed
/usr/sbin/cupsd
/usr/sbin/cupsd//third_party
/usr/sbin/ippusbxd
/usr/sbin/tcpdump
libreoffice-oopslash
libreoffice-senddoc
libreoffice-soffice
libreoffice-xpdfimport
snap.core.hook.configure
snap.matroska-tools.extract
snap.matroska-tools.gui
snap.matroska-tools.info
snap.matroska-tools.merge
snap.matroska-tools.propedit
0 profiles are in complain mode.
3 processes have profiles defined.
3 processes are in enforce mode.
/sbin/dhclient (1163)
/usr/sbin/cups-browsed (812)
/usr/sbin/cupsd (724)
0 processes are in complain mode.
0 processes are unconfined but have a profile defined.

Ho questa risposta anche dopo aver cercato di disabilitarlo mediante i comandi:
sudo /etc/init.d/apparmor kill
sudo update-rc.d -f apparmor remove

Qualcosa è cambiato, cioè transmission ha iniziato a scaricare il file torrente in coda, anche se la suddetta porta risulta ancora chiusa.
Perciò mi chiedo:
Quanto è vincolante questa cosa, cioè come fa a funzionare se la porta è chiusa?
Riuscendola ad aprire scaricherei più velocemente?
P.S. Sul forum di fastweb ho letto che una possibile soluzione si potrebbe ottenere chiedendo un IP pubblico al provider. Ma ho i miei dubbi visto che comunque così il programma già funziona.

sacarde
10-03-2018, 19:30
- per stoppare completamente apparmor:

sudo /etc/init.d/apparmor teardown



- e a firewall come stai messo?



p.s.
come verifichi se la porta e' aperta?

RedRay68
10-03-2018, 19:41
Il comando appena eseguito in effetti ha determinato l'azzeramento di tutti i profili. Grazie

La verifica della porta la faccio sul programma, Modifica ---> Preferenze ---> Rete, voce: Verifica porta.

Per quanto riguarda il firewall, non saprei come controllare. Sono tornato su Ubuntu dopo anni di assenza e la ruggine è ancora tanta...

sacarde
10-03-2018, 20:06
- esempio per vedere le porte in ascolto:

sudo nmap -sT -O localhost

o dal comando:

sudo netstat -anp|grep :51413


- per il firewall: sudo iptables -L

RedRay68
10-03-2018, 20:39
Ecco i risultati:

sudo nmap -sT -O localhost

Starting Nmap 7.60 ( https://nmap.org ) at 2018-03-10 21:32 CET
Nmap scan report for localhost (127.0.0.1)
Host is up (0.000055s latency).
Not shown: 999 closed ports
PORT STATE SERVICE
631/tcp open ipp
Device type: general purpose
Running: Linux 3.X|4.X
OS CPE: cpe:/o:linux:linux_kernel:3 cpe:/o:linux:linux_kernel:4
OS details: Linux 3.8 - 4.9
Network Distance: 0 hops


sudo netstat -anp|grep :51413

(Non tutti i processi potrebbero essere identificati, le informazioni sui processi non propri
non saranno mostrate, per visualizzarle tutte bisogna avere privilegi di root.)
tcp 0 0 0.0.0.0:51413 0.0.0.0:* LISTEN 1698/transmission-g
tcp6 0 0 :::51413 :::* LISTEN 1698/transmission-g
udp 0 0 0.0.0.0:51413 0.0.0.0:* 1698/transmission-g
udp6 0 0 2001:b07:6443:c8d:51413 :::* 1698/transmission-g


sudo iptables -L

Chain INPUT (policy ACCEPT)
target prot opt source destination

Chain FORWARD (policy ACCEPT)
target prot opt source destination

Chain OUTPUT (policy ACCEPT)
target prot opt source destination

sacarde
10-03-2018, 20:47
- mmm

e mettendo l'IP?

sudo nmap -sT -O <tuoIP>


la porta e' in ascolto, non capisco come mai nmap non la rileva


- non hai regole firewall attive

RedRay68
10-03-2018, 21:03
sudo nmap -sT -O 93.41.103.185

Starting Nmap 7.60 ( https://nmap.org ) at 2018-03-10 22:00 CET
Nmap scan report for 93-41-103-185.ip81.fastwebnet.it (93.41.103.185)
Host is up (0.011s latency).
All 1000 scanned ports on 93-41-103-185.ip81.fastwebnet.it (93.41.103.185) are filtered
Too many fingerprints match this host to give specific OS details

OS detection performed. Please report any incorrect results at https://nmap.org/submit/ .
Nmap done: 1 IP address (1 host up) scanned in 24.03 seconds

sacarde
10-03-2018, 22:32
ma quello e' il tuo ip pubblico?

e quello della lan ?

RedRay68
10-03-2018, 23:20
Oops. In effetti... Ecco il nuovo codice:

Starting Nmap 7.60 ( https://nmap.org ) at 2018-03-11 00:17 CET
Nmap scan report for 100.67.200.212
Host is up (0.0083s latency).
Not shown: 996 closed ports
PORT STATE SERVICE
22/tcp filtered ssh
23/tcp filtered telnet
80/tcp open http
443/tcp open https
Device type: general purpose
Running: Linux 2.6.X|3.X
OS CPE: cpe:/o:linux:linux_kernel:2.6 cpe:/o:linux:linux_kernel:3
OS details: Linux 2.6.32 - 3.10
Network Distance: 1 hop

OS detection performed. Please report any incorrect results at https://nmap.org/submit/ .
Nmap done: 1 IP address (1 host up) scanned in 16.40 seconds

sacarde
11-03-2018, 09:03
quante interfacce hai?

che vedi da: sudo ip a

RedRay68
11-03-2018, 12:18
sudo 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: eno1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
link/ether 80:ce:62:12:06:66 brd ff:ff:ff:ff:ff:ff
3: wlo1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether 40:a3:cc:17:31:e4 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.128/24 brd 192.168.1.255 scope global dynamic wlo1
valid_lft 86357sec preferred_lft 86357sec
inet6 2001:b07:6443:c8d4:f88f:2:c5a8:50f4/64 scope global temporary dynamic
valid_lft 604758sec preferred_lft 86008sec
inet6 2001:b07:6443:c8d4:2c3e:4cce:7560:c637/64 scope global mngtmpaddr noprefixroute dynamic
valid_lft 25919957sec preferred_lft 12959957sec
inet6 fe80::c316:6913:c50c:5dd8/64 scope link
valid_lft forever preferred_lft forever

sacarde
11-03-2018, 16:11
non ho mai visto dispositivi come la tua wlo1 con 3 inet6

e' cosi' perche usi fastweb?

RedRay68
11-03-2018, 17:36
Uso Fastweb. Ora non so se questo output è comune a tutti quelli che hanno questo gestore.

sacarde
11-03-2018, 19:20
...
Qualcosa è cambiato, cioè transmission ha iniziato a scaricare il file torrente in coda, anche se la suddetta porta risulta ancora chiusa.
...


anche adesso sta' funzionando?




p.s.
anche nmap puo rintracciare le porte , basta inserire il parametro giusto:

nmap -sT -p1-51413 127.0.0.1

RedRay68
11-03-2018, 19:33
Purtroppo sono al lavoro e non ho la connessione. Proverò sul tardi e ti farò sapere.
Grazie comunque per l'assistenza.

RedRay68
11-03-2018, 21:48
Ho appena avviato Transmission e va. Molto lentamente ma va.

nmap -sT -p1-51413 127.0.0.1

Starting Nmap 7.60 ( https://nmap.org ) at 2018-03-11 22:56 CET
Nmap scan report for localhost (127.0.0.1)
Host is up (0.000039s latency).
Not shown: 51410 closed ports
PORT STATE SERVICE
631/tcp open ipp
5355/tcp open llmnr
51413/tcp open unknown