Hogyan tudok csatlakozni egy helyi internetes kiszolgálóhoz anélkül, hogy forgalmat küldnék az internetre és vissza?

Ha konfigurálta a szervert az otthoni hálózaton (mint például a médiafolyam-kiszolgáló), így hozzáférhet a fájljaihoz otthon, akkor észrevehette, hogy kíváncsi: ha otthon akarja használni a kiszolgálót, a forgalom kiszűnik az internetszolgáltató szervereihez, majd vissza a házába, mert a hálózati hardver nem ismeri fel, hogy a szerver nem igazán van ott az interneten, otthon van. Vessünk egy pillantást arra, hogy egy másik olvasó hogyan tudja megjavítani ezt a lassú és sávszélesség-pazarló műveletet, és tartsa a dolgokat szorosan és gyorsan.

Kedves How-To Geek,

Van egy elég konkrét probléma, amit remélem, hogy elég konkrét választ kap. Az otthoni hálózaton egy streaming média szervert állítottam fel, így otthon is távol lehetett hozzáférni a médiához. Van egy alkalmazásom a telefonomon, amely lehetővé teszi a szerver címének megadását. Eddig annyira jó, igaz? Amikor távol vagyok, csak elindítom az alkalmazást, és csatlakozom a szerverhez (ami az otthoni internetkapcsolatom IP-címe).

Most itt van a probléma (és reménykedő) megoldásom. Amikor otthon vagyok, és ugyanazt az alkalmazást használom, a forgalom az internetre (vagy legalábbis az internetszolgáltatóim szervereire gondolok) jön ki, majd jön hát a házamhoz, hogy csatlakozzam a külső IP-címhez. Nem bánom egy kis késéssel, amikor távol vagyok az otthontól, mert a tartalomnak navigálnia kell az interneten, hogy eljusson hozzám, de úgy tűnik, elég ostoba, hogy a telefon-szerver kéréseim az internetre menjenek és vissza, amikor a forgalom forrása tíz méterre van tőlem, és csatlakozik a helyi hálózathoz.

Nyilvánvalóan egy másik programot is használhatnék a cucchoz való csatlakozáshoz, amikor én vagyok a házamban, de nagyon szeretném egyszerűsíteni az alkalmazásomat és a felhasználói élményt. Nem lehet két kiszolgálót megadni az alkalmazásban. Van-e egyébként, hogy a hálózat intelligens módon irányítsa a forgalmat a helyi IP-re a nagy régi utazás helyett?

Tisztelettel,

Helyi hálózat zavart

A jó hír az, hogy a probléma megoldásához egyértelműen egyszerű megoldás van. A rossz hír az, hogy nem minden útválasztó rendelkezik ezzel az egyszerű megoldással. A keresett funkció technikai kifejezése a „NAT loopback”. A NAT a Network Address Translation; ez az útválasztó mechanizmusa felelős a forgalom elkülönített IP-címre történő leképezéséért, így például minden egyes háztartásban lévő személy az egyes tablettákon, számítógépeken és telefonokon egyidejűleg nézheti a YouTube-ot, anélkül, hogy a videófolyamok összekeverednének és szállítanák rossz eszközre.

Normál körülmények között (pl. Ha a „NAT loopback” nem áll rendelkezésre) van egy olyan forgatókönyvünk, amely pontosan megegyezik az e-mailben leírtakkal. Van egy erőforrás a helyi hálózaton, mondjuk egy zenei szervert, és a zenei szerverhez egy előre néző IP-cím érhető el, mondjuk 255.255.1.1. Ez a szerver is van egy helyi címe a hálózaton belül, mondjuk 192.168.1.100. A hurokfunkció nélkül, amikor a helyi hálózaton lévő személy a 255.255.1.1-es előremenő címmel hozzáfér a kiszolgálóhoz, a forgalom az útválasztó átjáróján keresztül megy keresztül az internetre (jellemzően csak az internetszolgáltató legközelebbi csomópontjára), és ezután vissza az otthoni hálózatra, az útválasztón keresztül, a szerverre, és a felhasználó által igényelt tartalom (zene, filmek stb.) a visszirányú útvonalon kerül elküldésre. Ez egy nagyon kevéssé hatékony módja a dolgoknak, és hatalmas mennyiségű forgalmat vezet be a helyi hálózaton kívül, ami teljesen felesleges.

Ahhoz, hogy a fenti hálózati szcenáriót valós értelemben gondolkodhassuk, ez megfelel a tizedik emeleten található highrise irodaház egy részlegének, amely egy levelet küld a hatodik emeleti osztálynak a postai szolgáltatáson keresztül (ahol elhagyja az épületet, és többszöri felek rendezni és mozgatni).

Amikor egy útválasztó rendelkezik loopback funkcióval, akkor intelligensen elkapja ezt az adást és átirányítja azt; lényegében azt mondva: „Ó, hé vagyok 255.255.1.1, nincs szükség arra, hogy ezt az információt a hálózaton kívül küldje el, a felhasználó által igényelt szolgáltatás itt van otthon. ”A forgalom soha nem hagyja el az otthoni hálózatot, és hatékonyan visszahúzza az útválasztó NAT rendszerét a helyi gép, ahol az átvitel szinte azonnal és a helyi hálózat által támogatott sebességgel történik.

Az irodai analógia ismételt használatával a loopback funkció olyan, mint az interoffice mail használata (ahol nem hagyja el az irodaházat, és csak egy fél szükséges a rendezéshez és mozgáshoz).

Tehát hol marad ez, a felhasználó a loopback funkciók keresése során? Az első állomás az, hogy megkeresse az útválasztó modellszámát és a „NAT loopback” kifejezést, hogy meghatározza, hogy az útválasztó támogatja-e azt (az útválasztó konfigurációs menüket is önteni lehet, de általában gyorsabban kereshet). Azt is javasoljuk, hogy keressük meg az útválasztó modellszámát és a harmadik fél firmware-megoldásait, például a Tomato és a DD-WRT firmware-t, hogy megállapítsuk, hogy a harmadik féltől származó megoldások akkor is bevezetik-e a hurokkötést, ha a natív firmware nem támogatta azt.

Végül hasznos lehet az OpenSimulator Project által karbantartott lista hivatkozása (a loopback funkciók kritikusak az igényeik szempontjából). Ez a legközelebbi dolog egy nagyszerű, naprakész listához, amely a loopback funkcióval ellátott útválasztók számára megtalálható.

Ha egy új útválasztó piacán tartózkodik, a legbiztonságosabb tét az, hogy gondosan vásároljon, és tekintse át az Ön által tervezett modell dokumentációját.