“TeamViewer non è pronto. Controlla la tua connessione "errore in Fedora 25


18

Sto riscontrando questo strano problema in cui non riesco a far funzionare TeamViewer nel senso che sto ricevendo questo errore (controlla l'immagine sotto) e quindi non riesco a collegarmi a nessun PC remoto:

TeamViewer non è pronto. Si prega di verificare la connessione

inserisci qui la descrizione dell'immagine

In ufficio altri sviluppatori che utilizzano Ubuntu e Windows 7/10 sono in grado di utilizzare TeamViewer senza problemi, quindi non sono sicuro di quale sia il problema. Ho verificato lo stato del firewall e non è in esecuzione:

$ service firewalld status
Redirecting to /bin/systemctl status  firewalld.service
● firewalld.service - firewalld - dynamic firewall daemon
   Loaded: loaded (/usr/lib/systemd/system/firewalld.service; disabled; vendor preset: enabled)
   Active: inactive (dead)
     Docs: man:firewalld(1)

Ho verificato lo stato di SELinux ed è disabilitato:

$ getenforce
Disabled

Ho una connessione Internet da quando apro questo post dal PC in cui si verifica il problema con Teamviewer. Forse è qualcosa legato a quest'altro problema che sto riscontrando ma non posso esserne affatto sicuro. Ho controllato alcuni documenti su Internet come questo, ma non è un mio problema, quindi ... qualche aiuto?

Nota: se hai bisogno di qualcosa dalla mia parte (informazioni di debug) fammi sapere e lo aggiungerò come parte dell'OP. Inoltre non sono sicuro che questo post debba essere su questa community, ma credo che il problema provenga dal mio Linux e non dallo stesso Teamviewer.

Aggiornamento :

Dopo seguire il suggerimento da @phg sto ancora ricercando il problema e ho trovato questo . Apparentemente è un problema con Wayland e non è stato ancora risolto e succede solo su Fedora 25. Dobbiamo aspettare una correzione dal team di Teamviewer.

Aggiornamento 1 (27/01/2017) :

Esiste una soluzione alternativa in cui è possibile utilizzare il file tarball non supportato e funziona, l'ho già testato ma questo approccio ha un problema poiché Teamviewer non funziona come un servizio e quindi non è possibile aggiungere il PC dove è in esecuzione ai tuoi "computer e contatti" (molto utile). Forse c'è un modo per far funzionare l'eseguibile come servizio ma non ho provato questa parte, se qualcuno potesse provare a lasciare una risposta in giro andrà bene per i nuovi arrivati.


1
Cosa dice il diario? Cosa fare strace, valgrind, tcpdumpecc rapporto? Btw. poiché Teamviewer è un prodotto commerciale, potresti chiedere prima al venditore.
phg

Stai utilizzando TeamViewer da una sessione remota come x2go o RDP? Ho avuto lo stesso problema durante l'utilizzo in remoto, in esecuzione in una macchina virtuale.
ob2,

Risposte:


1

Il tuo laptop ha una connessione a Internet, tutto il resto funziona tranne teamviewer. In questa situazione, ci si aspetta che qualcosa impedisca a teamviewer di accedere a Internet.

Installa iptables e controlla le regole del tuo firewall come segue

sudo dnf install iptables    
sudo iptables -S

Salvare le regole iptable esistenti come segue per un uso futuro.

sudo iptables-save 

Ora scarica tutte le regole di iptables

sudo iptables -F
sudo iptables -X   

Dopo aver lampeggiato tutte le regole di output di "sudo iptables -S" dovrebbe apparire

-P INPUT ACCEPT
-P FORWARD ACCEPT
-P OUTPUT ACCEPT

Ora controlla ancora teamviewer. Se il problema persiste, devi determinare esattamente su quale porta sta tentando di comunicare.

Uso lo strumento "tcptrack". È nel repository rpmforge che non è consigliabile aggiungere. Cerca il file .rpm in google e installalo. Altrimenti clonare questo git https://github.com/bchretien/tcptrack.git e costruirlo. Se la tua scheda Internet è "eth0", usa il seguente per tracciare i pacchetti.

sudo tcptrack -i eth0

Chiudi teamviewer. Ora tieni il terminale tcptrack aperto da un lato e apri di nuovo teamviewer. Controlla quali porte teamviewer sta aprendo. Controlla se il tuo ISP consente quelle porte ecc.

Successivamente puoi ripristinare le regole iptable salvate dopo le modifiche necessarie (se presenti) con il comando "iptables-restore".

EDIT Una volta ho avuto lo stesso problema. Il client Linux Teamviewer apre una connessione con la porta di destinazione 5938 . Le mie regole del firewall bloccano la connessione non correlata con --dport 5938. Nel caso in cui tcptrack non sia adatto, è possibile utilizzare anche iptraf-ng . È presente nel repository di base, installa e usa come segue

sudo dnf install iptraf
sudo iptraf-ng

1

Ho osservato lo stesso problema (ubuntu 18.04 e TeamViewer 14.5)

Avvio di TeamViewer-Daemon dalla riga di comando con sudoaiuto.

  1. interrompe / elimina l'istanza di teamviewer attualmente in esecuzione
  2. avvia il demone con:

    sudo teamviewer --daemon enable ... l'output della console è simile a:

    Action: Installing daemon (14.5.1691) for 'systemd' ...
    installing /etc/systemd/system/teamviewerd.service (/opt/teamviewer/tv_bin/script/teamviewerd.service)
    Try: systemctl enable teamviewerd.service
    systemctl start teamviewerd.service
  1. avviare teamviewer come di consueto (forse disconnettersi e accedere nuovamente se la licenza non viene riconosciuta

(Ho letto qui: https://forum.manjaro.org/t/teamviewer-beta-13-not-ready-please-check-connection/37638 )

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.