Hamachi Gateway pod Linuksem

3

Czy ktoś z powodzeniem dostał Hamachi na serwer Linux pracujący jako brama? Jakaś pomoc w uzyskaniu tej konfiguracji?

Jestem w pokoju w akademiku (więc jestem zmuszony do korzystania z Hamachi zamiast z OpenVPN) i mam router w moim pokoju z moim komputerem stacjonarnym, RaspberryPi i kilkoma urządzeniami sieciowymi (drukarka i NAS). Chciałbym ustawić Hamachi na Pi, aby służyć jako brama do mojej sieci akademików, abym mógł uzyskać dostęp do innych urządzeń.

Mam zainstalowanego Hamachi na Pi (z uruchomionym Debianem), ale kiedy korzystam ze strony internetowej Hamachi, aby skonfigurować sieć Gateway pomiędzy moim RaspberryPi i Laptopem, po prostu nie chce działać. Klient Hamachi na moim laptopie pokazuje, że Pi ma adres „0.0.0.0” i nie mogę pingować dostępu Pi do żadnego z zasobów sieciowych.

Oto wyniki ifconfig na 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 to interfejs do mojej sieci.
  • ham0 to interfejs, który Hamachi na stałe łączy. Jest to obecne, zanim Pi jest członkiem dowolnej sieci Hamachi.
  • ham1 to interfejs, który pojawił się, gdy stworzyłem sieć Hamachi Gateway.
  • lo - Loopback

Oto, co znajduje się w tabeli routingu:

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

Każda pomoc byłaby bardzo mile widziana.

Clay
źródło
Jedno pytanie: jeśli ustawisz sieć bramową i sprawisz, że Pi stanie się bramą, interfejsy powinny zawierać coś takiego jak ham-br0 lub tak, który jest interfejsem mostu. Podejrzewam, że nie uczyniłeś pi maszyny bramą w sieci.
haohaolee
W rzeczywistości tabela routingu ujawnia problem bez żadnej osłony: twoja domyślna brama pozostała twoją lokalną bramą, 192.168.1.1, podczas gdy masz lokalne połączenie z siecią 5.0.0.0 przez ham0 IF. Prawidłowo skonfigurowana sieć VPN powinna mieć domyślną bramę, która należy do zdalnego serwera, a także instrukcje przesyłania wszystkich żądań połączeń do bramy zdalnej za pośrednictwem bramy lokalnej 192.168.1.1. Zatem konfiguracja jest w najlepszym razie niekompletna.
MariusMatutiae