-
Szeretne hasonló avatart használni? A profilképként felhasználható avatarokat az alábbi linkről tudja letölteni.
btz
-
Tartalmak
5188 -
Csatlakozás időpontja
-
Utolsó látogatás
Tartalomtípus
Profil
Fórumok
Blogok
Galéria
Articles
Minden, amit btz posztolt
-
Üzemelj be inkább egy külön (saját) DLNA szervert, az ilyen egzotikus funkciókat nem érdemes használni a szolgáltatói eszközökkel, még ha egyes esetekben van is lehetőség használni (Pl egyes HGW-ken fájlmegosztás stb...)
-
Sikeresen szerepelt a Magyar Telekom az 5G frekvenciaárverésen – hamarosan elindítja kereskedelmi 5G szolgáltatását
topic válaszolt btz teherwagon bejegyzésére, itt: Közösségi témák
Sajnos a 700-as frekvenciára még várni kell a frekvencián futó TV szolgáltatás megszűnéséig, illetve a szomszédos országok szintén bezavarhatnak, mivel ezen a frekvencián elég nagy a hullámterjedés. A 3600-ashoz pedig rendkívül sok bázist kell létesíteni, de csak ezen lesz elérhető a Gigabites sebesség, szóval sok még a teendő. -
Üdv! Másolj be a Speedport adminisztrációs felületéről a DSL információs adatokat, amit az eszköz talpán olvasható IP címen és szintén a talpon olvasható 3play felhasználónév és a hozzátartozó jelszóval érsz el.
-
Ha mondjuk egy Mikrotik vagy OpenWrt mögött lenne, ami Internetátjáró, akkor megpróbálhatod ezt: https://wiki.mikrotik.com/wiki/NAT_Tutorial A protokollnál ICMP-t kell megadni. illetve értelmezés szerint az IP címeket átírni a hálózatodnak megfelelőre.
-
Üdv! Az ICMP nem használ portokat, nem TCP vagy UDP. És mivel az ilyen SOHO eszközök igazából PAT-et csinálnak nem NAT-ot így ezekkel megoldani ezt a problémát nem lehetséges. Javaslom használj VPN-t az eléréshez. vagy üzemelj be valamilyen webszervert ezen a kis hálózati elektronikán, és akkor kívülről is ellenőrizheted, hogy online e a cuccod, már amennyiben ez lehetséges (Mondjuk ha valamilyen Málna PC vezérelné ezt az elektronikát, akkor ilyen kis GUI interfész biztosan készíthető hozzá) Linuxról ellenőrizhető bármilyen port, így nyomon követheted, hogy él e még az elektronikád szolgáltatása nmap -PNp {port} {host} nc -vz {host} {port}
-
Ezt nem értem pontosan.
-
Üdv! Semmiben nem más, mivel ugyanarra az SMTP szerverre kapcsolódsz kábelnetről is, DSL-ről és optikáról is, így a beállítások változtatására nincs szükség. Az még közre játszhat, hogy ha díjcsomag váltás volt, akkor valamit elállítottak az emailfiókoddal kapcsolatban, de ezt az online felületen beállíthatod. A Freemailes dolog nem értem hogy kapcsolódik ide.
-
Így van. Az SSID láthatóságának semmi köze nincs a gépek hálózaton való láthatóságához. Néha érdemes várni az ilyen "nem látható gépek szindróma" esetén, főleg mikor az eszközöd átváltod egyik LAN-ról a másikra vagy wifi ről vezetékes LAN-ra. Egy saját eszköz lehet, hogy gyorsabban tud lereagálni egy ilyen dolgot, ezért célszerű a belső hálózatot elkülöníteni egy alhálózatba a szolgáltatói eszköz LAN-jától. Azt érdemes meghagyni az IPTV-s vagy más egyéb szolgáltatói eszközöknek.
-
Én a helyedben kipróbálnám a VNC-t, TeamViewert vagy a LogMeIn-t is az RDP helyett.
-
Ha SZIP-ben épül és a lakossági hálózatot is kiépítik házig, akkor (mivel openaccess) adhatna, de a gyakorlatban nem nagyon élnek ilyesmivel, arra már inkább láttam példát, hogy két optikai vezeték volt egymás alatt két különböző szolgáltatónak.
-
Üdv! BAZ megye Ózdi járás. Itt nem a Telekom nyerte a SZIP-et így azt saccolom hogy a szokásos 1-6 év ilyen helyzetben. A konkurencia fejlesztésének státusáról pedig az ügyfélszolgálatukon érdeklődhetsz
-
@sipsza Kaphatna azon is, ha jól működne a DHCPv6 szervere a szolgáltatói cuccnak.
-
Nem hiszem, hogy a router direkt elrejtené. Volt már itt hasonló eset és némi türelmes várakozás után látták egymást az eszközök, amíg a hálózat felderítése újra lezajlott.
-
@Zoolesz Kell hogy legyen neki, csak ez a szolgáltatói GIU valószínűleg hibásan mutatja. Különben a Debianod és a Windowsod sem kapna semmit
-
Üdv! Örülök, hogy megoldódott, mégha ezzel a dupla NAT-olásos konfigurációval is. A lényeg az, hogy a routert úgy kell elképzelni, mint két lábat, ami nem vehet fel azonos tartományú címet mindkét oldalán, például ha a WAN cím az 192.168.1.xxx tartományban van, akkor a LAN láb már csak eltérő tartományban lehet, pl 192.168.0.xxx vagy az általad is használt 192.168.2.xxx tartomány. És mivel a szolgáltatói eszköz LAN lába 192.168.1.xxx tartományban van, ezért ebből a tartományból ad a saját eszköz WAN lábának, így ha a saját eszköz LAN lába is az 192.168.1.xxx-re van állítva, az ebben az esetben "bonyodalmakhoz" vezet, ez lehetett, mikor az első körben ezzel próbáltad.
-
Azt értem, de érdemes lenne visszatérni ehhez a konfigurációhoz és megnézni, hogy a kiinduló esetben miért nem kapott az Asosod WAN portja DHCP - vel IP címet? Ha a szolgáltatói eszközben be van kapcsolva a DHCP, akkor simán kellett volna, hogy kapjon, hacsaknem az volt a baja, hogy egyezett a LAN beállítással. Mert ha te 192.168.1.X címet akarsz a saját eszközödön WAN oldalra, akkor a LAN - od már nem lehet 192.168.1.X, meg kell változtatni 192.168.0. X-re például, de lehet akár 192.168.3. XXX is.
-
@Nagy Gergő Az use DHCP routes-t próáld meg Disable-re állítani, bár a kérdés szempontjából nem hiszem, hogy hoz eredmény, de ki tudja. Esetleg megpróbálhatod azt a konfigurációt is, hogy LAN-WAN kötöd össze a szolgáltatói és a saját eszközt (Ekkor a saját eszközön DHCP-be, IGMP proxy és snooping be), majd a saját eszközön a WAN oldalra DHCP kliensként kérsz IP-t, a LAN IP címet pedig beállítod 192.168.0.200-ra (Maradjunk a 200-nál, ha már erre állítottad be)
-
Ha Windowst használsz, próbáld meg megnézni ezt a beállítást a WIFI adaptered esetén.
-
Bármilyen beállításról képet, hogy átlehessen látni a dolgokat a hálózatodban, mert csak ennek ismeretében lehet bármit is mondani, hogy mi miért nem működik, mi miért nem kap IPv6-ot. Nekem is saját eszköz PPPoE-zet és jött az IPv6, így bátran mondhatom, hogy nincs semmilyen szolgáltatói korlátozás a saját eszközre az IPv6 tekintetében.
-
Semmi. A mobil csak egy IPv6-ot kap, a mobilra kapcsolódó wifis eszközök nem kapnak IPv6-ot
-
Ez az use DHCP routes beállítás kikapcsolható, a Microsoft helyett milyen lehetőségek vannak? A DHCP server ki van kapcsolva az Asuson?
-
Lehet, hogy az a gond hogy rámegy az IPTV multicast a Wifire és ez terheli meg. Le kéne tiltani az IPTV forgalmat a Wifiről. Nem tudom milyen lehetőségek állnak rendelkezésre ebben az Asus RT-N12 plusban ehhez. Ilyen funkciót keress hogy IGMP. Állítsd enaple állapotra ha ki lenne kapcsolva, de egyes routereknél ílyen funkció is lehet, hogy WMM
-
Rendben a 200-as is megfelelő, ha másnak nincsvpontosan ugyan az a címe a hálózatban. A lényeg, hogy ne ütközzön. Ahogy írtam, LAN-LAN kösd össze a két eszközt, a WAN résznél pedig nem szükséges állítani semmit, illetve mindegy mire állítod és milyen hibát jelez.
-
@Nagy Gergő A másodlagos eszközöd LAN IP címét változtasd meg, mondjuk 5-ös végződésűre, az 192.168.1 részt pedig arra, amin a szolgáltatói eszköz is van. Ha ugyan az, akkor hagyd változatlanul, ha 192.168.0 akkor állítsd át erre a sajátod. Tevát vagy 192.168.1.5 vagy 192.168.0.5 legyen a címe, LAN-LAN kösd össze a szolgáltatói eszközt a másodlagos saját eszközzel. A WAN beállításokkal nem kell foglalkoznod, sem azzal, hogy azt írja a saját router adminfelülete, hogy nincs internet. Mivel az a WAN portot figyeli, de ebben a konfigurációban mi azt nem használjuk, így nem kell a hibajelzésével törődni. Update: Nem írtad oda, de az első két portra kötött IP TV ipjéből kiindulva az 192.168.1....-t használja a ZTE, így állítsd az ASUS LAN oldali címét 192.168.1.5-re.
