Ha szeretné frissíteni a Classic firmware-t, először frissítse az útválasztót a legutolsó stabil Classic firmware (verzió 2015081830/2015102900 megjelent november 27, 2015). Kérjük, vegye figyelembe, hogy a frissítés a firmware Classic RuggedVPN igényel Viprinet élettartam karbantartás engedélyt, hogy a helyén. Lehetőség van forgalomirányítók és hubok futó Classic firmware csatlakozni futtató eszköz RuggedVPN firmware. Azonban egy kompatibilitási mód fogják használni ebben az esetben, ami korlátozza a teljesítmény és funkciók.
Ezért nem ajánlott használni egy ilyen beállítás a termelés állandó, de ez rendben van, hogy egy klasszikus firmware eszköz beszélni egy RuggedVPN firmware készülék, míg frissít ezeket az eszközöket. A Software VPN kliens most még mindig alapul Classic Firmware, ezért csatlakozik kompatibilitási módban. A RuggedVPN-alapú VPN kliens hamarosan elérhetővé válnak.
Bug javítások:
- Channel shutdown / disconnect nem volt tiszta egy darabig. Azt gyanítjuk, hogy ez vezethetett volna a rendszer összeomlik. Kevesebb halálos helyzetekben adtam SSL-hiba megszakító, vagy volt csatornák időtúllépés maximum 5 másodperc helyett tisztán bontása azonnal.
- Bizonyos termékek (310, 2620, 2030, 5000, 5010) a hardver kriptográfiai motor is összeomolhat közben csatorna bontja. Úgy véljük, hogy ez a hiba az oka annak, futtató ügyfelek router mellett a magas stressz (műholdas kapcsolat, hajók, járművek, sok csatlakoztatást) látjuk eszközök reboot, míg mások nem.
- Fix egymásra rabszolgák, amelynek számított MTU & # X3c; 1500 nem kapok, hogy MTU használni. Ez a fix slave csatornákon a 500 egymásra szolga (vagy bármi, amely PPP) nem tudnak használni.
- Rögzített automatikus csatlakozáshoz a License Server, ami nem működik, mielőtt (kézzel kellett csatlakozni kapott frissített licencek)
- Visszatérve most nem tárcsázásával közvetlenül LTE modul, hanem módosítja a profil kiváltó hívás. Ez azt jelenti, hogy ezek az ügyfelek panaszkodtak problémákat saját APN előtt a jelenlegi stabil kiadás már lesznek ezek a problémák újra, de lehet használni az egyéni WWAN profil funkció működni fog körül. Meg kellett visszaállítani, mert az új módja a tárcsázás Verizon az USA-ban nem működik már egyáltalán, és szintén problémákat jelentettek az Egyesült Királyságban.
- Rögzített demo és a projekt router nem tudja használni egymásra slave csatornákon. Felhívjuk figyelmét, hogy van, hogy újra válassza a távoli WAN modul a csatorna belsejében frissítést követően ez a fix firmware.
- Rögzített felugró üzenetet demo útválasztók nem mondhatjuk, hogy a demo fut csak 14 nap, de helyesen állítják, hogy ez a 90 nap.
- Re-tényezőként ahogy statisztikát áramlási forrás és célállomások gazda kezeli. Mielőtt egy DDoS támadás a hamis IP-címeket lehet enni fel az összes RAM-ot és egy csomó teljesítményt. A rendszer most már nem tudunk üzemen árasztották el, hamis IP-címeket, és általában is jobban teljesít az olyan esetek, amikor egy hatalmas összeg (1000+) a LAN-eszközök használata Viprinet router.
- Abban az esetben, bizonyos fajta támadások, a routingcore szál potenciálisan volna ragadt, így a router újraindul 90 másodperc.
- Abban az esetben, DDoS támadást észlel, mint valószínű, üzenet ebben van jelentkezve, a maximális percenként egyszer.
- A hiba memória kezelése IP csomagok javítva. Ez a hiba okozhat mind a kis memóriavesztés idővel felhalmozódik, hanem okozhat összeomlik bizonyos körülmények között.
- beállítása egy IPv6 címet fő LAN IP címét (ahelyett, hogy a V6-címet, mint egy Alias) nem támogatta, de nem akadályozták meg, ami azt eredményezheti, hogy a router lesz elérhetetlen a hálózat. Ez már nem lehet beállítani egy IPv6 címet, mint a fő LAN interfész címét.
- A újraküldés menedzser használt QoS osztályok, amelyek "Garantált szállítási" engedélyezve volt egy hiba, ami elsősorban az volt, szivárog a memória, hanem vezethetett volna a fele az ismételt nem zajlik. Ez azt jelenti, hogy az áramlási megy át az alagúton látta volna a csomag elvesztése még garantált szállítási. Ez drámai következményei: TCP / IP fejléc tömörítés épül a biztosítékot, hogy nem vagyunk elveszett csomagokat. Ez azt jelenti, hogy ha egy flow garantált kézbesítési és akkor egy csatorna volt csomagvesztés, az áramlás is elakad.
- Rögzített naplót TCP sorszámok (a számok lehet bejelentkezve negatív). Szintén csökkentette jelentkezzen szintje nagyon gyakori TCP megsértése okozta törött szkennerek, nem azt állítja, hogy van támadás alatt.
- Győződjön meg arról, beszorult patak letöltések kapcsolat megszakad. Ez a hiba okozhatta volna letöltés vizsgálatok során a webinterface eszik 99% CPU ha elakad.
- Az útvonal mag is elakad a fogadó oldalán folyik. Nagyon ritka, attól függően, hogy az időzítés. Akkor lehet futás nélkül beragadt útválasztás alapvető hetekig, majd hirtelen azt elakadás egész idő alatt.
- Egyedi nagy terhelés garantált kézbesítési flow-vevők is elakad után egy alagút újra be, és eközben tudott enni a memóriát.
- A vevő oldali időtúllépés nem garantált flow arról, hogy mi elég sokáig vár (de nem hosszabb, mint) az összes töredékek érkezik alapul feltételezett kötés látencia kombináció használt csatornák. Használt szűrők nem finomhangolt, és nem alkalmas egyáltalán a műholdas kapcsolat. Ezek a nem hangolt értékek okozhatják csomagok egyre csökkent kapnak oldali (mert a router nem elég sokáig vár minden töredékei a csomag megérkezik). Ez azt eredményezheti, hogy a vevő, hogy a hibát, hogy nem tudja használni a teljes alagút sebességű letöltés tól / az alagútban. A szűrők teljesen átdolgozták.
- az "átlagos lappangási ... ms, maximális megengedett érték ... ms, nincs más alternatíva, miközben csatornát." üzenet elment, mint a mögöttes gondolat: Ennek nincs értelme megtartani az utolsó csatorna Lappangási nagyobb, mint a megengedett egy. Ha az utolsó csatorna kiesik egy pillanatra, az alagút réteg fog tenni a puffer.
Nem elérhető frissítés
alternatívájaként egy online frissítés, offline frissítés érhető el. Időről időre a további stabil firmware kiadások "Élvonalbeli" firmware kiadások rendelkezésre álljanak csak offline frissítést. Ehhez egy offline frissítést, kérjük töltse le a megfelelő firmware képet a termék, majd a kézi frissítés funkciót belül a router webes felületen feltölteni ezt a képet.
Mintegy Router Firmware:
Mielőtt fontolóra letölteni a firmware, menjen a rendszer információs oldal a router és győződjön meg arról, hogy a jelenleg telepített változata Hát-ezte t vagy újabb, vagy illő ez a kiadás.
Mivel a sokféle router modellek és különböző módszerek fejlesztése a készüléket, akkor erősen ajánlott, hogy olvassa el, és mindenekelőtt, hogy megértsék a telepítési lépéseket, mielőtt alkalmazza az új firmware-t, még akkor is, ha egy hálózati felhasználó.
Elméletileg ezeket a lépéseket kéne-ezte t lehet nagy gond, hogy bárki, mert a gyártók igyekeznek azokat a lehető legegyszerűbben, akkor is, ha don-ezte t mindig sikerül. Alapvetően, ha kell feltölteni az új firmware-t a router keresztül adminisztrációs és lehetővé teszi, hogy frissíteni.
Ha telepíti az új verziót, akkor számíthat fokozott biztonsági szinteken, különböző biztonsági rés kérdés megoldását, a jobb általános teljesítményt és átviteli sebességet, nagyobb kompatibilitás más eszközökkel, hozzáadott támogatása újonnan kifejlesztett technológiák, valamint számos egyéb változások .
Ha-ezte újra keres bizonyos biztonsági intézkedéseket, ne feledje, hogy az lenne a legjobb, ha végre a feltöltést egy Ethernet-kábellel helyett a vezeték nélküli kapcsolat, amely lehet szakítani könnyen. Is, győződjön meg róla, don-ezte t kapcsolja ki a router vagy a gombjaival a telepítés során, ha akarja meghibásodásának elkerülése.
Ha a firmware megfelel aktuális igényeinek, hogy a kívánt verziót, és alkalmazza azt a router egységet; Ha nem, akkor ellenőrizze a webhely, amilyen gyakran csak lehet, hogy te nem-ezte t hagyja ki a frissítést, amelyek javítják a készüléket.
Hozzászólás nem található