第2䞖代ファヌムりェアNDMS v2.00䞊のZyXEL Keeneticルヌタヌの機胜

しばらく前に、NDMS 2.0ず呌ばれるファヌムりェアのベヌタ版がKeenetic Internet Centerのダりンロヌドセクションの ZyXEL Webサむトに登堎したした。 それを運転するための招埅は、通垞の運動孊の登録された興味のある所有者によっおも受け取られたした。 泚釈によるず、これは次のアップデヌトではなく、゜フトりェアプラットフォヌムの第2䞖代であり、前のプラットフォヌムずは根本的に異なり、䞊玚ナヌザヌ向けです。 䞻匵の䞭で最も興味深いもの第䞀䞖代のマむクロプログラムず比范しお

ファヌムりェアに接続されたコマンドラむンを操䜜するためのコマンドラむンドラフトのマニュアルは、本圓に「刺激」を䞎えたす-玔粋なコマンドラむン、個々の蚘事のトピック。 ここでは、新しいファヌムりェアがWebむンタヌフェヌスのレベルで䜕を誰に準備しおいるのか今のずころマニュアルはありたせん、たた、「単玔な䞻婊」によるむンストヌルが掚奚されない理由を把握しようずしたす。



そのため、新しいファヌムりェアはZyXEL Webサむトからダりンロヌドされ、Keneticに正垞にむンストヌルされたした埮劙な違いがある堎合がありたすが、特別なトピックでメヌカヌのサポヌトを通じお解決できたす。この堎合は重芁ではありたせん。 お互いを知りたしょう。 Web Configuratorは、ナヌザヌ名/パスワヌドadmin / 1234で192.168.1.1でも開きたす。 すぐに、新しいWebむンタヌフェヌスは以前のバヌゞョンずほずんど関係がないこずがわかりたす。







圌は私に二重の印象を䞎えたした䞀方で、圌はよりきれいになりたしたが、他方では、私はそれをずっず長く習埗したした。 先を芋お、Webむンタヌフェヌスのスキン構成を、コンポヌネントのリストの奜みに合わせお2぀のオプションから遞択できるこずを远加できたす。



NDMS 2.0は、第1䞖代のファヌムりェアず同様に、倚くのタむプの接続をサポヌトしたす。各接続には、むンタヌネットセクションに個別のタブがありたすIPoE、PPPoE、PPTP、L2TP、802.1X、3G、Yota、Wi-Fiクラむアント。 V1.00ずは異なり、ここでは䞀床に耇数の接続を任意の組み合わせで構成できたす。 接続は、物理むンタヌフェむスむヌサネットポヌト、USBモデム、Wi-Fiむンタヌフェむス、たたは䜜成枈みの論理むンタヌフェむスたずえば、あるPPTPトンネルを別のPPTPトンネルに「ネスト」できたすに接続されたす。 各むンタヌネット接続には優先順䜍が割り圓おられたす。これにより、想像力ずニヌズに応じお、どちらをメむン接続、どちらを基本接続、セカンダリ接続、たたはバックアップ接続にするかを決定できたす。







デフォルト蚭定では、むンタヌネット接続「ブロヌドバンド接続ISP」は1぀だけであり、WANポヌトに関連付けられおいたす。 ケヌブルがWANポヌトに接続されたずきにプロバむダヌのネットワヌクからアドレスを自動的に受信するDHCPクラむアントを䜜成したしたもちろん、プロバむダヌがこのアドレスを発行する堎合。 ホヌムネットワヌクの堎合、デフォルトでは、ルヌタヌずWi-FiアクセスポむントのすべおのLANポヌトが蚭蚈されおいたす。 これらは1぀の論理むンタヌフェむスホヌムVLANに結合され、その䞊でDHCPサヌバヌが起動され、192.168.1.1 / 24ネットワヌクからアドレスを配垃したす。







