Ugrás a tartalomhoz
  • Szeretne hasonló avatart használni? A profilképként felhasználható avatarokat az alábbi linkről tudja letölteni.

    image.jpegimage.jpegimage.jpegimage.jpegimage.jpegimage.jpeg

angyalz

Tag
  • Tartalmak

    46
  • Csatlakozás időpontja

  • Utolsó látogatás

Minden, amit angyalz posztolt

  1. angyalz

    Sagemcom F@st 3686AC egy új remény

    "szűz"? Hisztis ***** mind!
  2. angyalz

    Sagemcom F@st 3686AC egy új remény

    Próbáld meg a gyári jelszóval. Korábban külön kellett megadni LAN és WAN oldalról. A távoli konfigot meg a haladó fülön lehet engedélyezni egy pipával. Ja, és adott esetben http://ipcímvagyddnscím:8080 szokott megoldást jelenteni.
  3. angyalz

    Sagemcom F@st 3686AC egy új remény

    Na a valaki nem én vagyok, nálam minden változatlan. Közben az előbb leírt hibát konkretizálom: Csak LAN-on áll fenn, wifin a fix IP-vel is újracsatlakozik. LAN-on a két fix IP-s eszköz közül az egyiket sehol sem látom a modem oldalain (LAN felderítés, DHCP), a másik látszólag csatlakozik fix IP-vel, de forgalom nincs rajta. Továbbá: áramtalaítás után a hiba nagy valószínűséggel nem jelentkezik, a menüből, vagy saját maga által kezdeményezett újraindítással viszont igen. Áramtalanítást követően azonban hajlamos többször is újraindulni, mintha a boot közben valami hibába futna.
  4. angyalz

    Sagemcom F@st 3686AC egy új remény

    Közben találtam egy (azt hiszem) újabb bugot is: a modem újraindulása után a fix IP-vel csatlakozó kliensek nem tudnak újracsatlakozni. Az IP természetesen a kliens oldalán rögzített. A jelenség még a 2.84.11 fw-re vonatkozik v1 eszközön.
  5. angyalz

    Sagemcom F@st 3686AC egy új remény

    Na jó. Ha a másik eszközre is le tud jönni, akkor megígérem, hogy szükség esetén mosolyogva konfigolom újra, csak frissüljön!
  6. angyalz

    Sagemcom F@st 3686AC egy új remény

    Nem örülnék, ha újra kellene írni mindent. Mindenesetre köszi a tapasztalatmegosztást!
  7. angyalz

    Sagemcom F@st 3686AC egy új remény

    Köszönjük szépen! :-)
  8. angyalz

    Sagemcom F@st 3686AC egy új remény

    Szia! Nem nagyon olvastál vissza a fórumban, ugye?
  9. angyalz

    Sagemcom F@st 3686AC egy új remény

    Mert a többség bénácska, csak beírnak, de nem követik a fórum világraszóló újdonságait. Pedig ha tudnák mit hagynak ki! :-D Akkor egy kalappal (:-D) a vizsgádhoz; egyébként meg amúgy sem azonnali frissítést írtál! (Az eddigi frissítési ütemhez képest meg egy-két hét is azonnalinak számít :-P)
  10. angyalz

    Sagemcom F@st 3686AC egy új remény

    Mr Anonymus! Nagy tisztelettel küldtem két eszköz adatait a kalapos sorsoláshoz; szeretnék új fw-t nyerni. :-) Előre is nagy köszönet!
  11. angyalz

    Sagemcom F@st 3686AC egy új remény

    Nézem a jó oldalát: a beta készletkezelő egészen stabil a hálózathoz képest
  12. angyalz

    Sagemcom F@st 3686AC egy új remény

    Az, hogy nyaljam meg... Csak nekem az alpha eszköz hálózatán kell hatóságokhoz bedrótozott, folyamatosan jelentő, beta állapotú értékesítési rendszert üzemeltetnem. Ezt hívják halmozottan hátrányos helyzetnek? (vagy ez már mélytorok...)
  13. angyalz

    Sagemcom F@st 3686AC egy új remény

    Nekem nem. Ma reggel pont egy szatyor hibával és többszörös újraindítással kezdtünk. Első tünetnek a 2,4GHz/5GHz/LAN nem látták egymást, majd az újraindítást követően a belső háló helyreállt, de kifelé nem ment látszólag semmi. Ekkor a móka kedvéért egy szatyor ping (index.hu, 8.8.8.8, 8.8.4.4, telekom.hu), amik közül egyedül a telekom nem ment le, a többi hibátlan. Ennek ellenére kifelé sem a http, sem a vnc nem működött. Mást nem próbáltam. Harmadik újraindítás és némi várakozás (kb 10 perc) után lassacskán felállt minden.
  14. angyalz

    Sagemcom F@st 3686AC egy új remény

    Ez mondjuk egy érdekes megközelítés, mert azt már korábban is tapasztaltam, hogy ha a tűzfal beállításain bármilyen módon módosítok, akkor sorra fogynak a működő szolgáltatások a hálózaton.
  15. angyalz

    Sagemcom F@st 3686AC egy új remény

    A jelenség nálam is él, ahogyan korábban többször is jeleztem. Korábban ígértem, hogy megnézem ilyenkor a pinget, azok normálisan mennek lehalt hálózat mellett is. Nálunk OS és böngésző tekintetében a lehető legvegyesebb: Debian, Windows, macOS, iOS, Android. Megjegyzem, hogy bizonyos esetekben még konkrét le- vagy feltöltésnek sem kell mennie (csak átmenetileg valami nagyobb adatforgalomnak akár belső hálón), hogy a jelenség előidézhető legyen. Konkrét szabályszerűséget viszont még nem sikerült felfedeznem, így azt sem állíthatom, hogy bármikor biztosan elő tudom idézni a jelenséget. A fentiek miatt, illetve hogy a jelenséget korábban sem a Technicolor, sem Cisco eszközön nem tapasztaltuk, így egyértelműnek gondolom, hogy a Sagem bugja. Érdekesnek vagy új infónak talán az tűnik, hogy a belső forgalom (pl a belső hálón futó backup szerverre történő mentés) is le tudja rohasztani.
  16. angyalz

    Sagemcom F@st 3686AC egy új remény

    Már bocs, de a Sagemcom meg megugrotta ezekkel a hibákkal? :-o
  17. angyalz

    Sagemcom F@st 3686AC egy új remény

    Igen, innen volt minden kétséget kizáró számomra, hogy két v1.0-val viaskodok.
  18. angyalz

    Sagemcom F@st 3686AC egy új remény

    Következőnél megejtem, posztolni fogom az eredményt! Addig kiegészítés: nem bizonyító erejű, szintén inkább csak érzet, de erősen úgy tűnik, hogy a különféle kapcsolatmódok közül a LAN hal meg utoljára. A wifi-k sokkal sűrűbben és könnyebben dobják be a kulcsot.
  19. angyalz

    Sagemcom F@st 3686AC egy új remény

    Na ez nehéz kérdés. *****i vegyes a paletta. A hálózaton belül van Win, printsrv AirPrint-tel (bonjour), SMB-vel, Linux, macOS, iOS. Ahol a legkönnyebb tetten érni (indikátor), ha leakad a nyomtatás a printsrv-re, vagy az eltérő wifi frekvenciára csatlakozó almás eszközök (iOS / macOS) nem látják egymást, esetleg a bonjour (LAN-ról) csak néhol felfedezhetők. Pl AirPrint 2,4GHz-en nincs meg, 5GHz-re átállva működik (AirPrint nyomtató LAN-on). Békeidőben pedig mindenki lát mindenkit. (AirPrint eszköz is kettő van, az egyik fixen LAN-on, a másiknál variálható, hogy wifi vagy LAN. Teszteltem mindkettőt, igazából egyik sem biztos megoldás)
  20. angyalz

    Sagemcom F@st 3686AC egy új remény

    Köszönöm, de ezt a kört megfutottuk. Sajnos a meglévő hűségidőnél akadt el a dolog; anno nem kellő körültekintéssel sikerült szerződést kötni... :-/ Egyébként valóban lenne rá lehetőség, de most egy darabig csak a drága csomagokból válogathatunk (ok, céges költségvetés, relatív a drága, de...) Kapcsolatvesztés: őszintén szólva nézegetem már egy ideje, próbálok összefüggéseket keresni, de eddig nem sikerült találnom semmi kézzelfoghatót vagy bizonyító erejűt. Egyelőre csak megérzés szintű dolog, de úgy tűnik, hogy nem kell szénné terhelni a kapcsolatot ahhoz, hogy a leakadást előidézzem, inkább csak folyamatosabb, hosszabb terhelés kell neki. Néha úgy tűnik, mintha netrádió szintű dolog is elég lenne neki. Ilyenkor pl az sem szakad meg, de a http/https meg igen.
  21. angyalz

    Sagemcom F@st 3686AC egy új remény

    Kedves Root! Mindent elhiszek, bizonyára ez is user error, mint a többi jelzett hiba, de gyanítom, hogy a hiba általam történt első jelzésénél még V2 nem is létezett. Vagy nem tudom mióta létezik. Bizonyára hallucinálom a hibákat, de nálunk 2 db ilyen kihelyezett hulladék (bocs, hibátlan eszköz) produkálja nap mint nap. Gondolom az fel sem merül, hogy eltérő környezetekben eltérő hibák jelentkezhetnek. Feltételezem az sem jelentkezett még, hogy a 2,4GHz-re, 5GHz-re, és LAN-ra csatlakozó eszközök a kapcsolódás szerint nem látják egymást. (LAN a LAN-t igen, 2,4GHz a 2,4GHz-et igen, de pl a 2,4GHz-en kapcsolódó eszköz az 5GHz-en kapcsolódó eszközt, vagy a LAN-on kapcsolódó eszközt nem). Na ez pl van, hogy hetekig nem jön elő, máskor napokig kísért.
  22. angyalz

    Sagemcom F@st 3686AC egy új remény

    A készletkezelő web alapú, http és https kapcsolatokkal operál; pénztárgép is 80-as portot használ. Tipikusan egyébként ez döglik meg elsőnek. SSH, VNC, stb megmarad. Egyébként nevetségesen kevés adatot küldenek, a hiba előidézéséhez meg nem kell nagyon nagy forgalmat generálni, pláne nem kell túl hosszú időre. A sávszélesség egyébként az átlagos terhelés alapján bőven elegendő lenne. (Üzleti előfizetéssel viszont elég keményen fog a ceruza T. szolgáltatónál)
  23. angyalz

    Sagemcom F@st 3686AC egy új remény

    Admin Urak! Ez az a hiba, amit jeleztem már ezer éve azzal kiegészítve, hogy bizonyos portokon megmarad a kommunikáció nagyobb terhelés mellett is, másokon meg megszakad, csak őszintén szólva belefáradtam a hibák jelzésébe, hiszen a végfelhasználói oldalon nem történik változás hónapok óta. Igen, szintén V1-et használunk. Céges környezetben, jövedéki termékek készletkezelő rendszerét üzemeltetve rajta. Nem móka és kacagás készletmozgatás közben kapcsolatot veszteni nap mint nap. Igen, üzleti előfizetés. Igen, NAV-hoz és NDN-hez bedrótozott rendszerrel. Számomra azért (Admin urak munkáját maximálisan tisztelve) hajmeresztő a T. szolgáltató belerottyintása.
  24. angyalz

    Sagemcom F@st 3686AC egy új remény

    Errefelé az a szakszerű orvoslás / reakció, hogy tiltsam le az UPnP funkciót, mert az okozza. Azt hittem hanyatt vágom magam.
×
×
  • Új...