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

• #44350 zichie senior tag PistiSan #44343

  Új Válasz 2022-06-21 16:29:43 #44350

  Ú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

  

  zichie

  senior tag

  válasz PistiSan #44343 üzenetére

  Ha van IPv6-od, akkor ki lehet kerülni az IPv4-es NAT-ot. Én mobilról (Tekekom Domino-s net) simán tisztán IPv6-on el tudtam érni az otthoni eszközeimet. Persze kellett hozzá egy IPv6 dinamikus DNS szolgáltató is, amire jó a dynv6.
  Az RPi IPv6 címéhez hozzárendeltem a dynv6 API-ján keresztül dinamikus DNS-t, erre írtam egy shell szkriptet, ami bootolásnál fut az RPi-n. Távolról mobillal (Telekom Dominos nettel, ahol alapból van IPv6) gond nélkül el tudtam érni az otthoni RPi-t az IPv6-os dynv6 címen SSH-n.

• #44347 body007 addikt PistiSan #44343

  Új Válasz 2022-06-20 11:22:30 #44347

  Ú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

  

  body007

  addikt

  LOGOUT blog

  válasz PistiSan #44343 üzenetére

  Van egy halom megoldás amik megcsinálják helyetted a kapcsolatot

  Pár pl.:

  How to Remotely Access Raspberry Pi Behind Firewall or NAT router (RemoteIoT)

  How to Access Raspberry Pi Remotely over the Internet (SocketXP)

  How to remotely access the Desktop of your Raspberry Pi over the internet (PiTunnel)

• #44346 stopperos senior tag PistiSan #44343

  Új Válasz 2022-06-20 11:21:12 #44346

  Ú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

  

  stopperos

  senior tag

  válasz PistiSan #44343 üzenetére

  Használj tailscale vpn-t. A háttérben wireguard-on fut, peer-to-peer kommunikációt csinál a regisztrált eszközök között, csak arra használja a külső szervert, hogy az eszközök NAT mögött megtalálják egymást (udp hole punching). 20 eszközig ingyenes.

  Egy kis önreklám, holnap jelenik majd meg a wireguard-os logout írásom. Bár abban a wireguard-ról lehet csak olvasni, de a megértésben sokat fog segíteni. Ott is a tailscale-t javaslom, mint egyszerű alternatíva.

• #44344 cinemazealot addikt PistiSan #44343

  Új Válasz 2022-06-20 10:54:19 #44344

  Ú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

  

  cinemazealot

  addikt

  válasz PistiSan #44343 üzenetére

  Sajnos ha NAT-olva vagy, elég macerás lesz bejutni kívülről. A TeamViewer is a külső szerverét használja arra, hogy összekösse a klienseket, legyenek azok akárhány NAT mögött is. A módszer viszont -- amit ők alkalmaznak -- házilag is kialakítható (nekem már sikerült Android alatt, ahol akárhol, akármilyen mélyen működő klienseket tudtam összekötni), noha nem feltétlenül lesz általános célra felhasználható, hiszen a kapcsolódás után a kommunikációs protokollt Neked kell diktálnod: UDP Hole Punching. Ez az eljárás tehát csak a kapcsolódást biztosítja, hogy milyen protokoll alatt folytatod a kommunikációt, az már Rajtad múlik. Továbbá szükséged lesz egy kinti szerverre (ez lehet bármilyen apró VPS), ami folyamatosan tárolja, hogy az otthoni neted milyen publikus IP cím alól érhető el.

  Az eljárás lényege voltaképpen a kapcsolódás útválasztóinak átverésén alapul. Egy router ugyanis csak akkor enged vissza (kintről befelé) egy csomagot, ha tudja róla arról, hogy az egy korábbi kifelé irányú csomagra adott válasz. A cél tehát az, hogy elhitessük vele azt, hogy ami kívülről próbál bejönni (Te próbálsz haza "telefonálni"), az egy bentről induló "kiabálásra" adott válasz. Ezért miután mindkét fél megismeri a másik fél publikus IP címét, elkezdik egymást megsorozni apró UDP csomagokkal (fontos, hogy nagyjából egyszerre kezdjék ezt el). Ha az "elárasztás" kellően sikeres, a kapcsolódásban részt vevő routerek idővel elhiszik, hogy a bentről és kintről érkező csomagok egymáshoz tartoznak, így a kapcsolat idővel fixálódik, a két fél (a NAT mögötti otthoni géped és Te kintről) pedig képes lesz tartósan is kommunikálni. Innentől már csak a hogyan a kérdés.

  Az implementálásban engem egyébként ez a cikk segített.

  A probléma persze még mindig az, hogy a kapcsolódáshoz valahogy kezdeményezned kell otthonról a csomagküldést, máskülönben nem fogsz tudni kivel összekapcsolódni. Tehát a lyukütéshez fog kelleni egy olyan csatornán indított trigger (pl. mobilon, mobilneten vagy akár vezetékes telefonon keresztül), ami az otthoni netedtől független.

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