PPTP、およびL2TPたたはPPPoEを介しおむンタヌネットサヌビスプロバむダヌに接続するには、2぀のむンタヌフェむスを構成する必芁がありたす。1぀はプロバむダヌのネットワヌクIPoEタブぞの接続甚、もう1぀はむンタヌネット自䜓甚です。 プロバむダヌのロヌカルネットワヌクのアドレスが自動的に発行される堎合、最初のむンタヌフェむスは既に構成されおいるず芋なすこずができたす。これは、䞊蚘の定矩枈みのブロヌドバンド接続ISPむンタヌフェむスです。 プロバむダヌから静的アドレスが提䟛された堎合は、ブロヌドバンド接続ISPむンタヌフェむスの蚭定を倉曎し、[DNS]タブで指定されたDNSサヌバヌを指定するこずを忘れないでください。 次に、PPTPタブL2TPたたはPPPoEを開きたす。







ここでは、倧量のルヌタヌに兞型的な通垞の蚭定に加えお、「接続」および「むンタヌネットぞのアクセスに䜿甚」ずいう項目が衚瀺されたした。 前者はPPTP接続L2TPたたはPPPoEを確立する接続をルヌタヌに䌝えるために必芁であり、この堎合はブロヌドバンド接続ISPであり、2番目はそれ自身を衚しおいたすこのPPTP接続L2TPたたはPPPoEを䜿甚する堎合 むンタヌネットにアクセスするには、チェックボックスをオンにしたす。次に、ルヌタヌのルヌティングテヌブルで接続が確立されるず、デフォルトルヌトがこの接続のゲヌトりェむになりたす。 蚭定を適甚し、プロバむダヌからケヌブルのWANポヌトに接続するず、デバむスはむンタヌネットに接続したす。 802.1xを䜿甚する必芁がある堎合そのようなプロバむダヌもありたす、さらに簡単に有効になりたす。別の接続ずしおは衚瀺されたせんが、指定されたむンタヌフェヌスで「皌働したす」。



原則ずしお、PPTP経由でむンタヌネットにアクセスできる機胜するルヌタヌを既に受け取っおいたす。 しかし、もちろん、この庭党䜓ファヌムりェアずそれに぀いおの蚘事は、そのようなありふれたもののためではありたせん。 次に、USBモデムを介したむンタヌネット接続がどのように増加するかを芋おみたしょう。 Yotaモデムは、最初のファヌムりェアず同様に、USBポヌトに接続するず自動的に認識されたす。動䜜に必芁なものはすべお事前に構成されおいたす。 人気のあるSamsung SWC-U200 iotovモデムをルヌタヌに挿入したすアカりントにお金があるかどうかは重芁ではありたせん。 接続はすぐに通過し、モデムは青色のむンゞケヌタヌで点滅し、ステヌタスペヌゞのYotaむンタヌフェヌスが緑色に点灯し、接続パラメヌタヌがYotaタブに衚瀺されたす。 ご芧のずおり、SLEEPモデムの状態は、デフォルトで動䜜を継続するPPTP接続よりも優先床が䜎いためです。







私の知る限り、これはNDMS v2.00の非垞に重芁な機胜です。 通垞のむンタヌネットぞのPPTP接続は正垞に機胜しおいたすが、システムはすぐにYotaずの接続を確立したすが、デヌタ転送には䜿甚したせん。 デフォルトでは、Yotaむンタヌフェヌスの優先床はISPの優先床、特にPPTPよりも䜎いため、接続は予玄されたす。 兞型的な優先順䜍の割り圓おは次のずおりです。ISP-700、PPTP / L2TP / PPPoE-1000、Yota-400。これらの優先順䜍はどういう意味ですか そしお、ここに䜕がありたす。 䜕らかの理由でPPTPセッションがクラッシュしお回埩しない堎合、特別なこずは䜕も起こりたせん。システムは継続的にそれを埩元しようずしたすが、プロバむダヌのネットワヌクぞの物理接続の優先床が高く、動䜜しおいるため、Yotaに切り替えたせん。 ただし、ケヌブルをWANポヌトから匕き抜くず、システムはすぐにiotaむンタヌネットに切り替わりたす切り替えおも1぀のpingが倱われるこずはありたせん。 PPTPセッションは、プロバむダヌのネットワヌク䞊でスケゞュヌルされた䜜業だけで高い確率で脱萜する可胜性があるため、Yota経由の接続の優先床をたずえば900に蚭定するのが合理的です。その埌、PPTPトンネルが萜ちた堎合、いわばモバむルむンタヌネットに切り替えたす PPTPを介した接続が有効になったこずを圌女が発芋するずすぐに、ペタは保護区に移されたす。 残念ながら、珟圚のファヌムりェアでは定期的なpingによるむンタヌネット接続の正確なチェックはありたせんが、将来のバヌゞョンでは開発者がこの機胜を远加するこずを期埅したしょう。 結局のずころ、接続を確保し、むンタヌネットぞの䞭断のないアクセスを確保するこずは、これがNDMS v2.00の䞻な機胜であり、このファヌムりェアをKeeneticルヌタヌの党ラむンに拡匵するこずを玄束するず噂されおいたす。



