Connessiont internet via tethering usb non funziona

Buongiorno a tutti,

normalmente per connettermi uso una connessione tethering usb, collegandomi allo smartphone android (samsung galaxy J6). La connessione e i cavi funzionano benissimo, li sto usando ora per scrivervi.
Per motivi che richiederebbero un post a parte, devo continuare a usare una connessione usb via tethering, no wi-fi.

Quando ho installato linux mint cinnamon sul portatile da cui sto scrivendo (aveva windows 10), ho poi semplicemente collegato la usb e la connessione ha immediatamente funzionato.

Ho da pochi giorni ricevuto un pc usato ma in ottime condizioni con su windows 10. Ho provato a collegarmi a internet con la stessa solita connessione e non sono riuscito. Ho fatto una partizione di 200 gb per linux mint (ho usato lo stesso file che ho usato per installarlo sul portatile) e anche qui la connessione non funziona.

Qui di seguito alcune info ottenute da terminale:

marco@marco-pc:~$ sudo dmesg -W
[sudo] password for marco:  
[  120.144376] usb 1-3: new high-speed USB device number 6 using xhci_hcd
[  120.393470] usb 1-3: New USB device found, idVendor=04e8, idProduct=6860, bcdDevice= 4.00
[  120.393480] usb 1-3: New USB device strings: Mfr=2, Product=3, SerialNumber=4
[  120.393484] usb 1-3: Product: SAMSUNG_Android
[  120.393487] usb 1-3: Manufacturer: SAMSUNG
[  120.393490] usb 1-3: SerialNumber: 42007ca0d8a8c400
[  120.454502] cdc_acm 1-3:1.1: ttyACM0: USB ACM device
[  120.455033] usbcore: registered new interface driver cdc_acm
[  120.455038] cdc_acm: USB Abstract Control Model driver for USB modems and ISDN adapters
[  122.482448] usb 1-3: USB disconnect, device number 6
[  123.128413] usb 1-3: new high-speed USB device number 7 using xhci_hcd
[  123.376517] usb 1-3: New USB device found, idVendor=04e8, idProduct=6863, bcdDevice= 4.00
[  123.376527] usb 1-3: New USB device strings: Mfr=2, Product=3, SerialNumber=4
[  123.376531] usb 1-3: Product: SAMSUNG_Android
[  123.376535] usb 1-3: Manufacturer: SAMSUNG
[  123.376537] usb 1-3: SerialNumber: 42007ca0d8a8c400
[  123.413857] usbcore: registered new interface driver cdc_ether
[  123.448690] rndis_host 1-3:1.0 usb0: register 'rndis_host' at usb-0000:01:00.0-3, RNDIS device, ee:57:37:ce:81:85
[  123.448727] usbcore: registered new interface driver rndis_host
[  143.816129] ------------[ cut here ]------------
[  143.816134] NETDEV WATCHDOG: usb0 (rndis_host): transmit queue 0 timed out
[  143.816151] WARNING: CPU: 3 PID: 0 at net/sched/sch_generic.c:477 dev_watchdog+0x277/0x280
[  143.816163] Modules linked in: rndis_host cdc_ether usbnet mii cdc_acm uas usb_storage binfmt_misc zfs(PO) zunicode(PO) zzstd(O) zlua(O) zavl(PO) icp(PO) zcommon(PO) znvpair(PO) spl(O) intel_rapl_msr snd_hda_codec_realtek snd_hda_codec_hdmi snd_hda_codec_generic ledtrig_audio intel_rapl_common snd_seq_midi snd_seq_midi_event snd_hda_intel edac_mce_amd snd_intel_dspcfg nls_iso8859_1 snd_intel_sdw_acpi snd_hda_codec kvm_amd kvm snd_hda_core snd_rawmidi rapl snd_seq snd_hwdep snd_pcm snd_seq_device k10temp input_leds snd_timer wmi_bmof joydev eeepc_wmi snd ccp soundcore mac_hid sch_fq_codel msr parport_pc ppdev lp parport efi_pstore ip_tables x_tables autofs4 btrfs blake2b_generic xor zstd_compress raid6_pq libcrc32c dm_mirror dm_region_hash dm_log amdgpu hid_generic iommu_v2 gpu_sched i2c_algo_bit drm_ttm_helper ttm usbhid drm_kms_helper hid mfd_aaeon syscopyarea sysfillrect asus_wmi sysimgblt sparse_keymap crct10dif_pclmul fb_sys_fops video crc32_pclmul ghash_clmulni_intel
[  143.816275]  platform_profile aesni_intel crypto_simd cryptd cec rc_core r8169 ahci gpio_amdpt xhci_pci i2c_piix4 drm realtek libahci xhci_pci_renesas wmi gpio_generic
[  143.816298] CPU: 3 PID: 0 Comm: swapper/3 Tainted: P           O      5.15.0-91-generic #101-Ubuntu
[  143.816303] Hardware name: ITMediaConsult AG Pentino_H-Series A_MT_A320/PRIME A320M-E, BIOS 4021 08/03/2018
[  143.816306] RIP: 0010:dev_watchdog+0x277/0x280
[  143.816312] Code: eb 97 48 8b 5d d0 c6 05 2e e2 67 01 01 48 89 df e8 0e 5f f9 ff 44 89 e1 48 89 de 48 c7 c7 80 f7 cd a6 48 89 c2 e8 d8 de 19 00 <0f> 0b eb 80 e9 ea 75 23 00 0f 1f 44 00 00 55 48 89 e5 41 57 41 56
[  143.816316] RSP: 0018:ffffae138025ce70 EFLAGS: 00010282
[  143.816320] RAX: 0000000000000000 RBX: ffff9c10d0e40000 RCX: 0000000000000027
[  143.816323] RDX: ffff9c11d6ee0588 RSI: 0000000000000001 RDI: ffff9c11d6ee0580
[  143.816326] RBP: ffffae138025cea8 R08: 0000000000000003 R09: fffffffffffd47d8
[  143.816328] R10: 6575712074696d73 R11: 6e617274203a2974 R12: 0000000000000000
[  143.816331] R13: ffff9c10caf9e480 R14: 0000000000000001 R15: ffff9c10d0e404c0
[  143.816334] FS:  0000000000000000(0000) GS:ffff9c11d6ec0000(0000) knlGS:0000000000000000
[  143.816337] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[  143.816340] CR2: 000055e63cee18a0 CR3: 0000000103fea000 CR4: 00000000003506e0
[  143.816343] Call Trace:
[  143.816345]  <IRQ>
[  143.816349]  ? show_trace_log_lvl+0x1d6/0x2ea
[  143.816357]  ? show_trace_log_lvl+0x1d6/0x2ea
[  143.816364]  ? call_timer_fn+0x2c/0x120
[  143.816371]  ? show_regs.part.0+0x23/0x29
[  143.816376]  ? show_regs.cold+0x8/0xd
[  143.816381]  ? dev_watchdog+0x277/0x280
[  143.816385]  ? __warn+0x8c/0x100
[  143.816390]  ? dev_watchdog+0x277/0x280
[  143.816396]  ? report_bug+0xa4/0xd0
[  143.816403]  ? handle_bug+0x39/0x90
[  143.816408]  ? exc_invalid_op+0x19/0x70
[  143.816412]  ? asm_exc_invalid_op+0x1b/0x20
[  143.816421]  ? dev_watchdog+0x277/0x280
[  143.816426]  ? pfifo_fast_enqueue+0x160/0x160
[  143.816431]  call_timer_fn+0x2c/0x120
[  143.816436]  __run_timers.part.0+0x1e3/0x270
[  143.816440]  ? ktime_get+0x46/0xc0
[  143.816446]  ? native_x2apic_icr_read+0x20/0x20
[  143.816451]  ? lapic_next_event+0x20/0x30
[  143.816456]  ? clockevents_program_event+0xad/0x130
[  143.816464]  run_timer_softirq+0x2a/0x60
[  143.816468]  __do_softirq+0xd9/0x2e7
[  143.816474]  irq_exit_rcu+0x94/0xc0
[  143.816479]  sysvec_apic_timer_interrupt+0x80/0x90
[  143.816484]  </IRQ>
[  143.816486]  <TASK>
[  143.816488]  asm_sysvec_apic_timer_interrupt+0x1b/0x20
[  143.816492] RIP: 0010:native_safe_halt+0xb/0x10
[  143.816497] Code: 2b ff 5b 41 5c 41 5d 5d e9 52 8a 23 00 4c 89 ee 48 c7 c7 80 48 45 a7 e8 f3 92 8c ff eb ca cc eb 07 0f 00 2d f9 45 44 00 fb f4 <e9> 30 8a 23 00 eb 07 0f 00 2d e9 45 44 00 f4 e9 21 8a 23 00 cc 0f
[  143.816500] RSP: 0018:ffffae1380157dd0 EFLAGS: 00000246
[  143.816504] RAX: 0000000000004000 RBX: 000000000002e7c8 RCX: 0000000000000000
[  143.816506] RDX: ffff9c11d6ec0000 RSI: ffff9c10c082e400 RDI: ffff9c10c082e464
[  143.816509] RBP: ffffae1380157dd8 R08: 000000217c0466e2 R09: 00000000000c3500
[  143.816511] R10: 0000000000000003 R11: 071c71c71c71c71c R12: 0000000000000001
[  143.816513] R13: 0000000000000003 R14: ffff9c10c082e464 R15: ffffffffa76e9940
[  143.816519]  ? acpi_idle_do_entry+0x53/0x70
[  143.816524]  acpi_idle_enter+0xc0/0x160
[  143.816530]  cpuidle_enter_state+0x9a/0x620
[  143.816537]  cpuidle_enter+0x2e/0x50
[  143.816541]  cpuidle_idle_call+0x142/0x1e0
[  143.816547]  do_idle+0x83/0xf0
[  143.816551]  cpu_startup_entry+0x20/0x30
[  143.816555]  start_secondary+0x12a/0x180
[  143.816560]  secondary_startup_64_no_verify+0xc2/0xcb
[  143.816569]  </TASK>
[  143.816571] ---[ end trace 833fb1b03755171f ]---
^C
marco@marco-pc:~$ nmcli
usb0: connected to tethering
        "Samsung Galaxy series misc."
        ethernet (rndis_host), EE:57:37:CE:81:85, hw, mtu 1500
        ip4 default
        inet4 192.168.42.171/24
        route4 192.168.42.0/24 metric 100
        route4 default via 192.168.42.129 metric 20100
        route4 169.254.0.0/16 metric 1000
        inet6 fe80::387:23:f876:bb9f/64
        route6 fe80::/64 metric 1024

