Guru Plug Server Plus：これにお金と神経を浪費しないでください
触発され、この記事で、私はから注文ITの新 GuruPlug Serverのプラスです。
そして、これが私の話です。
私の予約注文は7月に行われましたが、10月末にしか届きませんでした。 ご存知のように、過熱の問題により出荷が中断されました。 上記の記事で既に説明したように、構成の写真は提供しません。 梱包は非常に良好で、サーバーボックスはバブルバッグに詰められ、すでに黒いPVCバッグに詰められていました。 箱を開けた後、私は、デバイスが高さを含まない、クレジットカードよりも非常にコンパクトもう少し見えると指摘しました。
それで、予想して、私はそれをつけることに決めました。 ファンに切り替えた後、私はひどいハウリングを聞いたとき、それは私の失望は何でした。 しかし、サーバーでの経験から、ノイズレベルが読み込まれた後は低下すると想定していましたが、ここでは最初の失望と最後の失望から遠く離れた場所で待っていました。
注意トラフィック。
デバイスにはDebianシステムがインストールされているため、確認のために何もインストールする必要はありません。 ケーブルをイーサネットポートに接続することで、ルーターがどのIPアドレスを提供したかを追跡しましたが、 2番目の失望が待っていました。 取得したIPアドレスPing`ovalsyaオーディオサーバー、オーディオ答える要求のTelnet、SSH、WWW。 プラスがあることが判明しました。 これは、のWi-Fiアクセスポイントとして設定されています。 このタイプの接続を使用して、私はSSH経由でそれに行くことができましたDHCPの設定になって。
NANDメモリについては次のとおりです。
2 GbがSAMSUNGチップメモリであり、ファイル・システムは、いくつかのセクションに分割されています
また、MySQL、PHP、Lighttpdなどのサービスがデバイスで発生しました。
見たLighttpdサービスによると、Webインターフェース経由で接続しようとしました。
Webインターフェースは非常にシンプルです。
Webインターフェイスホーム
Wi-Fiモードを変更する
リンクを呼び出すことにより、ワイヤレスルーターメニューのDHCPサーバー設定を変更することができます。
「IPアドレスの範囲を変更する場合は、こちらの手順に従ってください」
DHCPサーバー設定ページ
しかし、ここで私は次の失望を待っていました。 DHCPサーバーのアドレスを変更した後、デバイス自体のアドレスが選択されたサブネットに変更されるのを待つのが慣例ですが、それはどのようであってもです。 新しいネットワーク192.168.2.xを選択しましたが、アドレス192.168.2.1のデバイスが古いアドレス192.168.1.1に残っていませんでした。
ランプ部は、デフォルトのデータベースを有効にすることができます。
ストリームプレーヤー「フロープレーヤー」もあります。 [ プリントサーバーとUSBモデム-3G接続]セクションで、対応するサービスを構成できます。 [ Bluetoothデバイス]セクションでは、Bluetoothヘッドフォンを設定して音楽を聴くことができます。 このデバイスは、クライアントとしてWi-Fiで動作するように構成できます。 アクセスポイントに接続するには、安全でない必要があります。 「このデモでは、「安全でない」（オープンセキュリティ）ワイヤレスネットワークのみをリストしています。」 メニューには、「再起動するたびに、ワイヤレスSheevaPlugがAPモードになることに注意してください」と表示されているため、注意してください。
イーサネットを介した作業のために、スクリプトを思い起こさなければなりませんでした
IPTABLESに適用される行をコメントアウトしました。
注意!!! /usr/rc.localファイルの「/root/init_setup.sh」行を削除した場合、またはファイルから「/root/init_setup.sh」という用語を削除した場合、rm -f /etc/wlanclient.modeケーブル、ハードウェア再起動ボタンなし、APモードの状態を返しません 。 何らかの理由で、SSHは動作を停止しましたが、Webは動作し続けました。
しかし、ファンをどうするか？
私は彼の何が悪いのかを知るために保証を失うことにした。 デバイスを分解したとき、驚いたことに礼拝堂はありませんでした。
私は、CPU、RAM、およびポート、およびコネクタ自身かなり暑いことに気づいたサーバを開けます。 彼は死ぬまで非常に悪い内部サーバの設計は、重要な構成要素の過熱と加熱用電源を確保します。 判明したように、このサーバーの複数の障害は電源の障害と正確に関連していますが、実際には、チップの温度条件が電源の電解コンデンサーの乾燥につながることです。
スクリプトを編集するには、 この記事に基づいてコンソールケーブルをはんだ付けする必要がありましたが、 次のようにケーブルのピン割り当てに使用FTDIChip TTL-232R_3v3ケーブルです。
しかし、この記事に反して、ケーブルは次の順序ではんだ付けされた後に機能し始めました：JTAGコネクタから始まる黒（GND）、オレンジ（Tx）、黄色（Rx）。 もし、半田赤ケーブル（3.3V）サーバーは、元に動作します。 電源を接続せずに、USBから電源を取り、ネットワークコネクタのすべてのインジケーターが点灯しますが、ダウンロードはできませんでした。
SSHアクセスを復元するには、コマンドでキーを作成する必要がありました
、およびキー作成の質問には、それぞれ/ etc / ssh / ssh_host_rsa_keyおよび/ etc / ssh / ssh_host_dsa_keyに回答する必要があります。
次に、自分自身を表す写真（サーバーの内部デバイス）を提供します。
はんだ付けされたコンソールケーブルTTL-232R-3v3。
かなりの量のフォーラムを読んだ後、組み立てられた状態ではこのサーバーの操作は不可能であり、このサーバーを冷やすために人々だけが思いつかないことに気付きました（以下、写真は私が撮ったものではありません）：
ラジエーターを工場の冷却プレートに取り付けます。 私のバージョンにはプレートがありませんでした。
受動冷却のための高屋根板。
熱放射の写真：
私はGuru Plug Server plusに完全に失望しました。GlobalScale製品はまだ完成していないため、購入することはありません。
このデバイスにお金をかける価値があるかどうかを自分で決めてください。
GP +過熱フォーラムのブランチ全体
そして、これが私の話です。
私の予約注文は7月に行われましたが、10月末にしか届きませんでした。 ご存知のように、過熱の問題により出荷が中断されました。 上記の記事で既に説明したように、構成の写真は提供しません。 梱包は非常に良好で、サーバーボックスはバブルバッグに詰められ、すでに黒いPVCバッグに詰められていました。 箱を開けた後、私は、デバイスが高さを含まない、クレジットカードよりも非常にコンパクトもう少し見えると指摘しました。
それで、予想して、私はそれをつけることに決めました。 ファンに切り替えた後、私はひどいハウリングを聞いたとき、それは私の失望は何でした。 しかし、サーバーでの経験から、ノイズレベルが読み込まれた後は低下すると想定していましたが、ここでは最初の失望と最後の失望から遠く離れた場所で待っていました。
注意トラフィック。
デバイスにはDebianシステムがインストールされているため、確認のために何もインストールする必要はありません。 ケーブルをイーサネットポートに接続することで、ルーターがどのIPアドレスを提供したかを追跡しましたが、 2番目の失望が待っていました。 取得したIPアドレスPing`ovalsyaオーディオサーバー、オーディオ答える要求のTelnet、SSH、WWW。 プラスがあることが判明しました。 これは、のWi-Fiアクセスポイントとして設定されています。 このタイプの接続を使用して、私はSSH経由でそれに行くことができましたDHCPの設定になって。
Linux sheevaplug-debian 2.6.32-00007-g56678ec #1 PREEMPT Mon Feb 8 03:49:55 PST 2010 armv5tel
The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Mon Feb 1 16:42:41 2010
sheevaplug-debian:~# uname -a
Linux sheevaplug-debian 2.6.32-00007-g56678ec #1 PREEMPT Mon Feb 8 03:49:55 PST 2010 armv5tel GNU/Linux
sheevaplug-debian:~#
NANDメモリについては次のとおりです。
2 GbがSAMSUNGチップメモリであり、ファイル・システムは、いくつかのセクションに分割されています
sheevaplug-debian:/sbin# df -h
Filesystem Size Used Avail Use% Mounted on
tmpfs 251M 0 251M 0% /lib/init/rw
udev 10M 720K 9.3M 8% /dev
tmpfs 251M 4.0K 251M 1% /dev/shm
rootfs 463M 204M 259M 45% /
tmpfs 251M 0 251M 0% /var/cache/apt
また、MySQL、PHP、Lighttpdなどのサービスがデバイスで発生しました。
sheevaplug-debian:/sbin# top | grep mysqld
1533 root 40 0 2852 1300 1076 S 0.0 0.3 0:00.04 mysqld_safe
1576 mysql 40 0 124m 16m 4708 S 0.0 3.3 0:02.05 mysqld
sheevaplug-debian:/sbin# top | grep php
2000 www-data 40 0 28108 5396 3620 S 0.0 1.1 0:00.35 php-cgi
2006 www-data 40 0 28108 5396 3620 S 0.0 1.1 0:00.35 php-cgi
2029 www-data 40 0 28108 2192 416 S 0.0 0.4 0:00.00 php-cgi
見たLighttpdサービスによると、Webインターフェース経由で接続しようとしました。
Webインターフェースは非常にシンプルです。
Webインターフェイスホーム
Wi-Fiモードを変更する
リンクを呼び出すことにより、ワイヤレスルーターメニューのDHCPサーバー設定を変更することができます。
「IPアドレスの範囲を変更する場合は、こちらの手順に従ってください」
DHCPサーバー設定ページ
しかし、ここで私は次の失望を待っていました。 DHCPサーバーのアドレスを変更した後、デバイス自体のアドレスが選択されたサブネットに変更されるのを待つのが慣例ですが、それはどのようであってもです。 新しいネットワーク192.168.2.xを選択しましたが、アドレス192.168.2.1のデバイスが古いアドレス192.168.1.1に残っていませんでした。
ランプ部は、デフォルトのデータベースを有効にすることができます。
host:localhost
username:root
password:nosoup4u
databasename:plogger
ストリームプレーヤー「フロープレーヤー」もあります。 [ プリントサーバーとUSBモデム-3G接続]セクションで、対応するサービスを構成できます。 [ Bluetoothデバイス]セクションでは、Bluetoothヘッドフォンを設定して音楽を聴くことができます。 このデバイスは、クライアントとしてWi-Fiで動作するように構成できます。 アクセスポイントに接続するには、安全でない必要があります。 「このデモでは、「安全でない」（オープンセキュリティ）ワイヤレスネットワークのみをリストしています。」 メニューには、「再起動するたびに、ワイヤレスSheevaPlugがAPモードになることに注意してください」と表示されているため、注意してください。
イーサネットを介した作業のために、スクリプトを思い起こさなければなりませんでした
IPTABLESに適用される行をコメントアウトしました。
注意!!! /usr/rc.localファイルの「/root/init_setup.sh」行を削除した場合、またはファイルから「/root/init_setup.sh」という用語を削除した場合、rm -f /etc/wlanclient.modeケーブル、ハードウェア再起動ボタンなし、APモードの状態を返しません 。 何らかの理由で、SSHは動作を停止しましたが、Webは動作し続けました。
しかし、ファンをどうするか？
私は彼の何が悪いのかを知るために保証を失うことにした。 デバイスを分解したとき、驚いたことに礼拝堂はありませんでした。
- 1.ファンは電源から直接電力を供給されます。
- 2.ラジエーターが存在しない。
- 3.その有用な作業のみ1/3によって可能となるようにファンが設置され、なぜなら 他のすべては、閉じたUSBコネクタです。
私は、CPU、RAM、およびポート、およびコネクタ自身かなり暑いことに気づいたサーバを開けます。 彼は死ぬまで非常に悪い内部サーバの設計は、重要な構成要素の過熱と加熱用電源を確保します。 判明したように、このサーバーの複数の障害は電源の障害と正確に関連していますが、実際には、チップの温度条件が電源の電解コンデンサーの乾燥につながることです。
スクリプトを編集するには、 この記事に基づいてコンソールケーブルをはんだ付けする必要がありましたが、 次のようにケーブルのピン割り当てに使用FTDIChip TTL-232R_3v3ケーブルです。
Red – 3.3v
Orange – Tx
Yellow – Rx
Black – GND
しかし、この記事に反して、ケーブルは次の順序ではんだ付けされた後に機能し始めました：JTAGコネクタから始まる黒（GND）、オレンジ（Tx）、黄色（Rx）。 もし、半田赤ケーブル（3.3V）サーバーは、元に動作します。 電源を接続せずに、USBから電源を取り、ネットワークコネクタのすべてのインジケーターが点灯しますが、ダウンロードはできませんでした。
SSHアクセスを復元するには、コマンドでキーを作成する必要がありました
ssh-keygen –t rsa
ssh-keygen –t dsa
ssh-keygen –t rsa
ssh-keygen –t dsa
、およびキー作成の質問には、それぞれ/ etc / ssh / ssh_host_rsa_keyおよび/ etc / ssh / ssh_host_dsa_keyに回答する必要があります。
次に、自分自身を表す写真（サーバーの内部デバイス）を提供します。
はんだ付けされたコンソールケーブルTTL-232R-3v3。
かなりの量のフォーラムを読んだ後、組み立てられた状態ではこのサーバーの操作は不可能であり、このサーバーを冷やすために人々だけが思いつかないことに気付きました（以下、写真は私が撮ったものではありません）：
ラジエーターを工場の冷却プレートに取り付けます。 私のバージョンにはプレートがありませんでした。
受動冷却のための高屋根板。
熱放射の写真：
私はGuru Plug Server plusに完全に失望しました。GlobalScale製品はまだ完成していないため、購入することはありません。
このデバイスにお金をかける価値があるかどうかを自分で決めてください。
GP +過熱フォーラムのブランチ全体
All Articles