ちなみに、むンタヌフェヌスを無効にするには぀たり、システムがむンタヌフェヌスの動䜜を停止し、たったく応答しないようにするには、むンタヌフェヌスパラメヌタの[むンタヌフェヌスを有効にする]チェックボックスを削陀するだけで十分です。 有効にするには、同じこずを逆の順序で行う必芁がありたす。 パラメヌタは消去されず、「準備完了」のたたです。



たずえば、ADSLを介しお別のバックアップ接続を远加できない理由はありたせん。 最も䞀般的なバヌゞョンでは、プロバむダヌはDHCPを介しおアドレスも発行したす静的アドレス指定の堎合、難しくはありたせんが、もう少し詳しく説明したす。 バックアップADSLリンクを䜜成するには、むヌサネットポヌトを備えたADSLモデムが必芁です。Kineticsで蚭定されたIPサブネットからモデムを制埡するためのIPアドレスを削陀するこずが望たしいです。 しかし、モデムはブリッゞモヌドで動䜜するため、これは臎呜的ではありたせん。 モデムにADSL接続を蚭定しおブリッゞモヌドにした埌、ルヌタヌの空いおいるLANポヌト珟圚の䟋ではLAN4ポヌトに接続したす。 次に、むンタヌネットセンタヌの蚭定で、別のIPoEむンタヌフェむスを䜜成し、LAN4にバむンドしたす。







むンタヌフェヌスを䜜成するず、リストに衚瀺されたす







これで、このむンタヌフェヌスで䜕でもできたす削陀たで。 それを介しおPPPoE接続を䜜成したす。 これを行うには、PPPoEタブに移動し、「むンタヌフェヌスを远加」をクリックしたす。 その埌、プロバむダヌから受信したデヌタを入力し、PPPoEむンタヌフェむスを保存したす。忘れずに出力ずしお䜜成したIPoE接続を指定するか、いわば「キャリング」むンタヌフェむスを指定したす。







実際、むンタヌネットぞの䞭断のないアクセスを確保するために、PPTP、PPPoE、およびYotaによるず、ルヌタヌは3぀のプロバむダヌによっお同時に承認されたこずが刀明したした。 スクリヌンショットず同じ方法で優先順䜍を蚭定したす。







぀たり、メむン接続はPPTPです。 接続に䜕らかの問題が発生した堎合特にリンクが倖れた堎合、ルヌタヌは自動的にPPPoEに切り替わりたす。 䜕らかのトラブルが発生した堎合、ペヌタは仕事に入りたす。 この堎合、ルヌタヌは垞にPPTPおよびPPPoE接続の埩元を詊みたす。 WiFiクラむアントはデフォルトでリストされおいたす。



これで停止するこずはできたすが、このファヌムりェアのポヌトの転送に関する重芁な知識を共有するしかありたせん。 もちろん、UPnPモゞュヌルをむンストヌルしお、すべおを単独で実行させるこずもできたすが、たずえば、RDPはUPnPで動䜜するこずを望みたせん。 この点で、ポヌトをホヌムサヌバヌに転送するためのルヌルを䜜成したす。 私たちが蚭定したスキヌムに関連しお、プロセスは次のようになりたす。 たず、「セキュリティ」タブに移動し、すぐに「NAT」タブに移動したす。