enp5s0: unavailable
        "Realtek RTL8111/8168/8411"
        ethernet (r8169), B0:6E:BF:C5:3D:13, hw, mtu 1500

lo: unmanaged
        "lo"
        loopback (unknown), 00:00:00:00:00:00, sw, mtu 65536

DNS configuration:
        servers: 192.168.42.129
        interface: usb0

Use "nmcli device show" to get complete information about known devices and
"nmcli connection show" to get an overview on active connection profiles.

Consult nmcli(1) and nmcli-examples(7) manual pages for complete usage details.
marco@marco-pc:~$ nmcli general
STATE                  CONNECTIVITY  WIFI-HW  WIFI     WWAN-HW  WWAN    
connected (site only)  limited       enabled  enabled  enabled  enabled 
marco@marco-pc:~$ ls -l /etc/resolv.conf
lrwxrwxrwx 1 root root 39 ott 14 23:51 /etc/resolv.conf -> ../run/systemd/resolve/stub-resolv.conf
marco@marco-pc:~$ cat /etc/resolv.conf
# This is /run/systemd/resolve/stub-resolv.conf managed by man:systemd-resolved(8).
# Do not edit.
#
# This file might be symlinked as /etc/resolv.conf. If you're looking at
# /etc/resolv.conf and seeing this text, you have followed the symlink.
#
# This is a dynamic resolv.conf file for connecting local clients to the
# internal DNS stub resolver of systemd-resolved. This file lists all
# configured search domains.
#
# Run "resolvectl status" to see details about the uplink DNS servers
# currently in use.
#
# Third party programs should typically not access this file directly, but only
# through the symlink at /etc/resolv.conf. To manage man:resolv.conf(5) in a
# different way, replace this symlink by a static file or a different symlink.
#
# See man:systemd-resolved.service(8) for details about the supported modes of
# operation for /etc/resolv.conf.

