この記事は、 OIT Advent Calendar 2019の7日目の記事です。 今年もAdvent Calendarの季節がやってきました。 今回は 2019年9月30日 にお亡くなりになった、ポケベルの追悼の意を込めて作成にあたりました。 ポケベルとは ポケットベルの略です。 ポケベルにはそれぞれ電話番号が割り当ている。 ポケベルにメッセージを送るには、送信者は以下の操作が必要になります。 メッセージを届けたいポケベルの電話番号に掛ける ＊2＊2(コメに−コメに−)を入力　＜ーメッセージを開始時 メッセージの入力 ＃＃を入力　＜ーメッセージを終了時 ３の「メッセージの入力」ではポケベルの文字コード表というものを見ながらダイヤル入力します。 ポケットベルは受信しかできない通信機器ということもあり、一方通行でのやり取りになっています。 文字コード表について この文字コード表がドコモ派とテレメ派の2種類あり、契約しているポケベルのキャリアによって 違う文字コードを打つ必要があるという互換性に優れていない状況になっていたらしいです。 作成経緯や使い方動画 ニコニコ動画版はこちらから Twitter DMの送り方は↓ 成果物 電話を掛けてダイヤルキーからTwitterに投稿できる 今回の電話番号は 050-5373-8900 です。 ポケベルの文字コード表はこちらから 投稿されるTwitterはこちらから ソースコードはこちらから 今回作成した文字コード表はテレメをベースにしています。 投稿のされ方 あかんやん — 📞050-5373-8900 (@TEL_05053738900) December 3, 2019 @yoneyan_ja あかんやん — 📞050-5373-8900 (@TEL_05053738900) December 3, 2019 使い方 ポケベルの操作をなるべく再現されるように試みたが、機能的に削っているものも多いですがその点はご了承ください。 ＊２＊２(コメに−コメに−)を入力　＜ーメッセージを開始時 メッセージの入力 ＃＃を入力　＜ーメッセージを終了時 これでツイートされます。

サーバー機器はこちらで紹介しています。 ネットワーク機器は多すぎるので別記事にしています。 IP電話 Cisco IP Phone 3兄弟 Cisco IP Phone 7961 x2 Cisco IP Phone 7962 Cisco IP Phone 7941G x2 Cisco IP Phone 6921 メーカ＆型番忘れたIP電話 x3 UPS UPS3台（部屋移動前） Smart-UPS 500 LCD x2 Smart-UPS 500 この3台のUPSの内2台がバッテリーが死んでしまっているので停電すると終わります^^; LTOドライブ https://www.youtube.com/watch?v=spdsu90GAss ETERNUS LT20(HPのOEM) ETERNUS LT20 1UのLTOドライブです。最大でLTOカートリッジが8台入ります。 LTOドライブの規格はLTO4です。 Mini-SASケーブルがないので、バックアップできない状態です。 そのケーブルは中古でもそこそこするので、有り余っている方で譲っていただける場合はメールまでお願いします。 スマートスピーカ スマートスピーカはどこの家にもあると思いますが、紹介します。 Google Home Mini x2 Google Home （親分サイズ） Alexa Mini Alexa （親分サイズ） LINE Clova まとめ 自宅はこのようになっています。

サーバー機器はこちらで紹介しています。 また、その他機器はこちらで紹介しています。 余力があれば、自宅のネットワーク構成も記事にする予定です。 現時点 ではVLAN数は「33」です。 1F　リビング ここでは親が活動しているので、静かな機器を使用しています。 ルータ部分 AP部分 Ubiquiti Edgerouter ER-X (メインルータ) Aironet 1040 (5ghz n対応) TP-Link TL-SG105E TP-Link TL-SG108E 貧弱なので、自宅のルーティングはメインルータが全て担っています。 ２F　鯖部屋 鯖部屋になってしまいましたが、一応倉庫部屋です。 オレンジがスイッチ間、白がサーバー間、緑がマネージメント用に一応、別れています。 以下のもの(SSB30 1台、Brocade 300以外)は常時電源入ってます。 AT-x510-28GTX　(2Fメインスイッチ) AT-x510-28GTX　(サーバースイッチ) Fujitsu SR-X324T1（ほしいときに使う） Fujitsu SR-X324T1（検証用サーバースイッチ） PowerConnect 2724 （マネージメントネットワーク） Cisco 4400 Wireless LAN Controller (WLC) GS728TPS (POE給電用) IX2105　（HomeNOC接続用） どこかのメーカのIP電話ゲートウェイ SSB30 x2 (近々RX100 S7に置き換え予定) Aironet 1700 GS108P (POE給電スイッチ) Brocade 300 (FC Switch) Aironet 1600 裏側はこのような感じです。

