Hamachi Gateway unter Linux

2290
Clay

Hat es jemandem gelungen, Hamachi auf einem Linux-Server als Gateway zu arbeiten? Hilft das Setup?

Ich bin in einem Schlafsaal (also bin ich gezwungen, Hamachi anstelle von OpenVPN zu verwenden) und ich habe einen Router in meinem Zimmer mit meinem Desktop, einem RaspberryPi und ein paar Netzwerkgeräten (Drucker und NAS) Ich möchte Hamachi auf dem Pi einrichten, um als Gateway in mein Wohnheimnetzwerk zu dienen, damit ich auf die Geräte an anderer Stelle zugreifen kann.

Ich habe Hamachi auf dem Pi installiert (auf dem Debian läuft), aber wenn ich die Hamachi-Website zum Einrichten eines Gateway-Netzwerks zwischen meinem RaspberryPi und meinem Laptop verwende, möchte es einfach nicht funktionieren. Der Hamachi-Client auf meinem Laptop zeigt an, dass der Pi die Adresse "0.0.0.0" hat, und ich kann dem Pi ping keinen Zugriff auf die Netzwerkressourcen geben.

Hier sind die Ergebnisse von ifconfig auf dem Pi:

eth0 Link encap:Ethernet HWaddr b8:27:eb:c8:ce:e0 inet addr:192.168.1.134 Bcast:192.168.1.255 Mask:255.255.255.0 inet6 addr: fe80::ba27:ebff:fec8:cee0/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1584 errors:0 dropped:0 overruns:0 frame:0 TX packets:950 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:207635 (202.7 KiB) TX bytes:121937 (119.0 KiB)  ham0 Link encap:Ethernet HWaddr 7a:79:05:0b:32:bc inet addr:5.11.50.188 Bcast:5.255.255.255 Mask:255.0.0.0 inet6 addr: 2620:9b::50b:32bc/96 Scope:Global inet6 addr: fe80::7879:5ff:fe0b:32bc/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1404 Metric:1 RX packets:647 errors:0 dropped:0 overruns:0 frame:0 TX packets:85 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:100175 (97.8 KiB) TX bytes:11832 (11.5 KiB)  ham1 Link encap:Ethernet HWaddr 00:23:c3:0b:32:bc inet6 addr: fe80::223:c3ff:fe0b:32bc/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1404 Metric:1 RX packets:22 errors:0 dropped:0 overruns:0 frame:0 TX packets:6 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:1320 (1.2 KiB) TX bytes:468 (468.0 B)  lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) 
  • eth0 ist die Schnittstelle zu meinem Netzwerk.
  • ham0 ist die Schnittstelle, die Hamachi permanent angeschlossen hat. Dies ist vorhanden, bevor der Pi Mitglied eines Hamachi-Netzwerks ist.
  • ham1 ist die Schnittstelle, die beim Erstellen des Hamachi Gateway-Netzwerks angezeigt wurde.
  • lo - Loopback

Hier ist, was in der Routingtabelle steht:

Destination Gateway Genmask Flags Metric Ref Use Iface 0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 eth0 5.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 ham0 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 

Jede Hilfe wäre sehr dankbar.

3
Eine Frage, wenn Sie ein Gateway-Netzwerk einrichten und diese Pi-Maschine zu einem Gateway gemacht haben, sollten die Schnittstellen so etwas wie ham-br0 oder ähnliches enthalten. Dies ist eine Bridge-Schnittstelle. Ich vermute, Sie haben die Pi-Maschine nicht zu einem Gateway im Web gemacht. haohaolee vor 11 Jahren 0
In der Routing-Tabelle wird das Problem tatsächlich ohne Abschirmung offenbart: Ihr Standard-Gateway ist Ihr lokales Gateway 192.168.1.1, während Sie über das ham0-IF eine lokale Verbindung zum 5.0.0.0-Netz haben. Ein ordnungsgemäß konfiguriertes VPN sollte über ein Standard-Gateway verfügen, das zu einem Remote-Server gehört, sowie Anweisungen zum Weiterleiten aller Verbindungsanforderungen an das Remote-Gateway über Ihr lokales Gateway 192.168.1.1. Die Konfiguration ist also bestenfalls unvollständig. MariusMatutiae vor 10 Jahren 0

0 Antworten auf die Frage