nameserver 127.0.0.53
options edns0 trust-ad
search .
marco@marco-pc:~$ 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: enp5s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
    link/ether b0:6e:bf:c5:3d:13 brd ff:ff:ff:ff:ff:ff
3: usb0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN group default qlen 1000
    link/ether ee:57:37:ce:81:85 brd ff:ff:ff:ff:ff:ff
    inet 192.168.42.171/24 brd 192.168.42.255 scope global dynamic noprefixroute usb0
       valid_lft 3517sec preferred_lft 3517sec
    inet6 fe80::387:23:f876:bb9f/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
marco@marco-pc:~$ ip r
default via 192.168.42.129 dev usb0 proto dhcp metric 20100 
169.254.0.0/16 dev usb0 scope link metric 1000 
192.168.42.0/24 dev usb0 proto kernel scope link src 192.168.42.171 metric 100 
marco@marco-pc:~$ ping -c 4 192.168.42.129
PING 192.168.42.129 (192.168.42.129) 56(84) bytes of data.
From 192.168.42.171 icmp_seq=1 Destination Host Unreachable
From 192.168.42.171 icmp_seq=2 Destination Host Unreachable
From 192.168.42.171 icmp_seq=3 Destination Host Unreachable
From 192.168.42.171 icmp_seq=4 Destination Host Unreachable

