Om du vill uppgradera från en klassisk firmware, vänligen först uppdatera routern till den sista stabila utgåvan Classic firmware (version 2015081830/2015102900 släpptes den 27 november 2015). Observera att uppgradera firmware från Classic RuggedVPN kräver en Viprinet livslängd underhåll licens att vara på plats. Det är möjligt att ha routrar och hubbar körs på Classic firmware ansluta till en enhet med RuggedVPN firmware. Emellertid kommer en kompatibilitetsläge skall användas i detta fall, vilket begränsar prestanda och funktioner.
Det rekommenderas därför inte att använda en sådan inställning i produktionen permanent, men det är OK att ha en klassisk firmware enhet prata med en RuggedVPN firmware enheten när du uppgraderar dessa enheter. Programvaran VPN Client just nu är fortfarande baserad på Classic Firmware, och därför kommer att ansluta i kompatibilitetsläge. En RuggedVPN-baserade VPN-klient kommer att bli tillgängliga inom kort.
Buggfixar:
- Kanalshutdown / frånkoppling har inte varit ren för ett tag. Vi misstänker att detta skulle ha lett till att systemet kraschar. I mindre allvarliga situationer gav dig SSL-fel på frånkoppling, eller hade kanaler tid för upp till 5 sekunder i stället för rent kopplar direkt.
- på vissa produkter (310, 2620, 2030, 5000, 5010) hårdvarukrypteringsmotor kan krascha under kanal kopplar. Vi tror att felet är anledningen till kunder som kör routrar under hög belastning (satellitförbindelser, fartyg, fordon med massor av återuppkoppling) ser enheter omstart, medan andra inte gör det.
- Fast stapling slavar har ett beräknat MTU & # x3c; 1500 får inte att MTU används. Denna fasta slav kanaler på en 500 stapling slav (eller något som använder PPP) inte vänja.
- Fast automatisk ansluta till licensservern, som inte fungerade innan (du tvungen att manuellt ansluta till mottagna uppdaterade licenser)
- återgång till inte ringa direkt till LTE moduler, utan att ändra till profilen för att utlösa samtal. Detta innebär att dessa kunder klagade problem med privata APN före den nuvarande stabila utgåvan nu kommer att ha dessa problem igen, men de kan använda anpassade WWAN profilfunktion för att komma runt. Vi var tvungna att åter detta eftersom med det nya sättet att uppringning Verizon i USA fungerade inte alls längre, och även problem har rapporterats från Storbritannien.
- Fast demo och projekt routrar inte kunna använda stapling slavkanaler. Observera att du måste åter välja fjärr WAN-modulen i kanalen efter uppdatering till denna fasta firmware.
-. Fast popup-meddelande på demo routrar att inte säga att demo går bara 14 dagar, men korrekt konstatera att det är 90 dagar
- Åter räknas hur statistik om flödeskälla och destinationer värd hanteras. Innan en DDoS-attack med användning av falska IP-adresser kunde äta upp hela RAM och en hel del prestanda. Systemet inte längre kan tas ur drift översvämningar med falska IP-adresser, och i allmänhet också presterar bättre i situationer där en stor mängd (1000+) i LAN-enheter använder en Viprinet router.
-. Vid vissa typer av DoS-attacker, den routingcore tråden potentiellt kunde ha gått fastnat, vilket gör att routern att starta ca 90 sekunder
-. Om en DDoS-attack upptäcks så stor risk, meddelanden på detta loggas vid maximalt en gång per minut
- Ett fel i minnes hantering av IP-paket har korrigerats. Detta fel kan orsaka både en liten minnesläcka ackumuleras över tiden, men också kan orsaka krascher under vissa omständigheter.
- Ställa en IPv6-adress som huvud LAN IP-adress (i stället för att lägga till V6-adress som ett alias) inte stöds men inte hindrat, vilket kan leda till routern blir onåbar från nätverket. Det är inte längre möjligt att ställa in en IPv6-adress som den viktigaste LAN-gränssnitt adress.
- Det återutsändning manager som används för QoS klasser med "garanterad leverans" aktiverad hade en bugg som först av allt var läcker minne, men också kunde ha resulterat i hälften av omsändningar inte äger rum. Detta innebär att ett flöde som går genom tunneln kunde ha sett paketförluster även med garanterad leverans vidare. Detta kan få dramatiska konsekvenser: TCP / IP-huvudkomprimering som används bygger på garanti för att det aldrig går förlorade paket. Detta innebär att om ett flöde används garanterad leverans och sedan en kanal hade paketförlust, skulle flödet fastna.
- Fast loggutdata av TCP sekvensnummer (siffrorna kan loggas negativ). Också sänkt log nivå av mycket vanliga TCP brott orsakade av trasiga skannrar, inte längre hävda att du är under attack.
- Se till fast ström nedladdningar aborteras. Detta fel kunde ha resulterat i nedladdningstester gör i webbgränssnittet äta 99% CPU om de fastnar.
- Det routing kärna kan fastna på den mottagande sidan av flöden. Mycket sällsynta, beroende på tidpunkt. Du kan köra utan en fast routing kärna i veckor, och sedan plötsligt har det fastnar hela tiden.
-. Individuella hög belastning garanterade leveransflödes mottagare kan fastna efter en tunnel återanslutning, och samtidigt göra så kunde äta upp minnet
- De får sidan timeout för icke-garanterade flöden som ser till att vi väntar tillräckligt länge (men inte längre än) för alla fragment att anlända är baserad på den förmodade bindnings latens av kombinationen av kanaler som används. Filtren som användes var inte finjusteras, och inte lämpar sig alls för satellitförbindelser. Dessa icke-inställda värden kan orsaka paket får tappade mottagningssidan (eftersom routern inte skulle vänta så länge att alla fragment av detta paket att komma fram). Detta kan leda till att mottagaren befinner sig på fel för att inte kunna använda hela tunneln hastighet nedladdning från / genom tunneln. Filtren har varit helt omskriven.
- Den "Average latens är ... ms, högsta tillåtna är ... ms, inga alternativ, hålla kanal." meddelande är borta, som är den bakomliggande tanken: Det är inte vettigt att hålla den sista kanalen med en latens högre än den högsta tillåtna en. Om den sista kanalen faller ut för ett ögonblick, kommer tunnellagret göra buffring.
Offline uppdatering
Som ett alternativ till en online-uppdatering, finns en offline uppdatering. Från tid till annan extra stabila Firmware släpper "cutting edge" släpper firmware görs tillgängliga endast som en offline uppdatering. För att göra en offline uppdatering, ladda ner rätt firmware bild för din produkt och sedan använda den manuella uppdateringsfunktion i routerns webbgränssnitt för att ladda upp den bilden.
Om Router Firmware:
Innan du överväga att ladda ner denna firmware, gå till systeminformationssidan av routern och se till att den installerade versionen isn & rsquoen; t antingen nyare eller matcha den här versionen.
På grund av den stora variationen av router modeller och olika metoder för att uppgradera enheten, är det starkt rekommenderat att du läser och framför allt förstå installationsstegen innan du installerar den nya firmware, även om du är en avancerad användare.
I teorin borde dessa steg & rsquoen; t vara mycket av ett besvär för någon, eftersom tillverkarna försöker göra dem så enkelt som möjligt, även om de don & rsquoen; t alltid lyckas. I grund och botten måste du ladda upp ny firmware till routern via dess administration sidan och låt den att uppgradera.
Om du installerar en ny version, kan du förvänta ökade säkerhetsnivåer, olika sårbarhetsfrågor som måste lösas, förbättrade prestanda och överföringshastigheter, förbättrad kompatibilitet med andra enheter, lagt till stöd för nyutvecklade teknik, liksom flera andra förändringar .
Om du & rsquo; re söka efter vissa säkerhetsåtgärder, kom ihåg att det vore bäst om du utför uppladdning med hjälp av en Ethernet-kabel i stället för en trådlös anslutning, som kan avbrytas lätt. Se också till att du inte & rsquoen;. T stänga av routern eller använd knappar under installationen, om du vill undvika eventuella fel
Om detta firmware uppfyller dina nuvarande behov, få önskad version och tillämpa den på din router enhet; Om inte, kolla med vår hemsida så ofta som möjligt så att du inte & rsquoen; t missar den uppdatering som kommer att förbättra din enhet. & nbsp;
Kommentarer hittades inte