Viprinet RuggedVPN Router Firmware

기본 펌웨어에서 업그레이드하려면 먼저 라우터를 가장 안정적인 Classic 펌웨어 버전 (2015 년 11 월 27 일에 출시 된 버전 2015081830/2015102900)으로 업데이트하십시오. Classic에서 RuggedVPN으로 펌웨어를 업그레이드하려면 Viprinet Lifetime Maintenance 라이센스가 필요합니다. 클래식 펌웨어에서 실행되는 라우터 및 허브를 RuggedVPN 펌웨어를 실행하는 장치에 연결할 수 있습니다. 그러나이 경우에는 호환성 모드가 사용되며 이는 성능과 기능을 제한합니다.

따라서 프로덕션 환경에서 이러한 설정을 영구적으로 사용하지 않는 것이 좋습니다. 그러나 Classic 펌웨어 장치가 업그레이드하는 동안 RuggedVPN 펌웨어 장치와 통신하는 것이 좋습니다. Software VPN Client는 현재 Classic Firmware를 기반으로하므로 호환 모드로 연결됩니다. RuggedVPN 기반 VPN 클라이언트가 곧 제공 될 예정입니다.

버그 수정 :

- 채널 종료 / 연결 해제가 잠시 동안 깨끗하지 않았습니다. 우리는 이것이 시스템 충돌로 이어질 수 있다고 생각합니다. 덜 치명적인 상황에서 연결 해제시 SSL 오류가 발생하거나 즉시 연결을 끊지 않고 최대 5 초 동안 채널이 시간 초과되었습니다.

- 특정 제품 (310, 2620, 2030, 5000, 5010)에서 채널 암호화가 끊어지는 동안 하드웨어 암호화 엔진이 중단 될 수 있습니다. 우리는이 버그로 인해 높은 스트레스를받는 라우터 (위성 연결, 선박, 재 연결이 많은 차량)에서 장치가 재부팅되고 다른 라우터는 재부팅되지 않는 고객이있는 이유가 여기에 있다고 생각합니다.

- 계산 된 MTU & # x3c가있는 고정 스태킹 슬레이브. 1500 MTU가 사용되지 않음. 500 스태킹 슬레이브 (또는 PPP를 사용하는 모든 것)의 고정 슬레이브 채널은 사용되지 않습니다.

- 이전에 작동하지 않았던 라이센스 서버에 자동으로 연결 고정 (업데이트 된 라이센스를 수동으로 연결해야 함)

- LTE 모듈에서 직접 전화를 걸지 않고 전화를 트리거하도록 프로필로 수정하는 것으로 되돌립니다. 즉, 현재 안정적인 릴리스 이전에 개인 APN의 문제에 대해 불만을 제기 한 고객이 이제는 이러한 문제를 다시 갖게되지만 맞춤 WWAN 프로파일 기능을 사용하여 해결할 수 있습니다. 미국에서 버라이존을 다이얼링하는 새로운 방식이 더 이상 작동하지 않아서 영국에서 문제가보고 되었기 때문에 우리는 이것을 되돌려 야했습니다.

- 데모 및 프로젝트 라우터가 스태킹 채널을 사용할 수없는 문제 수정. 이 고정 된 펌웨어로 업데이트 한 후 채널 내의 원격 WAN 모듈을 다시 선택해야합니다.

데모 라우터의 팝업 메시지로 데모가 14 일만 실행되지만 90 일이라고 올바르게 표시되지는 않습니다.

- 흐름 소스 및 대상 호스트에 대한 통계가 관리되는 방식을 다시 고려했습니다. 스푸핑 된 IP 주소를 사용하는 DDoS 공격이 모든 RAM과 많은 성능을 소모 할 수 있습니다. 이제는 시스템을 더 이상 서비스가 중단되어 스푸핑 된 IP 주소로 넘치게 할 수 없으며 대개의 경우 1000 개 이상의 LAN 장치가 Viprinet 라우터를 사용하는 시나리오에서 더 우수한 성능을 보입니다.

- 특정 종류의 DoS 공격의 경우 라우팅 코어 스레드가 멈추었을 수 있으므로 라우터가 약 90 초 재부팅됩니다.

- DDoS 공격이 가능성이 있다고 판단되는 경우, 분당 한 번씩이 메시지가 기록됩니다.

- IP 패킷의 메모리 처리 버그가 수정되었습니다. 이 버그로 인해 작은 메모리 누수가 시간이 지남에 따라 누적 될 수 있지만 특정 상황에서는 충돌이 발생할 수 있습니다.

- V6 주소를 별칭으로 추가하는 대신 기본 LAN IP 주소로 IPv6 주소를 설정하는 것은 지원되지 않았지만 방지되지 않았습니다. 이로 인해 라우터가 네트워크에 도달 할 수 있습니다. 기본 LAN 인터페이스 주소로 IPv6 주소를 설정할 수 없습니다.