サーバーの紹介 ネットワーク機器は多すぎるので別記事にしています。 また、サーバーやネットワークに属さない機器はこちらで紹介しています。 運用中 Fujitsu TX1310 M1 —Windows Server 2019 Standard (AD,RDP) Fujitsu TX100 S3 —-FiberChannel検証用 Fujitsu CELSIUS W510 —-録画サーバー(Win10 Pro) Fujitsu TX100 S3 —-鯖部屋クライアントPC(Win10 Pro) Dell T320 —-メインサーバー1(CentOS7) x2 Dell T320 —-メインサーバー2(CentOS7)(運用予定) x3 Dell T420 —-貸出用(未完成) x4 機種 CPU RAM DISK その他 TX1310 M1 Pentium G3240 6G 120G(SSD)+160Gx2+700Gx2 TX100 S3 謎 2G iscsi boot CELSIUS W510 Xeon E3-1225 4G 64G(SSD)+320Gx2 エンコード用 RX470 TX100 S3 Xeon E3-1280 6G 64G(SSD) AD管理 T320 E5-2450L 20G 120G(SSD)x2+1TBx6 メインサーバー T320 E5-2450L 2G 構築予定 T420 E5-2450L 64G 1TBx2 1 家にADを構築したいと思ったので構築しました

GS724TにLANケーブルを刺しても機嫌がいいときはアップしてくれますが、悪いときは本当にリンクアップしてくれない時が多く、まじめにイライラしてきたのでいろいろ探っているとおそらく原因がわかったのでこちらに対処法を載せます。 私自身の環境だけに要因する問題の可能性もあるので、あくまでもこういう場合があるよと思っていただけると幸いです。 GS724Tとは amazon GS724Tを簡単に紹介します。 GS724TはNetgear社の24ポートのSmart Switchです。 Smart Switchということもあり、LACPやらSNMPなどのそこそこ使える機能が豊富でしかも現時点ではヤフオクでも安く手に入るのが一番うれしいところです。 また、スパニングツリーも使えるためLANケーブルをループして事故を起こすことも未然に防げます。 問題の解決 LANケーブルをつないでもリンクアップしないという前代未聞の意味のわからないことになっているので、トラブルシューティングとしてGS724Tで有効になっている機能をことごとく無効にします。 そうすると…. Flow Control Setting フロー制御が原因でした。 フロー制御とは 私自身も詳しく説明できないのですが、、 送信側と受信側のリンクの速度の差でバッファがオーバーにならないように制御するものです。おそらく、この機能が悪さをしているのが原因だと思われます。 フロー制御が働いても速度に制限をかけたり、パケットを一時的に中断させたりするだけなのでおそらくGS724Tのバグです。 フロー制御の無効化方法 １．ログインする ２．Switchingタブに移動 Switchingのタブに移動（ここではSystemタブになっている） Switchingのタブに移動させます。 ３．Flow Controlを選択 Flow Controlを選択 Flow Controlを選択します。 ４．無効化する Flow Controlの設定 Global Flow Control(IEEE 802.3x) Modeの部分をDisableにする これにより、フロー制御を無効にできます。

CentOSを使って無線を有線にしなければならないことができたので、備忘録として書きます。 構築 APから飛ばしたものをCentOS RouterでIPマスカレードし、Clientから体外にアクセスできるようにします。 前提条件として WLAN側：DHCP（ここでは、172.16.100.100がDHCPより取得したと仮定する） LAN側：172.16.200.1⁄24 WLANインターフェース:wlp2s0 LANインターフェース:eth0 とします。 1．無線側の設定 1.1．WLAN側インターフェースを確認する NetworkManagerのデバイスを一覧で出してみます。 nmcli device とすると、 DEVICE TYPE STATE CONNECTION --------------------------------------------- eth0 ethernet disconnected　-- wlp2s0 wifi disconnected　-- wlp2s0がunmanagedになっている場合は、 nmcliで無線がunmanagedの場合の対処法 こちらに対処法を記事にしたのでご覧ください。 1.2．WLANのSSIDを設定する nmcli device wifi connect [ssid] password [password] [ssid]にWiFiのSSIDを、[password]にはSSIDに対するパスワードを入力してください。 2．有線側の設定 2.1．IPアドレスを固定で設定する nmcli connection modify eth0 ipv4.method manual nmcli connection modify eth0 ipv4.addresses "172.16.200.1/24" 172.16.200.1/24の部分にLAN側のIPアドレスを記入します。 2.2．DHCPサーバを構築する DHCPサーバをインストールする yum -y install dhcp /etc/dhcp/dhcpd.