--- 192.168.42.129 ping statistics ---
4 packets transmitted, 0 received, +4 errors, 100% packet loss, time 3036ms
pipe 3
marco@marco-pc:~$ ping -c 4 93.184.216.34
PING 93.184.216.34 (93.184.216.34) 56(84) bytes of data.
From 192.168.42.171 icmp_seq=1 Destination Host Unreachable
From 192.168.42.171 icmp_seq=2 Destination Host Unreachable
From 192.168.42.171 icmp_seq=3 Destination Host Unreachable
64 bytes from 93.184.216.34: icmp_seq=4 ttl=52 time=3192 ms

--- 93.184.216.34 ping statistics ---
4 packets transmitted, 1 received, +3 errors, 75% packet loss, time 3063ms
rtt min/avg/max/mdev = 3192.459/3192.459/3192.459/0.000 ms, pipe 4
marco@marco-pc:~$ ping -c 4 example.com
PING example.com (93.184.215.14) 56(84) bytes of data.
64 bytes from 93.184.215.14 (93.184.215.14): icmp_seq=1 ttl=51 time=197 ms
64 bytes from 93.184.215.14 (93.184.215.14): icmp_seq=2 ttl=51 time=207 ms
64 bytes from 93.184.215.14 (93.184.215.14): icmp_seq=3 ttl=51 time=204 ms

--- example.com ping statistics ---
4 packets transmitted, 3 received, 25% packet loss, time 3004ms
rtt min/avg/max/mdev = 196.519/202.599/207.084/4.458 ms
marco@marco-pc:~$ nslookup example.com
Server:		127.0.0.53
Address:	127.0.0.53#53

Non-authoritative answer:
Name:	example.com
Address: 93.184.215.14
Name:	example.com
Address: 2606:2800:21f:cb07:6820:80da:af6b:8b2c