ルヌルは、むンタヌネットむンタヌフェむスずロヌカルむンタヌフェむス間でのみ機胜したす。 「入力」むンタヌフェむス、぀たりむンタヌネットからの呌び出しが来るむンタヌフェむスを指定するルヌルを远加したすPPTPがありたす。 次に、倖郚宛先ポヌトの番号ずそのタむプTCPたたはUDPを指定したす。 その埌、内郚サヌバヌのIPアドレスを曞き蟌み、必芁に応じお、芁求をブロヌドキャストするポヌトを指定したす。 同様に、ポヌト転送はバックアップ接続甚に構成されたすもちろん、必芁な堎合。 ルヌルを保存したら、必芁なポヌトがルヌタヌのファむアりォヌルを通過しおロヌカルネットワヌクに到達できるようにする必芁がありたす。 これは[ファむアりォヌル]タブで行いたす。







ここでは、デバむス党䜓たたは各むンタヌフェむスに察しお個別にルヌルを䜜成できたす。 ルヌルがスピンするむンタヌフェむスを決定する堎合は、すぐに遞択する必芁がありたす。



䞀般に、刀明したように、蚭定にそれほど耇雑なものはありたせん。ファヌムりェアのロゞックを理解するだけです。

1.物理むンタヌフェむスず他の論理むンタヌフェむスの䞡方にバむンドできる論理むンタヌフェむスがありたす。

2.むンタヌフェヌスは「むンタヌネット甚」にするこずができたす。䜿甚するゲヌトりェむはシステム党䜓のデフォルトルヌトになりたす。 「むンタヌネット甚ではない」堎合がありたす-このようなむンタヌフェむスは、たずえば、リモヌトネットワヌクに接続するために䜿甚できたす。

3.各むンタヌネットむンタヌフェむスには優先順䜍があり、それに応じおむンタヌネットチャネルのバックアップアルゎリズムがそれらを敎理したす。



たた、NDMS v2.00ファヌムりェアには、これたで他のルヌタヌやネットワヌクデバむスでは芋られなかった興味深い機胜があり、抂しお将来的に機胜するこずも远加したす。 これは、コンポヌネント単䜍のファヌムりェアアセンブリの最初に宣蚀されたサポヌトです。 ぀たり、デバむスたたはZyXELのWebサむトでは、蚭蚈䞊、初期セットアップずむンタヌネットアクセスに十分な基本バヌゞョンのファヌムりェアが提䟛されおいたす。 むンタヌネットに接続したら、コンポヌネントメニュヌに移動し、特定のモゞュヌルをむンストヌルたたは削陀しお、自分甚のファヌムりェアを䜜成したす。 たずえば、3Gモデムのサポヌトを削陀できたすが、Yotaサポヌトはそのたたにしお、FTPおよびCIFSを远加しながら、送信およびWiFiクラむアントを削陀できたす。 特定のプロバむダヌにアクセスするために必芁なタむプの認蚌のみを残し、残りをすべお削陀しおデバむスメモリを解攟するこずを埌悔するこずなく論理的にするこずができたす。 珟時点では、ファヌムりェアのすべおのコンポヌネントを安党に残すこずができ、ただ十分なスペヌスがあるこずを予玄したすが、開発者は、DLNA、SIPクラむアント、その他のグッズなどの「厚い」コンポヌネントのサポヌトを玄束したす。 次に、ファヌムりェアを埮調敎するこずは理にかなっおいたす。









必芁なコンポヌネントを遞択した埌、「適甚」ボタンをクリックしお、KeneticがZyXELサヌバヌから泚文したファヌムりェアを受け取り、自動的にむンストヌルするたで数分埅ちたす。 蚭定をリセットする必芁はありたせん。



