Keresés

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

  • btomi9

    aktív tag

    Sziasztok!

    200-as csomagra váltás miatt kaptam a Digitől ZTE ZXHN H298N CPE routert (telefonom is van tőlük). Az lenne a kérdésem, hogy ez az eszköz tudja a Wake-on-Lan funkciót? Arra gondolok, hogy kintről az internet felől be tudok-e küldeni egy ilyen csomagot, és a belső hálózaton (mondjuk a fix IP -t használó) asztali PC -t fel tudom ébreszteni vele)?

    A leírását olvastam, de ott nem látok ilyet, kipróbálni még nem volt időm. Próbálok tájékozódni.

  • btomi9

    aktív tag

    válasz bezzegz #30110 üzenetére

    Én admin/admin vagyok rajta! Tudsz esetleg menüpontot ajánlani, ahol ezt lehet engedélyezni? A port forwarding megvan, csak ez nem is TCP/IP, hanem valamilyen magic packet, de erre nem találtam semmit a leírásban.

  • btomi9

    aktív tag

    válasz btomi9 #30112 üzenetére

    Bocsánat, benéztem. Nem vagyok admin/admin. user/user vagyok én is. Felhívtam a hibabejelentőt, hogy mondják már meg az admin jelszót, nem voltak hajlandóak.

    Most azt nem tudom, hogy ha hardveres resetet nyomok rá, akkor nem áll vissza admin/admin -ra az adminisztrációs user?

  • btomi9

    aktív tag

    válasz btomi9 #30117 üzenetére

    Elnézést, hogy nem szerkesztgetem, de csináltam egy soft resetet eltelt 3-4 perc, mire vissza tudtam jönni. Viszont nem segített. Gondolom, csináltak valami saját DIGI -s firmware-t, hiszen a logó is látszik. Akkor már csak az a kérdés, hogy ha én a ZTE -ről letöltöm a gyári firmware-jét, akkor azt tudom-e frissíteni mondjuk egy pendrive-ról? (bár ha a wake on lan nem működik rajta, akkor lehet, hogy így is, úgy is veszek egy routert, lehet, nem szarakodok vele)

    Esetleg valaki bennfentes lenne olyan kedves, egy pü -ben elküldhetné nekem a "gyári" DIGI admin jelszót :)

    Model ZXHN H298N
    Serial Number ZTERH7FECK*****
    Batch Number 07deT102d3
    Hardware Version V1.4
    Software Version V1.1.3_RDS5T1
    Boot Loader Version V1.4.0

    [ Szerkesztve ]

  • btomi9

    aktív tag

    válasz btomi9 #30118 üzenetére

    Szeretnék utolsó ötletként kipróbálni valamit, a szitu a következő:

    A Digitől kapott ZTE routerbe be van kötve egy asztali pc, egy Sony tévé és egy Popcorn Hour C300 médialejátszó. Ez utóbbiban van egy winchester, amire torrentezni szeretnék a saját torrent kliensével. Az a bajom, hogy néha működik, aztán se szó se beszéd, megszakad, és nem hajlandó felmenni a hálóra, és a belső szolgáltatásai sem működnek. Samba megosztás, torrent kliens elérése belső hálóból.

    Közben kialakítottam, hogy mindhárom eszköznek fix IP címe legyen (192.168.1.2 -től 4-ig rendre), a PC és a tévé szépen működik, a Popcorn nem hajlandó.

    Erre próbáltam azt, hogy hátha a ZTE routerben be kell állítani valami statikus routing-ot, hátha a popi önállóan nem hajlandó elárulni, hogy az ő IP címe márpedig a .4

    Amikor itt vagyok a Network/Routing(IPv4)/Static routing menüben, majd kitöltögetném az egyébként az eszközök saját beállításaiban megadott fix IP címeket

    WAN Connection

    Network Address
    Subnet Mask
    Gateway

    Network Address Subnet Mask Gateway WAN Connection Status Modify Delete
    There is no data, please add one first.

    Majd hozzáadnám, akkor jön egy Notice üzenet:

    Current operation is ineffective please check configuration parameters.

    Ez működik valakinél, egyáltalán kell ezzel szórakozni, vagy inkább kérdezősködjek a Popcorn fórumokban?

    [ Szerkesztve ]

  • btomi9

    aktív tag

    válasz lajos0001 #30195 üzenetére

    Én Topnetes voltam, még anno 80/x talán 40 volt a felmenő? Ezt megemelték 100/50 -re automatikusan, de már lejárt a hűségem, így 4700 forintért ezt használtam. Aztán egyszercsak bedobtak egy szórólapot, megnéztem, mit kínál most a digi, és kiderült: ugyanígy hűség nélkül 4700 -ért már a 200-as csomagot adják. Írtam nekik, hogy kérem az ugyanannyiba kerülő csomagomat 200-asra emeljék :) így került hozzám a ZTE router és meg is csinálták ingyen.

    Szóval szerintem automatikusan nem csinálnak semmit, csak ha kéred.

  • btomi9

    aktív tag

    Port forward témában jutottam némi információhoz.

    Alapsztori: szeretnék Wake-on Lan -t csinálni otthon, adott a DIGI -s ZTE ZXHN H298N, ahol user/user buta user vagyok. Van ugyan port forwarding menü, be is tudom állítani, de mégsem működik. Bármilyen külső oldalról próbáltam az adott portot nézni (pl. whatismyipaddres.com, majd a külső IP adott külső portját http://www.checkmyports.net/ -en), mindig azt mondta, hogy zárva van.

    Felhívtam az ügyfélszolgálatot, a hibabejelentő kislánynak elmondtam a nyűgömet. Utánajárt, először arra gyanakodtak, hogy valamilyen NAT -olós módon kapok én IP -t és ezért nem megy, aztán megnézte mégegyszer, és kiderült, hogy nem ez a baj. Azt nem tudta 100%-osan megerősíteni, hogy működik a port forward, hiába aktív a menü, elképzelhető, hogy a buta user miatt mégsem engedi és ezért nem is fog a büdös életbe se működni. Hibaként nem hajlandóak foglalkozni vele, szerintük az internet működik, ezt úgy tekintik, mint egyéni szoc.problémám (nem így mondta, normális volt a csaj, de ez volt a lényege, hogy szerintük ez (port forward) nem tartozik bele az internetszolgáltatásba, szerintem meg igen, de nem tudtuk egymást meggyőzni).

    Esetleg közületek működik valakinek a DIGI -s routerével?

    Én mindenesetre ma veszek egy TP-LINK TL-SG1005D switch -et (van saját komolyabb routerem), meguntam a szarakodást.

  • btomi9

    aktív tag

    válasz Flashget #31002 üzenetére

    Megőrülök ezektől!
    Megvettem a switchet. Bejövő WAN kábel a switchbe, onnan egy kábel a ZTE WAN portba, egy az ASUS WAN portba. Asus LAN portból a Pc-re. ZTE-ben felhasználónév törölve, ASUS próbál PPPoE csatlakozni a megadott user/passworddel, de nem megy. Megpróbáltam Tomato firmware-t tenni az Asusra, azzal sem engedi fel. A ZTE MAC címét le kell klónozni, vagy mi a szent szart csináljak még, hogy felengedjen?

    Ha csak a switch-Zte-Pc útvonal van, azzal persze felenged. Az biztos, hogy ha nem sikerül ezen túllendülni, kirúgom őket a p-ba és jön a UPC!

    [ Szerkesztve ]

  • btomi9

    aktív tag

    válasz Multibit #31054 üzenetére

    Próbáltam, de úgy se. MAC cím klónozás is megvolt a ZTE MAC címéről másolva, és úgy sem enged. Kipróbáltam az eladó Tenda routeremmel szintén MAC klónozással, de azzal se.

    Mit ellenőrizhetnek még vajon? Illetve fel fogom őket hívni, hogy ezt a korlátozást (miszerint csak a saját routerükkel lehet konnektálni) sürgősen felejtsék el, vagy én felejtem el őket.

    A tomato-ban egyébként ezek az opciók vannak, valami tippetek esetleg?

  • btomi9

    aktív tag

    válasz Flashget #31063 üzenetére

    Nálam 1. port a bejövő WAN kábel, 2. port a ZTE, 3. az ASUS.

    Még azt esetleg kipróbálom én is, hogy a ZTE -nek megadok valami kamu fix ip címet, bár most, hogy visszakötöttem, hogy legalább valami netem legyen itthon, bekérte a user/jelszót, szóval szerintem sikeresen el tudta felejteni.

    Létezik olyan, hogy csak bizonyos routerekkel lenne kompatibilis? Hát egy közönséges PPPoE, nehogymár ne működjön akármelyiken (hacsak nincs valami egyéb paraméter, amit a kapcsolat felépítésekor figyel).

  • btomi9

    aktív tag

    válasz wwenigma #31071 üzenetére

    Eskü, nem trollkodok :) a logot a tomato -ban tudom megnézni? Elég új még nekem ez a firmware, keresgélek. És kipróbálom, amit mondtál, hogy disconnect és úgy a sajáttal.

  • btomi9

    aktív tag

    válasz wwenigma #31077 üzenetére

    Nos, elkezdtem nézni a logokat a tomato -ban, konkrét okot nem említ, hogy mi a baja. Kipróbáltam azt is, hogy az Asus routernek megváltoztattam az IP -jét 192.168.2.1 -re, a ZTE maradt 192.168.1.1

    Most vissza kellett dugnom a ZTE -re, hogy tudjak nektek írni, amikor visszaléptem (.1.1 -en bejött az admin felület), disconnected -ben volt. A user/pass nem volt kitörölve.

    A logban csak ennyi látszik:

    Jan 1 01:07:06 unknown daemon.info dnsmasq-dhcp[2741]: read /etc/dnsmasq/dhcp/dhcp-hosts
    Jan 1 01:07:13 unknown daemon.info pppd[2830]: Plugin rp-pppoe.so loaded.
    Jan 1 01:07:13 unknown daemon.info pppd[2830]: RP-PPPoE plugin version 3.10 compiled against pppd 2.4.5
    Jan 1 01:07:13 unknown daemon.notice pppd[2831]: pppd 2.4.5 started by root, uid 0
    Jan 1 01:07:13 unknown user.info redial[2832]: Started. Time: 10
    Jan 1 01:07:33 unknown user.info redial[2832]: WAN down. Reconnecting...
    Jan 1 01:07:33 unknown daemon.info dnsmasq[2741]: exiting on receipt of SIGTERM
    Jan 1 01:07:33 unknown user.debug preinit[1]: 182: pptp peerdns disabled
    Jan 1 01:07:33 unknown daemon.info dnsmasq[2873]: started, version 2.72+ cachesize 1500
    Jan 1 01:07:33 unknown daemon.info dnsmasq[2873]: compile time options: IPv6 GNU-getopt no-RTC no-DBus no-i18n no-IDN DHCP DHCPv6 no-Lua TFTP no-conntrack ipset Tomato-helper auth DNSSEC loop-detect
    Jan 1 01:07:33 unknown daemon.info dnsmasq[2873]: asynchronous logging enabled, queue limit is 5 messages
    Jan 1 01:07:33 unknown daemon.info dnsmasq-dhcp[2873]: DHCP, IP range 192.168.1.2 -- 192.168.1.51, lease time 1d
    Jan 1 01:07:33 unknown daemon.warn dnsmasq[2873]: no servers found in /etc/resolv.dnsmasq, will retry
    Jan 1 01:07:33 unknown daemon.info dnsmasq[2873]: read /etc/hosts - 2 addresses
    Jan 1 01:07:33 unknown daemon.info dnsmasq[2873]: read /etc/dnsmasq/hosts/hosts - 3 addresses
    Jan 1 01:07:33 unknown daemon.info dnsmasq-dhcp[2873]: read /etc/dnsmasq/dhcp/dhcp-hosts
    Jan 1 01:07:39 unknown daemon.info pppd[2937]: Plugin rp-pppoe.so loaded.
    Jan 1 01:07:39 unknown daemon.info pppd[2937]: RP-PPPoE plugin version 3.10 compiled against pppd 2.4.5
    Jan 1 01:07:39 unknown daemon.notice pppd[2938]: pppd 2.4.5 started by root, uid 0
    Jan 1 01:07:39 unknown user.info redial[2939]: Started. Time: 10
    Jan 1 01:07:59 unknown user.info redial[2939]: WAN down. Reconnecting...
    Jan 1 01:07:59 unknown daemon.info dnsmasq[2873]: exiting on receipt of SIGTERM
    Jan 1 01:07:59 unknown user.debug preinit[1]: 182: pptp peerdns disabled
    Jan 1 01:07:59 unknown daemon.info dnsmasq[2983]: started, version 2.72+ cachesize 1500
    Jan 1 01:07:59 unknown daemon.info dnsmasq[2983]: compile time options: IPv6 GNU-getopt no-RTC no-DBus no-i18n no-IDN DHCP DHCPv6 no-Lua TFTP no-conntrack ipset Tomato-helper auth DNSSEC loop-detect
    Jan 1 01:07:59 unknown daemon.info dnsmasq[2983]: asynchronous logging enabled, queue limit is 5 messages
    Jan 1 01:07:59 unknown daemon.info dnsmasq-dhcp[2983]: DHCP, IP range 192.168.1.2 -- 192.168.1.51, lease time 1d
    Jan 1 01:07:59 unknown daemon.warn dnsmasq[2983]: no servers found in /etc/resolv.dnsmasq, will retry
    Jan 1 01:07:59 unknown daemon.info dnsmasq[2983]: read /etc/hosts - 2 addresses
    Jan 1 01:07:59 unknown daemon.info dnsmasq[2983]: read /etc/dnsmasq/hosts/hosts - 3 addresses
    Jan 1 01:07:59 unknown daemon.info dnsmasq-dhcp[2983]: read /etc/dnsmasq/dhcp/dhcp-hosts
    Jan 1 01:08:05 unknown daemon.info pppd[3034]: Plugin rp-pppoe.so loaded.
    Jan 1 01:08:05 unknown daemon.info pppd[3034]: RP-PPPoE plugin version 3.10 compiled against pppd 2.4.5
    Jan 1 01:08:05 unknown daemon.notice pppd[3035]: pppd 2.4.5 started by root, uid 0
    Jan 1 01:08:05 unknown user.info redial[3036]: Started. Time: 10
    Jan 1 01:08:25 unknown user.info redial[3036]: WAN down. Reconnecting...
    Jan 1 01:08:25 unknown daemon.info dnsmasq[2983]: exiting on receipt of SIGTERM
    Jan 1 01:08:25 unknown user.debug preinit[1]: 182: pptp peerdns disabled
    Jan 1 01:08:25 unknown daemon.info dnsmasq[3071]: started, version 2.72+ cachesize 1500
    Jan 1 01:08:25 unknown daemon.info dnsmasq[3071]: compile time options: IPv6 GNU-getopt no-RTC no-DBus no-i18n no-IDN DHCP DHCPv6 no-Lua TFTP no-conntrack ipset Tomato-helper auth DNSSEC loop-detect
    Jan 1 01:08:25 unknown daemon.info dnsmasq[3071]: asynchronous logging enabled, queue limit is 5 messages
    Jan 1 01:08:25 unknown daemon.info dnsmasq-dhcp[3071]: DHCP, IP range 192.168.1.2 -- 192.168.1.51, lease time 1d
    Jan 1 01:08:25 unknown daemon.warn dnsmasq[3071]: no servers found in /etc/resolv.dnsmasq, will retry
    Jan 1 01:08:25 unknown daemon.info dnsmasq[3071]: read /etc/hosts - 2 addresses
    Jan 1 01:08:25 unknown daemon.info dnsmasq[3071]: read /etc/dnsmasq/hosts/hosts - 3 addresses
    Jan 1 01:08:25 unknown daemon.info dnsmasq-dhcp[3071]: read /etc/dnsmasq/dhcp/dhcp-hosts
    Jan 1 01:08:32 unknown daemon.info pppd[3122]: Plugin rp-pppoe.so loaded.
    Jan 1 01:08:32 unknown daemon.info pppd[3122]: RP-PPPoE plugin version 3.10 compiled against pppd 2.4.5
    Jan 1 01:08:32 unknown daemon.notice pppd[3123]: pppd 2.4.5 started by root, uid 0
    Jan 1 01:08:32 unknown user.info redial[3124]: Started. Time: 10


    #
    #
    # 192.168.2.1 -re átállás után
    #
    #

    Jan 1 01:16:49 unknown daemon.info dnsmasq-dhcp[5379]: DHCP, IP range 192.168.2.2 -- 192.168.2.51, lease time 1d
    Jan 1 01:16:49 unknown daemon.warn dnsmasq[5379]: no servers found in /etc/resolv.dnsmasq, will retry
    Jan 1 01:16:49 unknown daemon.info dnsmasq[5379]: read /etc/hosts - 2 addresses
    Jan 1 01:16:49 unknown daemon.info dnsmasq[5379]: read /etc/dnsmasq/hosts/hosts - 3 addresses
    Jan 1 01:16:49 unknown daemon.info dnsmasq-dhcp[5379]: read /etc/dnsmasq/dhcp/dhcp-hosts
    Jan 1 01:16:55 unknown daemon.info pppd[5430]: Plugin rp-pppoe.so loaded.
    Jan 1 01:16:55 unknown daemon.info pppd[5430]: RP-PPPoE plugin version 3.10 compiled against pppd 2.4.5
    Jan 1 01:16:55 unknown daemon.notice pppd[5431]: pppd 2.4.5 started by root, uid 0
    Jan 1 01:16:55 unknown user.info redial[5432]: Started. Time: 10
    Jan 1 01:17:15 unknown user.info redial[5432]: WAN down. Reconnecting...
    Jan 1 01:17:15 unknown daemon.info dnsmasq[5379]: exiting on receipt of SIGTERM
    Jan 1 01:17:15 unknown user.debug preinit[1]: 182: pptp peerdns disabled
    Jan 1 01:17:15 unknown daemon.info dnsmasq[5444]: started, version 2.72+ cachesize 1500
    Jan 1 01:17:15 unknown daemon.info dnsmasq[5444]: compile time options: IPv6 GNU-getopt no-RTC no-DBus no-i18n no-IDN DHCP DHCPv6 no-Lua TFTP no-conntrack ipset Tomato-helper auth DNSSEC loop-detect
    Jan 1 01:17:15 unknown daemon.info dnsmasq[5444]: asynchronous logging enabled, queue limit is 5 messages
    Jan 1 01:17:15 unknown daemon.info dnsmasq-dhcp[5444]: DHCP, IP range 192.168.2.2 -- 192.168.2.51, lease time 1d
    Jan 1 01:17:15 unknown daemon.warn dnsmasq[5444]: no servers found in /etc/resolv.dnsmasq, will retry
    Jan 1 01:17:15 unknown daemon.info dnsmasq[5444]: read /etc/hosts - 2 addresses
    Jan 1 01:17:15 unknown daemon.info dnsmasq[5444]: read /etc/dnsmasq/hosts/hosts - 3 addresses
    Jan 1 01:17:15 unknown daemon.info dnsmasq-dhcp[5444]: read /etc/dnsmasq/dhcp/dhcp-hosts
    Jan 1 01:17:21 unknown daemon.info pppd[5495]: Plugin rp-pppoe.so loaded.
    Jan 1 01:17:21 unknown daemon.info pppd[5495]: RP-PPPoE plugin version 3.10 compiled against pppd 2.4.5
    Jan 1 01:17:21 unknown daemon.notice pppd[5496]: pppd 2.4.5 started by root, uid 0
    Jan 1 01:17:21 unknown user.info redial[5497]: Started. Time: 10
    Jan 1 01:17:32 unknown daemon.info dnsmasq[5444]: exiting on receipt of SIGTERM
    Jan 1 01:17:32 unknown user.debug preinit[1]: 182: pptp peerdns disabled
    Jan 1 01:17:32 unknown daemon.info dnsmasq[5627]: started, version 2.72+ cachesize 1500
    Jan 1 01:17:32 unknown daemon.info dnsmasq[5627]: compile time options: IPv6 GNU-getopt no-RTC no-DBus no-i18n no-IDN DHCP DHCPv6 no-Lua TFTP no-conntrack ipset Tomato-helper auth DNSSEC loop-detect
    Jan 1 01:17:32 unknown daemon.info dnsmasq[5627]: asynchronous logging enabled, queue limit is 5 messages
    Jan 1 01:17:32 unknown daemon.info dnsmasq-dhcp[5627]: DHCP, IP range 192.168.2.2 -- 192.168.2.51, lease time 1d
    Jan 1 01:17:32 unknown daemon.warn dnsmasq[5627]: no servers found in /etc/resolv.dnsmasq, will retry
    Jan 1 01:17:32 unknown daemon.info dnsmasq[5627]: read /etc/hosts - 2 addresses
    Jan 1 01:17:32 unknown daemon.info dnsmasq[5627]: read /etc/dnsmasq/hosts/hosts - 3 addresses
    Jan 1 01:17:32 unknown daemon.info dnsmasq-dhcp[5627]: read /etc/dnsmasq/dhcp/dhcp-hosts
    Jan 1 01:17:39 unknown daemon.info pppd[5710]: Plugin rp-pppoe.so loaded.
    Jan 1 01:17:39 unknown daemon.info pppd[5710]: RP-PPPoE plugin version 3.10 compiled against pppd 2.4.5
    Jan 1 01:17:39 unknown daemon.notice pppd[5711]: pppd 2.4.5 started by root, uid 0
    Jan 1 01:17:39 unknown user.info redial[5712]: Started. Time: 10

  • btomi9

    aktív tag

    válasz Flashget #31078 üzenetére

    A múltkor, amikor még a portforwarddal zaklattam őket, azt mondta az üszi -s lány, hogy valószínű, alapból valami NAT-olós megoldás van, de ha kérem, akkor adnak normális külső IP- t, aztán megnézte és mondta, hogy bocs, már alapból rendes külső IP -t kapok.

  • btomi9

    aktív tag

    válasz wwenigma #31082 üzenetére

    Nem gyári. A gyárival sem csatlakozott, tettem rá egy legfrissebb tomato -t (duckdns -hez egyébként is ezt szeretném majd használni).

  • btomi9

    aktív tag

    Most egy kicsit nem tudok válaszolni, mert megint nyomok disconnectet, várok egy fél órát, hátha tényleg náluk beragad ilyenkor valami.

    Amúgy köszönöm, hogy ennyien próbáltok segíteni! :R :R

    Ez normális külső IP, amit kaptam, nem?

    [ Szerkesztve ]

  • btomi9

    aktív tag

    Itt vagyok ismét.

    Nyilván nyomtam show password -öt és nem gépeltem el :)

    Most kínomban a PC hálókártyának mindig fix IP -t adok, és amikor próbálkozom (értsd: a PC -be jövő kábelt dugdosom át a két router között egyikből a másikba), úgy az IP tartományomat is cserélem 192.168.2.x -ről 1.x -re vagy fordítva.

    Egyelőre ezeket próbálgatom, amiket mondtatok, és olvasgatok, hátha járt más is így.

    Kimásoltam google -be azt a sort, amikor mondja, hogy WAN down... ahol így jártak, ott már volt kapcsolat, csak leszakadt gyakran, javasoltak egy ilyen opciót: debug_pppoe=1 csak azt nem írják, hogy hol kell ezt beállítani a tomato -n belül.

    [ Szerkesztve ]

  • btomi9

    aktív tag

    válasz olajbogyo #28185 üzenetére

    Na, megtaláltam ezt a hozzászólást, nálam dettó. Próbáltam, hogy a switchből direkt a PC -be kötöttem a bejövő WAN kábelt (amúgy az nem ér el a PC -ig, ezért a switch), és 651 -es hiba nálam is, nem kapcsolódik. A saját routerről meg már panaszkodtam, hogy mi a helyzet.

  • btomi9

    aktív tag

    Esetleg van valaki Budapesten aki szintén a csodás ZTE + switch mögött vidáman csatlakozik a saját routerével? Nagyon kíváncsi lennék, ha elvinném a saját Asus -t, hogy ott működne-e.

  • btomi9

    aktív tag

    Na b...+ ajánlották ezt a 30-30-30 szabályt a gyári beállítások visszaállítására. Igen ám, de az Asus ha reset gomb mellett kapcsolod be, akkor elmegy rescue módba, és onnan nem akar kijönni. Gyári CD elő, fw restoration tool, kitallóztam a letöltött tomato fw-t, és lefrissítettem. Most dolgozik, rebootol, ilyenkor hagyni kell jó 40 percet, napközben is sokáig tartott. Majd beszámolok, hogy segített-e.

  • btomi9

    aktív tag

    válasz btomi9 #31105 üzenetére

    Jelentem, semmi nem változott. Pedig itt most már igazán volt hard reset, firmware újratelepítés is.

    Egy plusz infó, ami fontos lehet: péntekről szombatra virradóra áramszünet volt (a mosógép elárulja, illetve van egy konnektorba dugható órám is, amiből kiderül). Szerintetek lehet olyan, hogy a lépcsőházban lévő DIGI -s eszköz megmakkant egy áramszünettől és ilyenkor távoli menedzsmenttel kell valamit csinálniuk? (de akkor meg a saját routeren keresztüli csatlakozás miért megy tök simán?)

  • btomi9

    aktív tag

    válasz wwenigma #31111 üzenetére

    Azt már teszteltem, hogy a switch nem befolyásol semmit. Vagyis próbáltam direktben a routerbe (Asus) dugni a bejövő kábelt, de úgy sem megy. Ha visszateszem a gyári fw -t, az is mutat ilyen szép logokat?

    Ledek világítanak az ethernet csatlakozók mellett, az Asus elején a tomato fw telepítése óta csak a power led világít, de ezt azt gondoltam, normális.

    [ Szerkesztve ]

  • btomi9

    aktív tag

    válasz Multibit #31120 üzenetére

    A gyári fw-el sem kapcsolódott, csak ott még logot sem láttam (vagy nem tudtam, hogy meg lehet nézni, vagy nem is lehet). A sima kábelt bedugva jön a 651-es hiba. Felhívtam a hibabejelentőt, most úgy néz ki náluk, hogy a lépcsőházi eszköz működik. Viszont amikor a 651-es hibát bemondtam, egyből mondta, hogy akkor valami tényleg nem stimmel (náluk). Nyitott egy munkalapot, vagy távolról, vagy személyesen kijönnek, de megnézik. Azt megerősítette a kolléga, hogy simán a bejövő kábelt a PC-be dugva is mennie kellene, tehát nem kötelező az ő routerüket használni.

    A tesztelést a következőképp folytatom: 1. Visszarakom a gyári fw-t, de a legfrissebbet
    2. Elviszem a routert a szüleimhez vidékre, ahol szintén Digi van, és megnézzük, az ő userükkel tud-e kapcsolódni.

  • btomi9

    aktív tag

    válasz Multibit #31129 üzenetére

    Van egy eladó routerem, azzal is próbáltam, az se hajlandó felmenni.

    Viszont BRÉKING! Visszahívott a DIGI -s technikai ember, és nem fogjátok elhinni, mit javasolt (arra, hogy mondtam neki a saját routeres igényt) vegyek egy switchet, abba kössem be a ZTE -t, a bejövőt meg a sajátot, és működni fog. Mondom neki mosolyogva, ezen már túlvagyunk :)

    Erre megerősítette, hogy a lépcsőházi ONT eszköz akkor ezek szerint úgy van konfigolva, hogy ... (itt nem pontosan fogalmazott, csak annyi derül ki, hogy van egy PPPoE meg egy telefonos(?) valami), és így csak a ZTE -vel enged fel. Viszont kedden ezt távolról az eszköz management felületéről át tudják állítani nekem, hogy normálisan működjön. Úgyhogy itt most már 95% az esélyem, hogy tényleg náluk van valami olyan csökött módon konfigolva, hogy csak a ZTE -t engedi fel.

    Ettől függetlenül és csak okulásképp bemásolom a gyári fw által szült logokat, hátha később jó lesz valakinek, aki hasonló cipőben jár:

    [link]

    [ Módosította: radi8tor ]

  • btomi9

    aktív tag

    válasz Flashget #31132 üzenetére

    A próféta szóljon belőled! :DD

    Egyébként ha VPN, akkor hogyhogy a ZTE -ben PPPoE kapcsolatot állítok be (vagy ő magának), és azt fogadja el?

  • btomi9

    aktív tag

    válasz Flashget #31136 üzenetére

    Hát kb. kapják be, ki adott nekik engedélyt arra, hogy én csak az ő eszközükön keresztül tudjak internetezni, én régi ügyfelük vagyok, eddig csak a kábel jött be, ők hozták a szarjukat :)

    Jó, értem, üzletpolitika, meg elhiszem, hogy a usereik 90%-ának ez megfelel.

    Jelentem, a szülőknél az ő userükkel vidáman felengedett az Asus routerem a legfrissebb tomato fw -el, és most innen írok. Úgyhogy ez nálam kedden feltehetőleg meg fog oldódni. (powerleden kívül továbbra sem világít semelyik más led a routeremen, de ez szerintem tomato "feature" :))

  • btomi9

    aktív tag

    válasz Multibit #31154 üzenetére

    Nem ragaszkodom a Tomatohoz, de gyorsabb csomagoknál már visszafogja a sávszélességet? Nekem amire szükségem lenne: duckDNS, hogy tudjon custom html alapján statikus IP -t szerezni, ezen kívül NAS -t elérni, még azt nem találtam ki, hogy csak VPN-en keresztül, vagy megelégszem a jelszavas védelemmel pl. SAMBA -n stb. Van még ötletem arra, hogy ha szeretnék ügyeskedni a "böngészés + email opcióval" akkor mobilinterneten bármilyen fogalmat be tudnék terelni a http(s) alá.

  • btomi9

    aktív tag

    válasz szabonagyur #31153 üzenetére

    Itt persze kérdés, hogy régi ügyfélként anno 2012 körül mit írtam alá, DE: az én értelmezésem szerint az, hogy én megrendelek egy internet szolgáltatást mondjuk 100/50 Mbit/s sebességgel (tegyük fel, garantált volt anno 40/20 Mbit/s), akkor ők ezt biztosítják. Anno bejött egy UTP kábel, és ennyi. Most, hogy a megemelt sávszél. miatt behozták a routerüket, ahol egy lebutított user/user hozzáférést biztosítanak, az nem az én egyéni szoc. problémám, hanem az övék. Oldják meg! Én internetre fizettem elő, azaz ha (esetükben a PPPoE -n keresztül) bemegyek a hálózatukra, kapok egy dinamikus IP -t, onnantól azt csinálok vele, amit akarok. Hogy ez most technikailag nem így néz ki, azt oldják meg ők! (egyébként nagyon rendesek ebből a szempontból, hogy bejelentem a hibát, visszahív a technikai ember, javasolja a switch-es megoldást és megígéri, hogy kapok rendes korlátozás nélküli külső IP-t, szóval foglalkoznak a problémámmal, szerintem ez egyébként elvárható és korrekt hozzáállás)

  • btomi9

    aktív tag

    Szóval még egyszer összefoglalva: csak a ZTE-n keresztül enged fel, saját routeren, mezei kábelt PC-be dugva sem. Azt technikailag nem értem, hogy ez most VPN, vagy NAT, nekem sima PPPoE-nek tűnik, de nem értek annyira hozzá. A ZTE router polcra helyezése nem csak a telefon miatt nem oldaná meg a problémámat, hanem azért sem, mert jelenleg csak így enged kapcsolódni.

    Ennek a megítélése pedig részemről továbbra is korlátozás, és továbbra is tartom, hogy én korlátlan internetre fizettem elő, amibe beletartozik az is, amit én szeretnék (saját routerrel kapcsolódni). Szerinem egy net előfizetés kétirányú kapcsolat, akár otthonról szólítom meg a külvilágot, akár fordítva.

    És mégegyszer: pozitív hozzáállásnak értékelem tőlük, hogy hajlandóak normális, teljes értékű külső IP-t biztosítani (igaz, külön kérésre, de mégis), akár NAT, VPN vagy bármi áll a háttérben. Összességében tehát nincs harag, ez egy érdekes kis kálvária volt, amit bejártam.

    [ Szerkesztve ]

  • btomi9

    aktív tag

    UPDATE: itthon kipróbáltam a saját routert, nem kapcsolódik. Visszakötöttem a ZTE-t, és most már az sem kapcsolódik. Illetve az admin felülete szerint igen, kap is külső IP-t, de a PC-n akár pl. 192.168.1.7 fix IP-t beállítva, akár DHCP-t engedélyezve nincs internet. Windowsban sárga felkiáltójel és semmi nem jön be. Vetettem fel új hibajegyet, hivatkozva az előzmény hibajegyre. :-(

  • btomi9

    aktív tag

    UPDATE 2: ma napközben csak egy automata SMS -t kaptam, hogy elkészült a hibajegyem megoldása, hazajöttem, kipróbáltam és láss csodát: működik! :) :Y :C

    Köszönöm szépen a segítségeteket! :R :R

    (az most más kérdés, hogy a vezetékes telefon nem működik, erre nyittattam egy új hibajegyet, ránézett, és nem látja az eszközt, de még talán a lépcsőházit sem, majd meglátjuk, mit kezdenek ezzel)

  • btomi9

    aktív tag

    Sziasztok!

    Tanulságképpen, illetve tippeket remélve elküldöm a hibabejelentőnek küldött levelemet, és mesélem tovább a sztorit. A levél:

    Tisztelt Ügyfélszolgálat!

    A következő furcsaságokat tapasztaltam az internet hozzáféréssel kapcsolatban.

    Tegnap (2016.03.29) 23:30 körül a lejövő irány 2-10 Mbit/s között mozgott, a felmenő irány 80 Mbit/s körül. A lejövő iránnyal van problémám, kb. egy hete kértem a 200-as csomag megemelését 500 Mbitesre.

    Ma kétszer is beszéltem az ügyfélszolgálatos kollégákkal, azt tanácsolták, hogy hagyjuk ki az Önök ZTE routerét, és a bejövő kábelt direktbe a gépbe dugva végezzem el a sebességmérést.

    Ezt ma este megpróbáltam, de 651-es hibát dobott két gépről is. Egy laptopot közvetlen a beépített szekrényben lévő bejövő kábelre, az asztali gépet pedig gigabites switch-en keresztül (majdnem) közvetlen a bejövő kábelre dugva mindkét gépen Win 10 alatt új PPPoE kapcsolatot létrehozva próbálkoztam. Mindkét gépen 651-es hibát kaptam.

    A ZTE router gond nélkül feljelentkezik, és ma este 22:00 körül azon mérve normális, 484 Mbit/s sebességet mértem lefelé irányba az Önök sebességmérő oldalán.

    A gondom azzal van, hogy miért dobja a 651 -es hibát. Én egy saját ASUS RT-AC56U routerrel szeretnék felmenni a hálózatra, a ZTE modemet csak a vezetékes telefon miatt tartom, onnan mindig lecsatlakozom a PPPoE kapcsolatról. Így viszont az ASUS routert sem engedi fel a hálózatra.

    Lehet esetleg köze az IPv6 átálláshoz? A prohardver fórumokat átnéztem, találtam pár cikket, ami a PPPeEv6 - Share with PPPoEv4 opcióval kapcsolatos, dual stack és hasonló dolgok, ezeket mindet szívesen kipróbálom, de mielőtt a saját routerem IPv6 -os beállításaival próbálkoznék, szeretnék meggyőződni róla, hogy az Önök oldaláról minden rendben van-e, ne próbálkozzam innen feleslegesen, ha esetleg esélyem sincs a ZTE -n kívül más eszközzel csatlakozni.

    Ma reggel felhívott rejtett számról (...) a technikai ember, és a következőket mondta. Mivel használom a vezetékes telefont, ezért muszáj a ZTE routert használnom. Meg tudja csinálni azt, hogy valamit átkapcsol, hogy bárhonnan fel tudjak jelentkezni, de akkor a vezetékes telefonom nem tud működni.

    Amikor ezt meghallottam, mondtam neki a szitut, hogy eddig fel tudtam menni a saját routerrel (gigabites switch -be bekötve mindkét router, az övékkel felkonnektálok, majd le, de a telefon megmarad, másik alhálózatban a saját router, és simán feljelentkezem róla). Végül abban maradtunk, hogy ezzel a módszerrel a továbbiakban is ugyanígy kell működnie. Na jó, de akkor miért dobja a 651-es hibát? Szóval kezdem nem érteni, jönnének a kérdéseim.

    A slug féle bejegyzés alapján ha megcsinálom (Asus merlin firmware -em van, nem tudom fejből, melyik verzió) az IPv6 -os beállításokat, akkor elvileg kell működnie?

    Lehet, hogy rosszul tudta az ember, és a 651 -es hibának nem szabadna jönnie, ha ZTE -re vannak berendezkedve, ha nem?

    Mi a tapasztalatotok?

  • btomi9

    aktív tag

    válasz wwenigma #41423 üzenetére

    Köszi!

    Nekem végleges megoldásként az Asust kell majd beüzemelnem, mint ahogy hosszú időn át gond nélkül működött is. Ez az IPv6 csak az én ötletem volt, hogy vajon mi változhatott, hátha ez kavart be, de lehet, hogy semmi köze a problémámhoz.

    Amit írtál PPPeE passthrough, azt a ZTE -n kellene beállítani? Mert a ZTE -n nem állítok semmit és az gond nélkül felmegy, nekem az a bajom, hogy az Asus nem hajlandó most már valami miatt felmenni. Írhatsz privátot is, bár lehet, hogy másokat is érdekelhet.

  • btomi9

    aktív tag

    válasz ArGab #62822 üzenetére

    Sziasztok!

    Sajnos én is belefutottam ugyanabba, mint ArGab kolléga tavaly. Nem tudom, azóta van-e esetleg valami jó megoldásotok, egyszerűen képtelen vagyok csatlakozni saját routerrel.

    Nálam a szitu:

    ZTE ZXHN H298N router a DIGI -é, rajta a PPPoE passthru beállítva, VOIP telefon működik.

    gigabites switch -be dugom a bejövő UTP kábelt, valamint a switch-el összekötöm a ZTE WAN portját és az Asus RT-AC56U saját router WAN portját.

    A számítógépről a kábelt a ZTE LAN portjára dugva user/user -el belép, szabályos disconnect, jön is a USER DISCONNECT,ez így szokott is működni. Átdugom a kábelt a saját router LAN portjára, ipconfig /release, ipconfig /renew, kapom a másik alhálózat béli belső IP -t, be tudok lépni a router felületére.

    Az Asus-szal próbálok connectálni és ugyanez a

    pppd[516]: Timeout waiting for PADO packets

    üzenet jön, nem hajlandó csatlakozni. Kínomban már firmware -t frissítettem a saját routeren, ha a bejövő UTP -t direkt a saját router WAN portra dugom, akkor is ugyanezt produkálja.

    Most csak úgy tudok internetet varázsolni, ha a ZTE alhálójára megyek és azon keresztül gond nélkül felcsatlakozik.

    Mi a következő ötlet?

  • btomi9

    aktív tag

    válasz sfdrakex #74799 üzenetére

    Akkor a bejövő UTP a ZTE WAN portjára, a ZTE -t AP módba tenni (ennél kell valamire odafigyelni? este kipróbálom. nekem a ZTE alhálózata a 192.168.1.1 a saját a 192.168.54.1)

    ZTE LAN portjáról egy kábel menjen az Asus WAN portjára, a saját gépem meg az Asus LAN portjára, jól értem? Akkor a saját gépem DHCP -n a 192.158.54.* -ból fog kapni valami IP -t, elérem az Asus routert és ott a PPPoE -vel csatlakozom.

    Kipróbálom, köszönöm! Eddig nem így volt, hanem ahogy az összefoglalóban is, a switch-ből egyik routerre, meg a másikra is 1-1 kábel, de tegnap széthúztam mindent egy kis portalanítás miatt és szerintem nem pont úgy dugtam vissza, ahogy volt.

    :R

  • btomi9

    aktív tag

    válasz CirrMee #74798 üzenetére

    Úgy is próbáltam, hogy UTP kábel egyáltalán nem ment a ZTE -be, mondjuk a telefonkábel igen. Valamit figyel a szolgáltató, hogy a ZTE -t engedi csak fel? Régen nem kellett pl. MAC címet behazudni, de azt is próbáltam az Asus -on bemondtam a ZTE WAN MAC címét, de úgy se engedett.

  • btomi9

    aktív tag

    Sziasztok!

    Budapest XI. kerületben napközben volt net. Én csináltam egy tervezett áramszünetet szerelés miatt, viszont mióta van áram, a Digi ZTE ZXHN F618 szerintem bridge módból átment router módba, mert az internet led zölden világít, én mögüle a saját Asus routeremmel bár azt mondja, connected, de a laptopok azt mondják, csatlakozva, nincs internet. És tényleg nincs, mert a router felületén keresztül a firmware-ből próbálom pingelni a www.google.com -ot és 100% packet loss.

    Próbáltam hívni a 1272 -t, NEM ELÉRHETŐ (hát ilyet ..szki), ugyanúgy nem elérhető a +3617070707 sem.

    Kérdésem, ha egy LAN kábellel rámegyek laptoppal, mit írjak a böngészőbe, hátha nekem is engedné magát visszarakni bridge módba. 192.168.1.1 a címe? usernév, pass? semmi ilyet nem kaptam, amikor nemrég átkötöttek FTTH -ra.

  • btomi9

    aktív tag

    válasz Intruder2k5 #92016 üzenetére

    Köszi szépen! Amikor jöttek átkötni, a szerelő látta a saját routert, egyből bridgebe rakta a zte-t. Az, hogy az internet led zöld, az nem utal arra, h milyen módban van?

  • btomi9

    aktív tag

    No kérem, ipconfig /flushdns ipconfig /release ipconfig /renew, újraindítgatások után az ip címem 169.254.211.181

    Megpróbáltam sima http -n és https -en is a 169.254.211.1 -es címet, ekkor sokat gondolkodva időtúllépés miatt nem, a 192.168.1.1 és .0.1 esetén azonnal nem jött be az oldal.

    Szóval szerintem is maradt bridge módban, de most ez nem segít. Marad a mobilnet mára...

  • btomi9

    aktív tag

    válasz btomi9 #92020 üzenetére

    Adok Nektek egy update -et, hogy végülis hogy zajlott a dolog. Nem tudni, hogy a nagy országos hibának volt-e köze hozzá, viszont én aznap villanyt szereltem a lakásban, ezért áramtalanítottam mindent. A DIGI eszközét is csak az áramszünet csapta le, amikor visszakapcsoltam, ugye az egész lakás egyszerre kapta az ívet, ettől egy kicsit behülyült az eszközük.

    Az ügyfélszolgálat segítőkész volt, fél órát telefonáltunk, kipróbáltatta velem, hogy húzzam ki az eszközüket a konnektorból, fél perc után dugjam vissza, majd egy ethernet kábellel menjek rá és a számítógépről lépjek fel. Először kaptam egy 671 -es hibát, de másodjára már fel tudott csatlakozni és rendbe jött minden. Az eszköz maradt bridge módban végig.

    Szóval erre érdemes figyelni, hogy ha tervezett áramszünet lesz, akkor inkább ki kell húzni a konnektorból.

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