marco@marco-pc:~$ nmcli radio all on

Avete idee?
Ho scritto qui e non su assistenza android perché sul portatile funziona benissimo, quindi ho pensato più probabile fosse un problema di linux sulla nuova macchina, ma ho sentito parlare di eventuali noie riguardo una whitelist di MAC address che autonomamente android sembrerebbe creare, a non so come trovarla.

Grazie a chiunque vorrà aiutarmi

1 Like

Curioso. Il problema si applica anche a windows. Hai provato a cambiare porta USB (soprattutto quelle “dietro”)? Il cavo è sempre lo stesso? Hai l’impressione che il cavo sia “ballerino” o la connessione cambia se muovi il cavo? La porta USB a cui l’hai inserito, di che colore/versione è? Sulle altre porte USB ci hai attaccato qualcosa che fa tanto I/O come un disco?

Mhm dai log vedo che DHCP ha funzionato, anche se la connessione è molto instabile. Prova a verificare quanto ho detto sopra.

Perchè, esiste? :smile:

Mhm non spiega perché solo alcuni pacchetti ICMP raggiungono destinazione e altri no, quindi secondo me no.

Ciao amreo!
vado per ordine:
D - Hai provato a cambiare porta USB (soprattutto quelle “dietro”)?
R - Sì, testati tutti i pertugi possibili roba che neanche nella mente di un adolescente in bagno
D - Il cavo è sempre lo stesso?
R - Yes
D - Hai l’impressione che il cavo sia “ballerino” o la connessione cambia se muovi il cavo?
R - No alla prima No alla seconda, tutto stabilissimo (infatti è lo stesso identico setup lato ‘non-pc’ che sto usando adesso e va benissimo
D - La porta USB a cui l’hai inserito, di che colore/versione è?
R - Come dicevo, ho provato in tutti i buchi del pc, ma alla fine ho visto che (curioso) almeno mi dava su linux il messaggio di connessione riuscita usando la usb 3.0 (blu)
D - Sulle altre porte USB ci hai attaccato qualcosa che fa tanto I/O come un disco?
R - Assolutamente nada. Esclusivamente il minimo: tastiera e mouse.

D - Perchè, esiste?
R - Mi sembrava di sì ma può essere un calo di zuccheri dovuto all’eccessiva ricerca dei pertugi di cui sopra

Grazie intanto amreo!!

C’era una Volta.

C’era una volta una platea di neuroni.
Per l’uso di questa breve storia avranno le sembianze ebeti dei neuroni di ‘Esplorando il Corpo Umano’. Per chi non li ricordasse, sono questi.
https://sienanews.it/wp-content/uploads/2017/01/1280x720-5Bf.jpg

La platea di neuroni osservava rapita tutti i suggerimenti del forum, logici e intelligenti, che venivano messi alla prova e fallivano contro ogni spiegazione razionale.

A un certo punto, dalla platea dei neuroni se ne alza uno, più scemo degli altri, e dice ‘perché non cambiamo cavo?!’.

Tutti gli altri lo guardato malissimo e uno più stufo degli altri gli fa
‘ma sei cretino? non hai seguito fino adesso? il cavo funziona, lo sta usando per scrivere sul sito. ti pare che non funzioni? stiamo lavorando sulla parte del computer fenomeno’

Il neurone scemo, essendo scemo, resta qualche secondo interdetto, stupito perché era convinto di aver detto una cosa intelligente. Poi non capendo quando uno lo smonta pubblicamente insiste e fa ‘ma tanto che hai da perdere? prova!’

a quel punto la folla di neuroni, tutti evidentemente scemi, concede un minimo di curiosità alla questione, già inutile in partenza, e mi fa prendere in esame il cavo.

Il cavo è nuovo. Il cavo funziona perché lo sto usando. Il cavo non ho nemmeno un graffio e non c’è motivo razionale per dubitare di lui.
Ma vabbè. Tanto ormai la razionalità è andata a farsi un giro.

Il cavo è composto di 2 parti: cavetto di alimentazione del telefono, e prolunga per non aver vicino il telefono (altrimenti ho mal di testa dopo un po’ che navigo, ecco perché evito le connessioni wireless)

Tolgo la prolunga e lascio solo il cavetto di alimentazione.

Riattacco alla usb. Avvio il browser preparato al peggio, ma anche segretamente sperandoci giusto per non dover dare ragione al neurone scemo.

L’impossibile.

Una scheggia.

La mia logica è molto risentita della cosa e mi fa rimettere subito la prolunga.

Non può essere che lo stesso insieme fatto di due parti, funzioni immediatamente prima sul portatile e smetta immediatamente dopo sul fisso su porte usb identiche.

Non c’è logica e la mia parte razionale vacilla sull’orlo dell’abisso, mentre viene colpita da un fortissimo prurito anale.

Inserisco nella usb.

Silenzio. Segnale morto.

Quindi:

oltre a un umiliante momento in cui il neurone scemo di Esplorando il Corpo Umano ha fatto pesare la cosa a tutti gli altri, convinto di avere avuto un’intuizione geniale e che sia tutto merito suo se il mondo gira, lascio queste parole ai posteri.

Dubito fortissimamente, ma in caso a qualcuno sul forum succedesse qualcosa di inspiegabile tipo vedere l’uomo falena o un cavetto con funzioni a fasi alterne ecco la soluzione.

E’ il cavetto che evidentemente può comportarsi diversamente da pc a pc, pur essendo un cavetto funzionante.

Adesso viene la domanda per voi, è una domanda difficile quindi niente lacrime se non riuscite:

Come prima idea che mi viene in mente il problema sembra possa essere un abbassamento della tensione dovuta ai metri in più di cavo della prolunga (5). Il portatile forse fornisce più corrente del fisso. Forse questa piccola differenza è sufficiente a innescare un trattamento diverso del cavo, facendolo passare da ‘cavo-dati’ a ‘cavo-solo ricarica’.

In entrambi i casi il telefono segna correttamente la carica della batteria e la possibilità di stabilire il tethering, ma il risultato è quello che vi ho detto.

Quindi a voi chiedo, avete idee su possibili soluzioni, tenendo come vincoli:
a) niente connessioni wireless
b) niente telefono connesso tenuto vicino