コンポヌネントの遞択は「䟿利なこずですが、ダむナマむトのように危険です。」 「愚か者からの保護」はありたせん。 たずえば、プロバむダヌのネットワヌクでの承認に必芁なコンポヌネントを削陀し偶然、誀っお削陀した、むンタヌネットにアクセスできなくなったため、元に戻すこずができたせん。 この堎合、メヌカヌのりェブサむトから以前にダりンロヌドしたファヌムりェアファむルを遞択しお、暙準的な方法でファヌムりェアをアップロヌドする必芁がありたす。 さお、矎しい蚈画-ファヌムりェアファむル自䜓によるず、ナヌザヌは再びそれを必芁ずしないはずです。なぜなら、ここではコンポヌネントが再び遞択されるだけでなく、曎新が利甚可胜な堎合は既にむンストヌル枈みずしお曎新されたす衚に瀺されおいるように。



Webコンフィギュレヌタヌに加えお、コマンドラむンむンタヌフェむスCLIず構成ファむルの䞡方がアップグレヌドされたした。 CLIを䜿甚しお、Webむンタヌフェヌスの圱響を受けないスキヌムをもちろん、デバむスの機胜制限を超えないように絶察に構成できたす。 シスコのルヌタヌに慣れおいるナヌザヌは、新しいZyXEL CLIを䜿甚するず、たるで氎䞭の魚のように感じるこずに泚意しおください。 CLIコン゜ヌルの衚瀺䟋を次に瀺したす。







Keenetic構成ファむルは、ロヌカルマシンにダりンロヌドし、任意のテキスト゚ディタヌで線集しおデバむスにダりンロヌドし盎すこずができるテキストファむルになりたした。 再起動埌、デバむスは新しい蚭定で動䜜を開始したす。



䞀般に、NDMS v2.00ファヌムりェアは良い印象を残し、非垞に機胜的です。 利点には、家庭甚デバむスではたったく䞀般的ではない蚭定の柔軟性ずロゞック、および耇数のネットワヌクむンタヌフェむスを䜜成しお同時に䜿甚できるむンタヌネットチャネルの適切なバックアップが含たれたす。 その䞭には、有線むンタヌフェヌスVLANを䜿甚たたは䜿甚しない、ワむダレスアクセスポむントたたはWiFiクラむアント、USBモデム3G / 4G、CDMAを介した接続がありたす。 ファヌムりェアは、むンタヌネットにアクセスするための倚くの認蚌方法PPPoE、L2TP、PPTP、および802.1xをサポヌトし、䞀般的なL2TPおよびPPTPプロトコルに基づいた安党なVPNトンネルの䜜成をサポヌトしたす。 リモヌトで䜜業する人の堎合、コンピュヌタヌにオフィスぞの安党なトンネルを䜜成する必芁はありたせん。これはルヌタヌ自䜓で行うこずができたす。



ZyXEL Keeneticむンタヌネットセンタヌの実瞟のある機胜も敎っおいるようですこれたでのずころ、ベヌタ版の状態では、フォヌラムによるず、v2.00はそれほどスムヌズに動䜜したせん。 特に、デバむスのUSBポヌトを䜿甚しお、倖郚USBディスクずプリンタヌを同時に操䜜できる機胜で接続するこずは匕き続き可胜です。 組み蟌みのトレントクラむアントTransmissionがあり、FTPを介しおUSBドラむブで動䜜したす。



私にずっおの䞻な欠点は、Wi-Fiを介したIPTVのサポヌトの欠劂でした。 ここでは軜埮な欠陥や欠点に぀いおは曞きたせんが、確かにそうです。 ファヌムりェアがベヌタ状態を終了するのを埅ちたす。 今のずころ、ISKmy.zyxel.ruおよびiXBTの察応するトピックで、開発者に盎接垌望ずコメントを衚明したす。



PSスクリヌンショットは玄1か月前に撮圱されたした。それ以降、コンポヌネントのバヌゞョンが倧幅に倉曎されたした。 IPTV over Wi-Fiは機胜したしたが、ただ完党ではありたせん。



All Articles