OPNsenseでDDNSの自動更新のためにdyndnsというものを使っていますが、エラー吐いてうまく更新してくれなかったので、 解消法をこちらに残しておきます。 かなり単純すぎる間違いを起こしていたのであまり役に立たないかもしれないですが、 ご了承ください。 1. 基本 1.1. OPNsenseとは m0n0wallからフォークされたものであり、オープンソースで作られているファイアウォールOSです。 このOPNsenseはFreeBSDベースで作られており、様々な種類の拡張機能があるのが特徴です。 また、pfsenseも同様にm0n0wallからフォークしたものですが、Electric Sheep Fencing という企業に買収されているが開発が停滞状況になっているらしいです。 1.2. dyndnsとは https://github.com/opnsense/plugins ここのdns/dyndns以下にソースコードが書かれています。 Dynamic DNS SupportとあるようにDDNSに対応させるツールになります。 2. 環境 OPNsense version: OPNsense 19.7.9_1-amd64 OPNSense FreeBSDversion: FreeBSD 11.2-RELEASE-p16-HBSD OPNSense os-dyndns: 1.18_1 2.1. 構成 　–| ONU |—WAN—| OPNsense Router |—-LAN—| HomeNetwork | WAN側(PPPoE側)のIPが変更されると自動検知し、dyndnsを用いて自動的に更新する。 更新させるDDNSサービスとしてDuckDNSを使用しています。 注意: ログのWAN側のIPは182以下はコメントで隠しているので注意してください。 3. 状況 これからログを取ります。 Jan 17 00:51:04 opnsense: /services_dyndns_edit.php: Dynamic DNS: (Unknown Response) Jan 17 00:51:04 opnsense: /services_dyndns_edit.php: Dynamic DNS: PAYLOAD: KO Jan 17 00:51:04 opnsense: /services_dyndns_edit.

IPoEでの接続方法の記事には調べて出てくるのですが、pppoeでのIPv6の接続方法がなかったので ここに残しておきます。 1. OPNsenseとは m0n0wallからフォークされたものであり、オープンソースで作られているファイアウォールOSです。 このOPNsenseはFreeBSDベースで作られており、様々な種類の拡張機能があるのが特徴です。 また、pfsenseも同様にm0n0wallからフォークしたものですが、Electric Sheep Fencing という企業に買収されているが開発が停滞状況になっているらしいです。 2. 環境 　プロバイダー: eo光 ホーム1Gコース OPNsense version: OPNsense 19.7.9_1-amd64 OPNSense FreeBSDversion: FreeBSD 11.2-RELEASE-p16-HBSD 2.1. 構成 　———| ONU |——-| OPNsense Router |———— |HomeNetwork| eo光の場合は、/64のIPv6アドレスが DHCPv6-PD で降ってくる場合の設定ということもあり 注意が必要です。 3. 設定方法 これから設定していきます。 3.1. WAN側の設定 Interfaces->ｗANを選択し以下の項目を変更する。 —General configuration— IPv6 Configuration Type [DHCPv6] —DHCPv6 client configuration— Configuration Mode [Basic] Request only an IPv6 Prefix [☑] Prefix delegation size [64] Send IPv6 Prefix hint [☑] Use IPv4 connectivity [☑] Use VLAN priority [Disable] 3.

この記事は、 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 このようなエラーメッセージを吐きました。