L’unica soluzione che ho pensato al momento è un hub autoalimentato per risollevare di quella frazione di volt la corrente che entra nel telefono.
Qui un post proprio sull’argomento a chi interessasse approfondire
https://forum.swzone.it/hardware-generale/134953-prolunga-usb-troppo-lunga-caduta-di-tensione.html

Dati per chi volesse arrovellarsi il cervello sui motivi per cui lo stesso cavo, funzioni su una macchina e non su un’altra.
Pc su cui il cavo funziona:
Portatile Asus Vivobook,
porta: usb2,
Pc su cui lo stesso cavo Non funziona:
Fisso assemblato,
porta: provate sia usb3 che 2, (tutte funzionanti) ma niente internet.

Grazie dell’aiuto!

2 Likes

Hai scientificamente validato questa cosa? Sinceramente non credo che le onde radio possano causare mal di testa.

Mhm una configurazione tipo y, dove al telefono hai attaccato sia a un alimentatore USB, sia al computer?

Forse può essere spiegato a livello elettrico, tipo che i “due” GND/VCC usb non siano allo stesso livello, oppure che le linee dati abbiano qualche resistenza in più che causa comportamenti differenti i due diverse implementazioni di controller USB.

Colleghi il fisso direttamente al router via cavo ethernet?

In alternativa colleghi il fisso al portatile(o a un router serio con porta USB o un altro computer/portatile anche scrauso purché ti funziona tethering e ethernet), e al portatile colleghi il telefono e fai da bridge o router.

Mhm prova, non lo so se funziona.