nmcliで無線LANの設定がなかなかできなかったので、ここでは簡単に対処法を書きます。 ここでは無線LANをWLANと記述します。 確認してみる nmcli device より、WLANの管理状態を確かめてみます。 DEVICE TYPE STATE CONNECTION --------------------------------------------- eth0 ethernet connected eth0 wlp2s0 wifi unmanaged -- とこのようにWLANだけ管理されていない状況になっていることがわかります。 このような場合は、NetworkManagerのWifiを管理するNetworkManager-wifiを入れる必要があります。 yum -y install NetworkManager-wifi このパッケージを導入してから nmcli d wifi nmcli d nmcli connection を実行してから、しっかりと周りのwifiが見えていれば成功です！！ 失敗例 nmcli device set wlp2s0 managed yes とこのコマンドを実行すると、一見有効になってように見えます。 しかし、 nmcli d wifi としてもなにも帰ってこないので、 networkmanager-wifiパッケージが入っていないのがおそらく原因で無理なのだと思われます。

環境 OS: CentOS7 7.6.1810 Bridge: br0 (eth0をbr0にブリッジで接続している) 起こったこと virt-installのコマンドを走らせた際にbridge関連のエラーが出たので対処法をこちらに載せます。 virt-install --name centos7 --ram 4096 --disk /mnt/data/images/centos7.img --vcpus 2 --os-type linux --os-variant rhel7 --network bridge=br0 --graphics none --console pty,target_type=serial --location 'http://ftp.iij.ad.jp/pub/linux/centos/7/os/x86_64/' --extra-args 'console=ttyS0,115200n8 serial' 上記のようにvirt-installを行うと、 Starting install... Retrieving file vmlinuz... | 6.3 MB 00:00:00 Retrieving file initrd.img... | 50 MB 00:00:02 ERROR internal error: /usr/libexec/qemu-bridge-helper --use-vnet --br=br0 --fd=26: failed to communicate with bridge helper: Transport endpoint is not connected stderr=access denied by acl file このようなエラーメッセージを吐きました。

x510-28gtxというL3スイッチを実際に使っています。 ヤフオクで購入したのですが、パスワードはわかるものの、stackが組まれており、よくわからない状態になっていたので完全に初期化してみました。 スタック番号が「２」になっている状態です。 パスワードがわからない状態の初期化方法 ブートローダ部分で、 Ctrl + B -> 5 -> 1 -> 0 -> 9 とすることでパスワードが掛かっている状態でも初期状態に戻すことができるようになります。 しかし、この操作をしても以前のスタックが組まれたままになっており完全に初期化したいという状態なので、完全に初期化を実行したいと思います。 完全に初期化 enableコマンドで入り、管理用コマンドが実行できるような環境にしておきます。 AlliedWare Plus (TM) 5.4.9 03/29/19 02:51:50 awplus> awplus>en awplus# いよいよ強制初期化のコマンドを実行します。 awplus#atmf cleanup [atmf cleanup]というコマンドを使うことで、完全に初期化することができます。 スタックが組まれた状態でも初期の状況に戻してくれるので、今回のような完全な初期化を行いたい場合はおすすめです。

apcupsdとは APC製のUPSにつながれたサーバ機器を安全にシャットダウンされるように作られたアプリケーションです。 また、このアプリケーションを使うことで複数台のサーバ機器を同時にシャットダウン出来ることも特徴の一つです。 構成 構成としてこのようになっています。 SmartUPS 500につながっているもの TX1310 M1 ( ADサーバ Windows Server 2019 Standard) Fujitsu W510 ( 録画サーバ Windows 10) この２台サーバ機器がつながっています。 UPSとサーバ機器にはUSB経由でTX1310 M1に接続されています。 TX1310 M1をマスターとして運用します。 今回はUPSとサーバ間はUSBで接続するという条件で記事を執筆していきます。 構築 マスター側の設定 １．apcupsdをダウンロード・インストールする http://www.apcupsd.org/ apcupsdダウンロード リンクからWindows版をダウンロードします。 ダウンロードした後は、インストールしてください。 ２．ドライバを入れる ドライバインストール前 ドライバを入れ替える必要があるので、更新します。 ドライバの更新からコンピューターを参照してドライバーソフトウェアを検索をすると、 ドライバ更新 このような画面が出てくるので、ドライバが入っているフォルダを選択し、次へとすると、自動更新がかかります。 ドライバ更新後 ドライバを更新すると(Apcupsd) となります。 ３．apcupsdの設定をする start menu Edit Configuration fileという項目から設定ファイルを変更します。 ##UPSの名前 #UPSNAME -> UPSNAME UPS-1 ##シャットダウンまでの時間 TIMEOUT 60 -> TIMEOUT 180 コンフィグを変更した場合は、サービスでapcupsdが動いているのでサービスを再起動させます。