- "보장 된 배달"이 가능한 QoS 클래스에 사용 된 재전송 관리자는 우선 메모리 누수가있는 버그가 있었지만 재전송의 절반이 발생하지 않을 수도있었습니다. 즉, 터널을 통과하는 플로우는 보장 된 전달과 함께 패킷 손실을 볼 수 있습니다. 이는 극적인 결과를 초래할 수 있습니다. TCP / IP 헤더 압축은 손실 된 패킷이 없음을 보장합니다. 즉, 흐름이 보장 된 전달을 사용하고 채널에 패킷 손실이있는 경우 흐름이 멈출 수 있습니다.

- TCP 시퀀스 번호의 로그 출력을 수정했습니다 (숫자는 음수로 기록 될 수 있음). 또한 깨진 스캐너로 인해 발생하는 매우 일반적인 TCP 위반의 로그 수준을 낮춰 더 이상 공격 받고 있다고 주장하지 않습니다.

- 중단 스트림 다운로드가 중단되었는지 확인하십시오. 이 버그로 인해 웹 인터페이스에서 99 % CPU를 먹는 다운로드 테스트가 중단 될 수 있습니다.

- 라우팅 코어가 플로우 수신 측에 걸릴 수 있습니다. 타이밍에 따라 매우 드물다. 몇 주 동안 라우팅 코어가 고착되지 않고 달릴 수 있습니다. 그리고 나서 갑자기 멈추게됩니다.

- 개별적인 고부하 보증 전달 흐름 수신기는 터널 재 연결 후에 막힐 수 있으며 그렇게하면 메모리가 소모 될 수 있습니다.

- 모든 조각이 도착할 때까지 기다리는 것을 보장하는 보장되지 않는 흐름의 수신 측 시간 초과는 사용 된 채널 조합의 결합 대기 시간을 기반으로합니다. 사용 된 필터는 미세 조정되지 않았으며 위성 연결에 전혀 적합하지 않았습니다. 이러한 조정되지 않은 값은 패킷이 수신 측으로 떨어지는 원인이 될 수 있습니다 (라우터가 패킷의 모든 조각이 도착하기에 충분히 오래 기다리지 않기 때문에). 이로 인해 터널에서 / 터널을 통해 다운로드되는 전체 터널 속도를 사용할 수 없기 때문에 수신자가 잘못 될 수 있습니다. 필터가 완전히 다시 작성되었습니다.

- '평균 지연 시간은 ... ms이며 허용되는 최대 길이는 ... ms, 대체 방법 없음, 채널 유지'입니다. 메시지는 사라지고 기본 아이디어가됩니다. 허용 된 최대 지연보다 높은 대기 시간으로 마지막 채널을 유지하는 것은 의미가 없습니다. 마지막 채널이 잠시 끊어지면 터널 레이어가 버퍼링을 수행합니다.

오프라인 업데이트

온라인 업데이트의 대안으로 오프라인 업데이트를 사용할 수 있습니다. 때때로 안정적인 펌웨어 릴리즈 추가 "최첨단"펌웨어 릴리즈는 오프라인 업데이트로만 제공됩니다. 오프라인 업데이트를하려면 제품에 맞는 올바른 펌웨어 이미지를 다운로드 한 다음 라우터의 웹 인터페이스에있는 수동 업데이트 기능을 사용하여 해당 이미지를 업로드하십시오.

이 펌웨어를 다운로드하기 전에 라우터의 시스템 정보 페이지로 이동하여 현재 설치된 버전이이 버전보다 최신인지 또는이 릴리스와 일치하는지 확인하십시오.

다양한 라우터 모델 및 장치 업그레이드 방법이 다양하기 때문에 고급 사용자 인 경우에도 새 펌웨어를 적용하기 전에 설치 단계를 읽고 이해하는 것이 좋습니다.

이론 상으로는 제조업체가 항상 성공하지 못한다고해도 제조업체가 가능한 한 손쉽게 만들려고하기 때문에 이러한 단계는 누구에게나 번거로운 일이되어서는 안됩니다. 기본적으로 관리 페이지를 통해 라우터에 새 펌웨어를 업로드하고 업그레이드 할 수 있도록해야합니다.

새 버전을 설치하면 향상된 보안 수준, 해결해야 할 다양한 취약성 문제, 전반적인 성능 및 전송 속도 향상, 다른 장치와의 호환성 향상, 새로 개발 된 기술에 대한 지원 추가 및 기타 여러 가지 변경 사항을 기대할 수 있습니다. .

특정 안전 조치가 필요한 경우 무선 연결이 아닌 이더넷 케이블을 사용하여 업로드를 수행하는 것이 가장 좋으며 이는 쉽게 중단 될 수 있음을 기억하십시오. 또한 오작동을 방지하려면 설치 중에 라우터의 전원을 끄거나 버튼을 사용하지 않도록하십시오.

이 펌웨어가 현재 요구 사항을 충족하는 경우 원하는 버전을 구하여 라우터 장치에 적용하십시오. 그렇지 않은 경우 기기를 개선 할 수있는 업데이트를 놓치지 않도록 최대한 자주 저희 웹 사이트를 확인하십시오.