- Telekom mobilszolgáltatások
- iOS alkalmazások
- Ennyibe kerülnek a Huawei Pura modellek Európában
- Samsung Galaxy S21 FE 5G - utóirat
- Honor Magic V2 - origami
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Nemzetközi piacra érkezik az Amazfit Helio Ring
- Samsung Univerzum: Az S23-at is megbabonázta a Galaxy AI
- Milyen okostelefont vegyek?
- Apple AirPods Pro (2. generáció) - csiszolt almaságok
Hirdetés
-
Spyra: akkus, nagynyomású, automata vízipuska
lo Type-C port, egy töltéssel 2200 lövés, több, mint 2 kg-os súly, automata víz felszívás... Start the epic! :)
-
Számháborút nyerne az Ulefone Armor 26 Ultra
ma 5G, IP68/69K, 120 Hz, 120 W, 121 dB, 200 MP, 512 GB, 15 600 mAh és walkie-talkie opció – csak néhány kulcsadat.
-
VR játék lesz az Batman: Arkham Shadow (Meta Quest 3)
gp Egyelőre csak egy teaser trailert kaptunk a teljes leleplezésre a Summer Game Festen kerül sor.
-
Mobilarena
ASUS RT-N56U és RT-N65U Wireless-N Gigabit útválasztók
Új hozzászólás Aktív témák
-
Intruder2k5
MODERÁTOR
válasz bopeti98 #445 üzenetére
A Telekomnál eleve a legnagyobb hiba, hogy a Bridge módot letiltják a HGW-jükben, így nem lehet normálisan használni a routert!
Ettől függetlenül azonban több mód is van rá, hogy betedd a hálózatba! A CISCO felől jövő UTP kábelt lehet WAN és LAN portba is kötni, és ettől függően konfigolni az RT-N56U-t!
Nézted, hogy van-e újabb gyári fw hozzá az ASUS weboldalán?
-
Intruder2k5
MODERÁTOR
válasz bopeti98 #495 üzenetére
Azért az szép, hogy a boltban custom fw-vel javítják a hibát!
Egyébként Te ezt nem próbáltad? Illetőleg a gyári fw-t nem cserélted? Kíváncsi leszek rá, nekem egy picit olyan lerázósnak tűnik, de reméljük a legjobbakat!
Még a végén kiderül, hogy éppen itt érdeklődtek a javítás módjáról!
[ Szerkesztve ]
-
Gsx-rr
veterán
-
Intruder2k5
MODERÁTOR
válasz bopeti98 #506 üzenetére
Én nem hiszem, hogy a gyári fw lenne a hibás, vsz valami antivírus+tűzfal program foghatja meg, vagy esetleg a böngészőben van scriptblocker, vagy bármi windows tuning programmal le vannak tiltva a scriptek, stb... Gondolod, ha IE-vel nem működne az admin felület, abból nem lenne már világra szóló botrány?
[ Szerkesztve ]
-
Intruder2k5
MODERÁTOR
válasz bopeti98 #509 üzenetére
Abban egyetértünk, ha valami gond van gyári szoftver esetén, akkor vissza kell venni, mert az nem normális!
Esetleg az nem lehet, hogy amíg az ASUS újraindul, közben a géped kap egy 192.168.0.x IP-t a CISCO-tól, és ezzel meg nem enged be az ASUS? Ha kihúzod a CISCO-t az ASUS-ból (tehát nem kell net) és így indítod újra azt, akkor sem éred el? A géped megfelelő, 192.168.1.x címet kap?
[ Szerkesztve ]
-
Gsx-rr
veterán
válasz bopeti98 #509 üzenetére
Ettől féltem! Nekem is ez a Cisco lett, amig nem volt nem is volt problémám.
Nálam úgy ahogy jó lett ,hogy a dmz-ben beállítottam az Asus ip címét! De nem a 168.1......
Hanem amit kiosztott a Cisco a routernek. Azt a cisco felületén meg tudod nézni!
Lan Setup-Connected devices[ Szerkesztve ]
-
Intruder2k5
MODERÁTOR
válasz bopeti98 #515 üzenetére
Ennek így tökéletesnek kellene, hogy legyen! A CISCO-ban a DMZ-be ugyebár a 192.168.0.2 címet teszed?
Bár nincs, és nem is volt IPTV-m, sem pedig ilyen CISCO HGW-m, és T-s netem se, így a fentebb említett esetleg létező hibáról nem tudok nyilatkozni!
----------------------------------------------------------------------------------------------------------------------
Gsx-rr, az ASUS LAN címe 192.168.0.10?
[ Szerkesztve ]
-
Intruder2k5
MODERÁTOR
válasz bopeti98 #732 üzenetére
Oda csak annyit kell írnod, hogy pl.: bopeti98 és a router automatikusan regisztrálja azt az ASUS szerverén! Legalábbis anno, amikor még az első ASUS routeremen gyári fw ment 1-2 hónapig, akkor így volt!
De, ha már IP cím miatt reklamál, nem lehet, hogy szolgáltatós HGW mögött van a routered, és privát IP címe van?
-
Intruder2k5
MODERÁTOR
válasz bopeti98 #740 üzenetére
Hát ezzel akkor 100%-ban el is van lehetetlenítve az ingyenes távoli elérés!
Én tuti kiverném a balhét a telekomnál! Egyébként nem régiiben egy másik topikban valakinek volt ugyanilyen problémája, és határozott fellépésének köszönhetően kapott modemet a hgw helyett! Bár ha jól tudom, neki nem volt érvényes hűsége, és lakóhelyén volt konkurens szolgáltató is, amik sokat nyomhattak a latba! Nem tudom, hogy nálad ezekkel mi a helyzet...
[ Szerkesztve ]
-
Intruder2k5
MODERÁTOR
-
Intruder2k5
MODERÁTOR
válasz bopeti98 #818 üzenetére
Hát akkor azzal kell érvelni, hogy nem éred el a munkádhoz elengedhetetlenül szükséges dolgokat az otthoni számítógépen távolról! Állítsák neked bridge módba a hgw-t, vagy adjanak szimpla modemet! Ha nem megy, akkor lehet tenni róla, hogy hamarabb menjen tönkre ez a példány!
-
Intruder2k5
MODERÁTOR
válasz bopeti98 #862 üzenetére
169.254.0.0/16 link-local address!
Ezt a címet akkor veszi fel az oprendszer saját maga, ha nem kap választ a dhcp kérésekre!
-
bopeti98
őstag
válasz bopeti98 #864 üzenetére
Ezek szerint ebben is letiltotta a T a bridged módot.
Az IPsec passthrough meg valami VPN-s cucc: [link]
Felhoztam a szerelőnél a sima modem beszerelését de azt mondta hogy sajnos nem lehet, mivel ki van adva nekik hogy csak nagyon indokolt esetben üzemelhetnek be modemet.
Azért jó lenne tudni miért fáj ennyire a Telekomnak ha valaki saját router akar használni...
[ Szerkesztve ]
-
Intruder2k5
MODERÁTOR
válasz bopeti98 #865 üzenetére
Hát igen, ahogy azt gondoltam is!
Ismerősnek is most döglött meg a modeme, neki is HGW-t adtak EPC3925-öt! Ráadásul a szerelő még meg is etette őt, hogy persze, kikapcsolták a router funkciót benne, és most már csak modemként működik! Aztán amikor nem érte el az otthoni FTP szerverét, mert a dyndns valami 192.168.0.x IP-re hivatkozott, amit a routere regisztrált, akkor hívott, hogy valami nagyon nem jó!
-
Intruder2k5
MODERÁTOR
válasz bopeti98 #867 üzenetére
Ismerősnek annyiból jobb a helyzete, hogy ott Tomato van az RT-N16-on, az tud DynDNS-t frissíteni HGW mögül is, külső szerver segítségével megállapítva az IP címet!
Szerintem egy shell scripttel ezt nálad is meg lehetne oldani! Vagy ez a padavan féle fw nem tud ilyet?
[ Szerkesztve ]
-
Intruder2k5
MODERÁTOR
-
Intruder2k5
MODERÁTOR
válasz bopeti98 #869 üzenetére
Megcsináltam a scriptet, csupán ennyi lenne, amit időzíteni kellene, és már működik is a frissítés HGW mögött!
#!/bin/sh
HOSTNAME="hostname.dyndns.org" # DynDNS hosztnév
USERNAME="username" # DynDNS felhasználónév
PASSWORD="password" # DynDNS jelszó
WANIP="curl -s checkip.dyndns.com | grep -Eo "[0-9]+\.[0-9]+\.[0-9]+\.[0-9]+""
curl -s http://$USERNAME:$PASSWORD@members.dyndns.org/nic/update?hostname=$HOSTNAME&myip=$WANIP -
Kobor
aktív tag
válasz bopeti98 #911 üzenetére
Lehetseges okok:
1. Nem hoztad letre a transmission mappát, mielott engedelyezted.
Ha NTFS lemezt hasznalsz:
2. A mappa mar letezett, de nem a custom FW-ben jott letre.
3. A mappa mar letezett hasznaltad, de megvaltoztattad a router admin jelszavat, vagy a felhasznalot.Lehetseges megoldasok:
1. Kikapcsolod a transmissiont
mappa letrehoz
engedelyezd
2. Kikapcsolod a transmissiont
mappa atnevez, uj letrehoz
engedelyezd
3. lsd. 2-es. -
nagyfejü
őstag