Sì precisamente, mi hanno detto altri tuoi colleghi molto bravi anche loro che può essere che minime differenze di costruzione e erogazione di ampere tra porte dello stesso tipo facciano o no funzionare lo stesso cavo.

In alternativa colleghi il fisso al portatile(o a un router serio con porta USB o un altro computer/portatile anche scrauso purché ti funziona tethering e ethernet), e al portatile colleghi il telefono e fai da bridge o router.

questa del bridge è interessantissima. quindi potrei in linea teorica collegare il portatile al fisso tramite usb? (il portatile non ha porte Lan purtroppo) e i calcoli comunque li farebbe il fisso giusto? per intenderci, il portatile trasmetterebbe solo le informazioni di internet, non elaborerebbe realmente, questo volevo dire, ho capito bene?

Non tramite USB, ma tramite cavo di rete RJ45

Come soluzione puoi usare degli adattatori da RJ45 a USB

Dipende per cosa intendi i calcoli. Se intendi, ad esempio, navigare su internet, allora sì.

Sì, farebbe da intermediario.

Esattamente (a parte per tutta la logica legata alla commutazione di pacchetti o frame)

Perdonami hai ragione, intendevo RJ45, ho detto usb ma lo pensavo già col finale con l’adattatore.

Come calcoli invece no, nel senso che internet ok, ma intendo calcoli di modelli previsionali con python, quindi robina un po’ più hardcore.

Ecco: nella tua esperienza, il carico di lavoro che l’utente chiede resta tutto sulla macchina finale, giusto? il bridge deve fare il suo lavoro di elaborazione pacchetti internet da passare ma finisce lì? ho capito bene la distribuzione dei compiti? è la prima volta e non so quanto sia pesante quindi perdona se faccio domande banali

Sì, non vedo perché dovrebbe cadere anche sulla macchina intermedia (o gli altri router).

Sembra di sì

Nessun problema. Sei nel posto giusto

1 Like

sei gentilissimo amreo

  • aggiornamento importante in fondo
    ho provato con l’IA a impostare da solo la comunicazione via usb tra i computer, ma non solo non riuscivano a connettersi, ma anzi alla fine non si connetteva più neanche il portatile.
    Per cui le informazioni fornite dall’IA sono utilissime, ma non sempre sono sicure, per questo mi fido di più degli esseri umani come te e ti chiedo aiuto.
    Però mi rendo conto che magari è una cosa lunga, e sei stato già gentilissimo così, per cui se è una cosa lunga dimmelo tranquillamente!
    Se è più semplice impostare tramite ethernet, prendo un adattatore classico ethernet->usb e usiamo quella strada, qualunque cavo va bene
  • aggiornamento importante:
    *un altro tuo collega gentilissimo mi ha detto che è riuscito a collegare pc-router con un cavo amplificato a distanza di 10 metri, quindi non voglio assolutamente abusare del tuo tempo sei stato già gentilissimo! al momento sono al punto di cercare di orientarmi nella marea di cavi amplificati (non conosco una marca buona o quanto debba costare minimo) perché sarebbe una soluzione indipendente dalle mie (scarsissime) capacità di creare bridging, e ancora più semplice, ma ancora grazie perché sei gentilissimo!

Normalissimo. Allo stato attuale i modelli linguistici larghi sono più hype che sostanza, soprattutto per compiti non prettamente linguistici.

Secondo me sì, è la strada più “battuta” e che richiede meno di navigare a vista.

Manco io. Non ho mai avuto la necessità di fare “amplificazione” dei cavi se non per alimentare esternamente un HDD USB auto alimentato.

Non preoccuparti. Se cominci a stare sulle palle rispondo con meno frequenza.

Hahaha grazie di cuore amreo, anche per la schiettezza che ho visto tipicamente negli informatici (molto binari, o è o non è) e che apprezzo moltissimo!
ho appena ricevuto il cavo amplificato e tutto si è risolto, era proprio un problema squisitamente di erosione di energia lungo il cavo! Grazie ancora per la pazienza!