Verbindung zu RealVNC unter MacOS kann nicht über lokales Netzwerk hergestellt werden (Cloud funktioniert)

732
Naatan

Ich habe also einen Mac mini, auf dem ich hauptsächlich Builds laufe. Ich habe den eingebauten vnc-Server seit ungefähr einer Woche verwendet, aber es ist schmerzhaft langsam und dauert aus irgendeinem Grund gute 2 Minuten, um eine Verbindung herzustellen. Ich dachte, ich würde stattdessen RealVNC ausprobieren.

Nach der ersten Einrichtung kann ich über die Cloud-Verbindung über RealVNC eine Verbindung herstellen und meine Verbindung hauptsächlich über das Internet routen. Da sich beide PCs jedoch im selben Netzwerk befinden, würde ich lieber eine lokale Verbindung verwenden. Das ist, scheint das nicht alles zu funktionieren. Egal, was ich ausprobiert habe, ich bekomme die Verbindung immer abgelehnt.

Dinge, die ich ausprobiert habe:

  • Hinzufügen zu Apps für Barrierefreiheit
  • Ändern des Ports auf 5800 und 5901
  • Verbinden mit demselben Computer mit SSH, um zu sehen, ob dies funktioniert (es funktioniert)
  • Debug-Protokollierung aktivieren (nichts drin)
  • Sicherstellen, dass meine Firewall ausgeschaltet ist (ist es)

Beide Computer sind mit demselben Switch verbunden, aber wenn dies das Problem wäre, würde SSH ebenfalls nicht funktionieren.

Hat jemand eine Idee, warum das nicht funktioniert?

0
Nur um zu klären, Sie versuchen, eine LAN-IP wie 10.xyz, 172.16.xy oder 192.168.xy als Ziel festzulegen, richtig? Verbinden Sie sich mit Name oder IP? Frank Thomas vor 6 Jahren 0
Das ist richtig. Ich verbinde mich per IP. Naatan vor 6 Jahren 0

2 Antworten auf die Frage

2
Andrew Wedgbury

Connecting via RealVNC cloud does not necessarily mean that the traffic is routed via the internet - If the machines are on the same network it should automatically figure this out and route the data locally. If you go to connection information in the viewer you can tell if it's falling back to relaying via cloud servers because it will say something like "connected via..."

Connecting directly over tcp is only available if you have subscribed to an enterprise plan, but you shouldn't need to do this as it should just work as described above.

Genial! Es scheint, dass eine lokale Verbindung hergestellt wird, obwohl die Cloud zum Einleiten der Cloud verwendet wird. Wäre schön gewesen, wenn irgendwo gesagt wurde, dass gerade TCP-Verbindungen nicht unterstützt werden. Danke für die Information! Naatan vor 6 Jahren 0
0
rubynorails

Es hört sich so an, als ob nur Localhost abgehört wird und die Verbindung zum Internet getunnelt wird, sodass die Anwendung nicht tatsächlich an ihrer externen / nach vorne gerichteten LAN-Schnittstelle zuhört.

SSH an die Computer und prüfen Sie sudo lsof -iTCP:5901, ob sie alle Ports oder nur localhost überwachen, und ob obskure Einstellungen oder versteckte Konfigurationsdateien oder -verzeichnisse in Ihrem $HOMEVerzeichnis oder an einem anderen Ort vorhanden sind, auf den die Anwendung zugreift. Wenn ja, ändern localhostoder 127.0.0.1entweder mit Ihrer LAN IP - Adresse oder 0.0.0.0.

Dies zeigt auch an, ob die IPs von IPv6 statt von IPv4 abgehört werden, was ebenfalls dazu führen würde, dass keine Verbindung zu den entsprechenden IPv4-Adressen über das lokale Netzwerk hergestellt werden kann.

"lsof" zeigt IPv6-Adressen (sowie auch IPv4), aber der Host ist ein Platzhalter. Ich habe auch in der VNC-Konfig überprüft, dass alle verfügbaren IPs abgehört werden. Ist die Tatsache, dass IPv6 selbst abgehört wird, ein Problem? Naatan vor 6 Jahren 0
Ich meinte, dass "lsof -iTCP" sowohl IPv6 als auch IPv4 anzeigen würde, im Gegensatz zu "lsof -i4TCP", das nur IPv4 zeigt. Entschuldigung, wenn ich nicht klarer wäre. Wenn der Host ein Platzhalter ist, bedeutet das, dass alle Schnittstellen überwacht werden. rubynorails vor 6 Jahren 0

Verwandte Probleme