Új hozzászólás Aktív témák

• #43295 sztanozs veterán MaCS_70 #43287

  Új Válasz 2022-01-04 09:16:51 #43295

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  sztanozs

  veterán

  válasz MaCS_70 #43287 üzenetére

  Vsz az történt, hogy az RPI-n is telepítve van az OpenVPN és annak konfigurációja (VPN IP tartomány) megegyezik a routeren futó OpenVPN IP tartományával.
  Amikor a rpi csomagot kap ebből a tartományból a routeren keresztül, akkor nem "ugynazon a vonalon" - az alapértelmezett átjárón keresztül - akar válaszolni, hanem a routing table-ben bejegyzett virtuális adapteren keresztül. Ezért "nem felelt" a pingre és nem lehetett csatlakozni hozzá a VPN irányából.

• #43289 cigam titán MaCS_70 #43287

  Új Válasz 2022-01-03 22:57:48 #43289

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  cigam

  titán

  LOGOUT blog

  válasz MaCS_70 #43287 üzenetére

  Hogy hogyan került oda? Azt neked kell tudni, valószínűleg az általad említett VPN kliens hozta létre. Attól hogy a kliens nincs elindítva, még a "sallangjai" (tun0 interface) ott maradnak, és szerencsétlen esetben, ha azt az IP tartományt másra használnád, okozhat kavarodást.
  Ez a tun0 egy virtuális hálókártya, aminek a segítségével egy "alagut"-at(közvetlen kapcsolatot) hozhatsz létre két távoli hálózat között. A VPN-ek is ezen az elven működnek:
  
  

  A sudo ip link set dev tun0 down parancs pedig ezt a tun0 virtuális hálózati kártyát kapcsolja ki. Ha elindítanád a telepített VPN klienst, panaszkodni fog, hogy nem találja a tun0 interface-t.

  Ezt az otthoni hálózatok topikban jobban el tudják mesélni a mesterek. Én csak ugatom a témát.

Új hozzászólás Aktív témák