-
Szeretne hasonló avatart használni? A profilképként felhasználható avatarokat az alábbi linkről tudja letölteni.
-
Tartalmak
5186 -
Csatlakozás időpontja
-
Utolsó látogatás
Tartalomtípus
Profil
Fórumok
Blogok
Galéria
Articles
Blogkommentek, amit btz posztolt
-
-
Mikor a gépen tesztelted a port nyitást, akkor futott azon a gépen valamilyen szerver program is, ami a porton figyelt vagy csak kinyitottad a PC tűzfalán a portot? Mivel tesztelted le a portokat? Online port checkerrel?
-
Szükségtelen kicserélni a HGW-t, szinte biztos, hogy az nem kavar be, amennyiben a saját router az internet átjáró.
A NAS-on is végig kéne nézni a LAN beállításokat, a megfelelő átjárót használja e, esetleg nincs e rajta valami külön tűzfal stb
Esetleg a saját routeren egyéb forgalmi szabályok bekavarhatnak.
-
Ha minden igaz, jók a beállításaid.
Az első szerint beállítottam egy szervert én is (más ip és port számmal mint a te példádon), és azonnal nyitott is lett a kívánt port.
Ha nem natolt a wan ip, akkor működnie kéne.
-
Szia!
Tegyél ki screenshotokat, arról, hogy mit hogyan állítottál be, mi hogyan van összekötve.
-
Nem kell, mivel akkor az arra kapcsolódott eszközök nem kapnak helyihálózati ip címet.
-
Ha a saját routert akarod használni internet átjátónak akkor ezt a leírást kell követned, bár ezt gondolom a Huawei ONT-hoz készítették.
Megnéztem a készülék user manual-ját. Ebben nem látok külön pppoe passthrough on/off menüt, de akkor valószínűleg gyárilag "on" állásban van, mint a Huaweinél.
-
Felesleges lenne bármilyen bridge mód, hisz itt pppoe van passthroughal.
Bármilyen router lehet mögötte, ami ethernet portos.
-
Sajnos ennél a típusnál nincs bridge mód. A passthroughnak kéne működni, mint az előző HGW-d esetén. Passtrhough esetén a Linksysnek teljesen transzparens, hogy milyen DSL technológia.
Linksysben kéne nézni a logokat, ha van rá lehetőség. Ebből kiderülhet, hogy mi a gondja, a pppoe kapcsolat miért nem jön létre.
-
Optikai internetnél nincs bridge mód, max Pppoe passthrough van Huawei ONT esetén, az új Sagemmel nemtudom mire van lehetőség. Ez a bridge módhoz hasonlatos.
Az IPTV-t saját routered portján, max akkor tudod használni, ha switchként használod azt. Ha passtroughal internet gatewayként, akkor csak az első variáció marad, azaz IPTV az ONT-ba (Optikai internet esetén ONT-ról beszélünk, de lényegét tekintve ugyan az mint a HGW)
-
"Fel kell rá esetleg venni valamilyen szabályt valahol, hogy beengedje a kérést?"
Szerintem port forwardolásra gondolsz, de mivel a port az eszközön van (vagyis annak WAN portjához tartizik, aminek internet felé publikus ip címe van) és ha nincs DMZ eszköz sem megadva, akkor nem szükséges ilyen szabály felvétele.
-
80-as porton, ha ssl akkor 443-n szoktak figyelni a HGW-k, routerek adminfelületei. De ezeket a böngésző nem szokta kérni, elhagyható.
-
"Viszont elég kicsi esélyt látok rá hogy külön vennék azt a sagemet, ami rouert módban van és azt ami bridge módban van"
Erre gondoltam én is. Ránéznek, mi van kint az ügyfélnél, ...sagem?... akkor no v6.
Ha bridge módban van az Sagem, akkor csak azon múlik, hogy a saját router kap e ipv6-ot, hogy a szolgáltató dhcp szervere küldi e azt vagy sem, vagy olyan szinten bele mókoltak a szoftverbe, hogy ez a fent említett bugok miatti automatikus stackmód váltogatások még bridge módban is bekavarhatnak az ipv6-nak?
-
Ha a saját routeren be van állítva, egy Dhcpv6 kliens interfész a fizikai csatolóra az ipv4 mellé akkor, ha a szolgáltató küldi a "kraftot" akkor menni kéne. A bridge eszköz ipv6 képessége ebben a történetben irreleváns. De eltudom képzelni, hogy az aktiválás előtt még gyorsan úrja csekkolták az előfizetői cuccot és ezért mégsem kapcsolták be neki, ilyen elbeszélések egymásmellett elôfordulhatnak.
-
Koaxnál, hogy is működik ez? Simán felveszi az ipv6 képes router dhcpv6 kliensként WAN(6) interfészre az ipv6 címet, vagy szükség van a WAN(4)-re valamilyen módon rálinkelni?
-
De, ha bridge módban van, akkor nem a saját routerének kéne dhcpv6 kliensként ipv6 címet kapnia, ahogy dhcp kliensként iov4-et kap?
-
Akkor az úgy jó. Nem kéne, hogy köze legyen a HGW ppoe bontásához.
-
Dsl esetén 4 pppoe kapcsolat lehetséges. Teljesen normális.
Nem kéne, hogy a HGW pppoe kapcsolat bontására a saját router pppoe kapcsolata megszakadjon. Nem lehet, hogy a saját router wan oldala dhcp kliensnek van beállítva nem is pppoe?
-
Üdv!
Az első variációnak működni kéne. A második módszert ne használd. A kérdés, hogy miért nincs internet. Talán helytelenül írtad be a pppoe user/passwd-t.
Igmp kell, ha az iptv boxok a HGW-n maradnak, a HGW és a saját router között nincs LAN kapcsolat?
-
Viszek én át ipv4 only "elosztón" ipv6-ot., helyi hálózatban. Akkor szerintem a Telekomnál sem kell minden eszköznek feltétlen supportálni, hogy hozzád eljusson.
-
Ha már csak elvétve lesz olyan, hogy ipv4 only-t kell elérni ipv6-ról és a dual stack sem lesz már tartható, a natolt elérés sem lesz megfelelő, akkor az illetőnek mindenféleképp meg kell barátkoznia valamilyen tunnellel. Szerencsére tunnelt kaphat mástól is, nem fontos a T-nek adnia (ahogy jelenleg nekem sem a T adja az ipv6-ot úgy lehet ha a jövőben publikus ipv4-re lesz szükségem, akkor egy másik szolgáltatót kell megkeressek, akinek még van kiosztható ipv4 címe, persze az nem lesz ingyenes, mint most az ipv6 tekintetében)
+Valószínűleg igaz, legalábbis logikus lenne.
-
Publikus ipv6 lesz, natolt ipv4-el. Natolt ipv4-et adhatnak akár 100 év múlva is (ha még mutatkozik rá igény)
-
Én nem tartom az ördög művének egyiket sem.
Nem hiszem, hogy a T tunnelingben adná bármrlyiket, ha natívan is adhatja.
Mondjuk egy tunnelbroker szervert indíthatna, nem telekomos ügyfeleknek. A D betűs szolgáltató már indított egy Sixxs (ingyenes tunnelbroker) tunnelt, csak időközben megszünt a Sixxs.
-
Mármint ipv6 tunneling ipv4-en vagy natív ipv6-on tunnelezik az ipv4-et? ?
-
Majd érdekes lesz a a kis házi routereken tűzfalazni a dinamikusan változó ipv6-ot és prefixet. Előre látom milyen szívások lesznek, ha már tényleg élesben lesz rászorulva a 6-ra az userek többsége
Dupla router beállítás, Home, Barbone, szerver, Otthoni hálózatokról minden
itt: Telekom fórum
anonymus blogja
Posztolva:
@Astraman
Az baj. Mindig olyan portokat ellenőrizz, ami mögött futó szerveralkalmazás is van, ami figyel a porton.