「nic」を含む日記 RSS

はてなキーワード: nicとは

2023-12-04

Cat5eを使い切る未来はあるか?

要するに1Gbpsと10Gbps論争

最近10Gbpsを諦めて2.5Gbpsになってきているので、1Gbps越え論争の方が正しい

インターネット接続の1G越え対応

5/10Gbps提供はかなり広まっているのでここはそんなに問題無い

価格も1Gbpsと大して変わらない

実測としては10Gbpsは絶対に出ないが、2〜3Gbpsなら出る

ただし、それはスピードテストをしたときの話であってEnd-to-Endでそれだけでるかどうかは全く別の話になる

有線接続の1Gbps越え対応

高性能PCでは2.5Gbps対応NICが増えてきた

10Gbpsは依然としてまだまだだが、1Gbpsを越えるという意味では使えるようになってはい

またType-C接続のRJ-45ドングルも2.5Gbps対応が出てきている

無線接続の1Gbps越え対応

ノートPCだけでなくスマホでもWiFi 6(11ax)対応が増えてきている

11axなら理論上は最大9.6Gbps使えるが、これは160MHz帯域を8本同時利用した場合で、そんなPCは無い

現状では2本同時利用なので2.4Gbpsが上限となるので、1Gbps越え通信可能である

アプリケーション

本題のアプリケーションだが、単体で1Gbpsを越えるような通信をするアプリケーション存在しない

8K映像を非圧縮で送れば72Gbps必要だがH.265だとせいぜい100Mbps、将来的な規格では50Mbpsほどまで圧縮できる

10部屋あって全員が8K映像を同時視聴すれば1Gbpsを越えるかもしれない

オンラインゲームでは遅延を嫌ってUDPバカスカ送ることもあるが、それでも100Mbpsもあれば十分である

圧縮で送るとコーディング遅延がなくなるが、そもそも伝送遅延がバカみたいに大きいので圧縮しても大差が無い

一方でファイルなどの送受信では帯域幅がそのままダウンロードアップロード時間に直結する

5GBのイメージダウンロードする時間は1Gbpsから2.5Gbpsにすればまぁ半分ぐらいにはなる

オンラインストレージバカスカ使う人にとっては1Gbps越えが魅力的に思えるのだが

実際にはソフトウェア側の工夫(キャッシュなど)によってそれを体感できるかどうか怪しい

実際にDropBox, iCloudOneDriveはどれもよくできているので帯域幅による違いを感じにくい(細すぎるとダメダメだが)

将来性

モデム28.8kbpsで頑張っていた頃は1Mbpsも出れば夢のような未来が待っているという期待があった

ADSLで1〜10Mbpsもつかえ始めると「1Gbpsも使えるの?」と思っていたが実際には10Mbps越えの通信は十分に需要があった

なので今、「1Gbps以上必要あるの?」と思っていても、将来的には必要になるかも知れない

否定はしないが、1〜10Mbpsの頃から4K8Kの話やクラウドストレージのような話はあって

将来的に1Gbpsが使えたときの利用方法は山のように案があった

今、10Gbpsの利用法として合理的ものは知る限り全くない

特にコーディングに関する技術が進みすぎて映像伝送に帯域が不要となったのが大きいように思う

何より1Gbpsの状況が10年以上続いているのが好例だと思う

ネットワーク業界未来

伝送スピードよりも接続の確実性の方が圧倒的に需要が高い

特に5Gでモバイル網のスピードが固定網に追いついてしまっているので

ハンドオフ等を考えれば全て5G(もしくは6G)でカバーする方が接続性・速度ともに満足度が高い

5Gアンテナを多人数で共有している限りは速度上昇は見込めないので

この業界に求められているのは5GC内蔵の屋内5GプライベートアンテナをeSIM認証自由ハンドオフできる世界線だと思う

WiFiの設定もいらないし契約も一本化できる

PCにeSIMが入るようになれば屋内でも屋外でもシームレスネットワーク接続できるし

スタバWiFiに繋がらなかったりドコモフリーWiFi勝手に繋がってLINEが来ない、という未来もなくなる

ただ、そのときであっても家庭の屋内配線は1Gbpsで十分である

マンション店舗のように複数人で共有するなら当然1Gbps以上の回線必要だが、伝送距離を考えればファイバーの方が有利である

ということでLANケーブルはCat5eで打ち止めではないか、というのがここ10年ぐらいの温度感だと思う

2023-12-02

anond:20231202231411

👩‍🏫「…増田クン、その3単語目は『NIC-HACK』って詠んだら音韻を踏んでて良くなるわ♪」

中学校の授業中に泣いちゃったビートルズイエスタデイが好きでアコギで教えてくれた音楽先生体育教師結婚してたけどお元気かなぁ

2023-05-29

「略式軍服」という日本語存在する

はじめに

この記事の主旨は「ウクライナのゼレンスキー大統領パーカーは略式軍服である」ということではない

あくまで「略式軍服という日本語はなかった」「一年ほど前から急に現れた言葉だ」という誤認を訂正したいだけである

そもそも話題元はこちら。

ゼレンスキーは「略式軍服」を着たのか?|ヒト

ウクライナ侵攻前には誰も「略式軍服」という言葉を使っていなかったのだ。


「略式軍服」という言葉の使用例は、国立国会図書館デジタルコレクションの全文検索では33件 - 法華狼の日記

どう見ても定着した言葉概念ではない。ほとんどが翻訳採用された言葉だったり、あくまで「略式の軍服」という意味表現にすぎない。同一作品の重複も多い。

新しい用例は1975年雑誌現代』と1984年雑誌ミステリマガジン』で確認できるだけ。


近年の用例

法華狼氏のエントリでは近年の用例はないとされているが、実際にはそうした用例は存在する。

書籍検索結果一覧 | BOOK☆WALKER

池波正太郎『男のリズム

そのころ、海軍略式軍服を着て、東劇歌舞伎を見に行った。

堺屋太一時代末』

マッカーサーが敢えて天皇を呼びつけ、略式軍服写真を撮らせたのも、

半藤一利日本国憲法の二〇〇日』

天皇モーニングの礼装であったが、マッカーサー略式軍服ネクタイもしめていなかった。

藤本ひとみ皇帝ナポレオン

濃紺の略式軍服である元帥従軍軍装だった。

枯野瑛終末なにしてますか? 忙しいですか? 救ってもらっていいですか?

見慣れない服装だった。女性兵用略式軍服

アマラ『地方騎士ハンスの受難

ハンスは寝巻きから動きやす略式軍服へ着替えると、ベッドに立てかけてあった剣を腰に差す。


あえて翻訳は除外したが、日本人作家商業作品限定してもこうしていくつかの使用例がある。

池波正太郎以外は、2000年ごろから2020年までに刊行された新しい書籍である

もちろん10件足らずでは「定着していた」とまでは言えない。

しかし「用例がまったく無いわけではない」ということはわかるはずだ。

訳語としての用法

「用例」の存在確認したところで、次は「用法」の確認をしたい。

国立国会図書館デジタルコレクションで「略式軍服」を検索すると、1940年発行の岡倉由三郎編『新英和辞典』がヒットし、以下のような項目を見つけることができる。

新英和大辞典 - 国立国会図書館デジタルコレクション

tu'-nic [tjúːnɪk] n. 1) 〘古代ギリシャローマ襦袢, 肌着, シャチ; 2) 一種の陣羽織; 3)(現代婦人の用ひる)腰部緊着上衣; 4) 〘俗〙密着短上衣, 略式軍服(又は, 警官服); 5)〘解・動〙被膜, 膜(=integument); 7)〘植〙膜質外皮, 種皮(=husuk). [OF tunique, < L tunica]


まり辞書レベルで「略式軍服」は「(軍服の)チュニック」の訳語だったのである

これは法華狼氏が「ほとんどが翻訳採用された言葉だった」と書いているのにもつながる。

翻訳での用例

実際に、国立国会図書館デジタルコレクションで読めるいくつかの翻訳書籍の原文を確認してみると、

エリック・アンブラー著・宇野利泰訳『真昼の翳』(1963年

少佐は、これでおわつたといわねばかりに、立ち上つて、略式軍服のまえを撫でさすった。

He stood up, as if to end the discussion, and smoothed down the front of his tunic.

サマセット・モーム著・斎藤三夫訳『剃刀の刃』(1965年

帰って来た時は、軍服姿で、惚れ惚れするほどでしたわ。略式軍服にあの綺麗なリボンをすっかりつけましてね。

when he came back he looked lovely in his uniform, with all those pretty ribbons on his tunic,

コーネリアスライアン著・木村忠雄訳『ヒトラー最後戦闘』(1966年

ゴルボフは略式軍服上衣ポケットから折った「赤い星」紙を取り出し

Golbov took out of his tunic pocket a folded copy of the newspaper Red Star


用例が少ないために「それが定訳だった」とまでは言えないかもしれないが、「チュニックを略式軍服と訳していた」ということの証左にはなっていると思う。

結論

「略式軍服」という日本語存在する。

古くは「チュニック」の訳語とされ、近年でも数は少ないながら商業作品に使われている。

ウクライナ侵攻前には誰も『略式軍服』という言葉を使っていなかった」というのは誤りである

2023-05-23

anond:20230523154648

1品物のハードウェア必要な状況ってあんまないけど

カスタムNIC作って独自フィルタリングハードウェアでやるような使い方は頭いいなと思った

2023-05-21

俺の開発経験

[自社開発メガベンチャーわず半年で鬱退職した雑魚エンジニアの話|JoanOfArc](https://note.com/joan_of_arc/n/ned510ca913c7)

この記事過去記憶を呼び起こさせた。

1. 今はなき鉄鋼メーカー研究所新規シミュレーションコード立ち上げ

メンター米国自動車メーカー転職して途方にくれた。電磁気学教科書を読み漁って掲載されているサンプルコード理解して、コード手打ちして3ヶ月で動く様にした。社内で誰も見たことが無い結果に驚かれた。

2. 鉄鋼メーカー人員削減が若手にも迫ってきたので、電子部品メーカー転職コードは書かず開発現場製品作品制作をモクモクと行う。

3. 色々あってプログラマー派遣会社転職ドコモ向けのアプリテストデータ作成するだけの仕事アサインされた。楽勝の仕事だったが、拘束時間が長く半年10kg太る。

4. 派遣で今はなきシャープ常駐でデジカメファームウェアの開発現場に放り込まれる。C言語の未知のコードLSI仕様書に戸惑ったが、親切な若手社員に助けてもらって独り立ち出来た。2年程やったが、雇い止めに合った。

VC++製の画像処理アプリメンテした。VB画像処理アプリ自作した。

5. 現NTT、当時住友銀行子会社で常駐で電磁界シミュレーションアプリの新機能開発を担当分散処理による計算時間短縮を狙う部分を担当分散処理はMPI(現OpenMPI)を使用。まずはパソコン2台で分散処理を行うもNIC(LAN Card)がボトルネック計算は出来るが1台で計算するよりパフォーマンスが出なかった。職場ジョインしたあとは、しばらくは訳がわからず、戸惑った。通勤時間が長く体が消耗した。

派遣プログラマーは嫌で正社員で働きたかったので、プログラマーにこだわらず職場を探した。知財の職に採用されたので、常駐先と派遣会社退職を願いでると引き止められて困った。退職を強行して転職できた。離職票の入手に苦労した。暑い夏だった。

6. 中小製造メーカー知財職場では要領よく仕事をこなしていると時間があまる。余った時間で社内WEBサイトを作ったりした。使ったのはASP(ASP.NETの前身VB.NETでコーディング)。フレームワークに従ってコードを埋めるとそれなりに動いた。DBMSAccessを使った。要するにmdbファイルデータを保存した。更新処理は管理者のみ、データの閲覧が主な機能であるWEBサイトだった。

7. 知財仕事は楽勝なのだが、やはり開発の仕事に未練が出てきた。iOSアプリの開発もやってみたくなった。10年以上知財仕事を行ったが思い切って無職転向した。親父も無くなり、遺産の整理もサラリーマンを行いながら難しかったのだ。(つづく)

2022-12-06

ネット上の映像配信はいつまでユニキャストでやるんだろう

abemaのw杯配信の話見てて思った。

ipv6グローバルマルチキャストアドレスサービス単位登録制にして固定回線回線業者なりモバイルキャリアなりがマルチキャストルーティング対応したらなんとかならんのかな?と思ったが、

よく考えたら不特定多数を一つのマルチキャストアドレスでまとめてアクセス可になるとウイルスばら撒いたりnic脆弱性突き放題になってネットが終わるのでグローバルスコープマルチキャスト使うのは無理だな。

全く同じパケット無駄に複製されて発信側にも中継側にも負担しかないユニキャストの仕組みは映像配信に関しては壮大な金の無駄だが、それしか道はないのかなぁ

2022-02-05

anond:20220205110334

1.6TBpsが普及価格帯になれば、HCIとかのブームも潮目が変わってくるね。

HCIは結局NICが早くなればメリットが少なくなるしむしろデメリットが浮き彫りになってしま

今はNICが遅いからHCIがブームに見えているだけ

2021-12-31

なんでAWSAzureが人気か・・・わかった気がする Part2

VMWareやらなんやらでバックアップを取ろうと思うと、NICを追加してSAN接続して・・・とかやらないといけないが、

AWSAzureバックアップビルトインされており、ユーザVMのハコに対する接続方法を考えなくていいのである

NICディスクをアホほどぶら下げないと動かせないレガシーな仕組みに比べて遥かにシンプル。そら売れるわ・・・

2.5GbEってなんか中途半端やな

後ろに10GbEが控えているのだからステップアップ的に3GbEにすればよかったのにな

10GbEはまだ高いかなんちゃってSANNICにいいかもな

2021-12-30

仮想化時代NAS 選び - やっぱり iSCSI は早い。


仮想システムを構築するにあたり、CIFS しか使えない NASバックアップ用に選定してきた SI 屋さんが居たので、CIFS と iSCSI のどちらが早いのか、試してみました。



テストに使う NAS は QNAP の Turbo NAS TS110

http://www.tekwind.co.jp/products/entry_6719.php

です。もう6年以上愛用して、カビが生えてもおかしく無い程に古いし, Marvell 800Mhz という低スペックな Qnap NASです。 100Mbps 時代のモノです。

昨年、HDDがお亡くなりになったので、3Tb の HDD に交換しました。ファームウェアはこんなに古い機械でも、QNAP シリーズの最新バージョンが利用できます

iSCSI は、今あまり見なくなりましたが SCSI ケーブル規格や、SASケーブル接続ハードディスクを、一般的IPネットワークで規格で仮想化したものです。

マウントするホストシステム側は iSCSI initiator, ディスクストレージ機能提供する側を iSCSI Target と呼びます

ホストからマウントするしない」はイニシエータ側のソフトウェア的な操作で行います。これは便利な機能で、ディスク故障などで、一時的物理的に取り外さなければいけない場合でも、ホストから操作だけで実際のケーブル結線の脱着を行う必要がないので、今時での SAS の外付けディスクドライブの様に、ホストシャットダウンして電源を切り、結線を外して修理、交換する、という必要がないので、ディスクデバイスの修理をホストの電源を止めないで実施できると言う、実に便利な事ができます

という事で、仮想環境では実に使いやすストレージデバイスなのです。

マウントするホストから見ると単純に SCSI/SASハードディスクに過ぎません。iSCSIストレージマウントしてからは、通常の増設ディスクの様にフォーマットして、ホスト側で使う一般的な XFS, ext4, NTFS などのフォーマットフォーマットする必要があります

LinuxiSCSI ターゲットからは、内部にターゲットとして使う「巨大なファイル」が、どん! とあるだけです。この巨大ファイルを、イニシエータ側に仮想ディスクイメージとして提供しています。当然シンプル仮想イメージなので、ファイルのものバックアップコピーすれば、ストレージイメージのものバックアップができます

※ qnap NAS場合iSCSI イメージは、 /share/HDx_DATA/.@iscsi.img の下にドンと作られるようです。

[Solved]How to mount iSCSI file?

https://forum.qnap.com/viewtopic.php?f=180&t=25322

[/share/HDA_DATA/.@iscsi.img] # pwd

/share/HDA_DATA/.@iscsi.img

[/share/HDA_DATA/.@iscsi.img] #

[/share/HDA_DATA/.@iscsi.img] # ls -l

-rw------- 1 admin administ 6442450944 Nov 12 2017 iSCSI-2015ace1-5a078d66.000

-rw------- 1 admin administ 1073741824 Jun 24 09:52 iSCSI-lun4-5d0de534.000

-rw------- 1 admin administ 107374182400 Nov 4 2015 iSCSI-nss01-56399e1a.000

-rw------- 1 admin administ 5368709120 Nov 11 2017 iSCSI-nss2015-5a06cf6d.000

-rw------- 1 admin administ 21474836480 Jun 22 17:11 iSCSI-test-56b3ce90.000

-rw------- 1 admin administ 5368709120 Jun 22 17:11 iSCSI-test-56b3ce90.001

[/share/HDA_DATA/.@iscsi.img] #

※ とても重要

CIFS/NFSファイル共有NAS と違い、iSCSIマウントして一つのターゲット制御できるのは、一つのホスト、一つのイニシエータだけです。複数ホストからイニシエータでマウントする(できちゃいます)と、ファイル排他制御は行われないので、ファイルシステム自体の不整合が起こります

まりファイル共有という目的には向いていない、という事です。あくまでも iSCSI ターゲットネットワーク上の仮想ディスクです。

もっとも、一つのホストからマウントしてファイルを保存して、いったんオフラインにして、ターゲットを別なホストからマウントする、という事はできます。また、ターゲットは一つの iSCSI デバイス複数作れるので、1台の iSCSI 装置複数ターゲット実装して、複数ホストから別々のターゲットイメージマウントする事は問題ありません。

極端な話、ホストハイパーバイザーは USB メモリSANブートさせて、後はマウントした iSCSI仮想イメージ上で、仮想マシンを動かす、HDDレスハイパーバイザー運用もできます

物理的な転送速度は、ネットワークの速度とディスクデバイスの性能に依存します。当然 10Gb baseネットワークカードHUB、高規格なケーブルを使えば、論理的な性能は 10Gbps です。大抵は NAS の性能がそこまで出ないのですけどね。ヨドバシカメラあたりで売っている 4,000 円程度の 1G HUB でも、そこそこの性能が出てしまます

距離は、IPがつながればどこでもなので、ホストコンピュータとメインのストレージを自社のサーバールームに置き、イニシエータを動かし、バックアップ用の iSCSI ターゲットデータセンターに置く、なんてこともできます

【送料無料】QNAP TS-431P2(ホワイトNAS 4ベイモデル クアッドコア CPULAN 2ポート搭載 (TS431P2)

価格:56,145円

(2019/7/27 12:05時点)

感想(0件)

  • LUN -

iSCSI の耳慣れない言葉に LUN (論理ユニット番号 : Logical Unit Number)というのがあります

昔の SCSI は、 SCSI バスアダプタに7番のIDを振り、残りの 0 ~ 6 のディスクCD, Tape などに ID を振り分ける物理的な3ビットディップスイッチやジャンパ端子が付いていました。これが SCSI アドレスです。

まり初期のSCSI 規格では8つ分。

これが実に難物でした。特に複数SCSI バスアダプタカードをデュプレクス設定する場合割り込み番号も別々にするので、手が滑ってジャンパピンを飛ばして床を這いまわって探したり、難解なディップスイッチを前に数日悩んだものです。

まりつのSCSIバスには 0~7の合計8台(うち大抵7番はSCSI バスカード)の物理ユニットデバイスがつながって別々に見えたという仕組みだったわけです。

ところが SCSI バスを使った Raid コントローラが出てくると、ディスクの鈴なりが、一つの物理デバイスに見えてしまうわけです。これを「論理的仮想番号」に分割して、システムからは、単一の鈴なり Raid ディスク複数論理番号に分割したわけですね。

これが LUN というヤツです。

iSCSI 機器ターゲットも、内部のソフトウェア的に複数論理デバイスに分割して、複数ホストコンピュータから複数物理デバイスのように見せかけるわけです。

別々な LUN は一つ、あるいは複数iSCSI 機器によって、複数ホストに別々のディスクデバイスとして見せかけるンです。

まぁ、いい加減な説明なので、他所で調べてください。

https://en.wikipedia.org/wiki/Logical_unit_number

Qnap NAS場合iSCSI ターゲットウィザード形式簡単作成できますEXT4 ファイルシステム上で、オンラインでも簡単サイズの拡大ができるので、 Windows の Storage Server のように NTFSVHD 形式ではないので、そこそこ性能が出ますが、いかんせん古さと遅さは否めません。

Qnap NASiSCSI ターゲットの設定は、偉そうな Linuxサイトに書いてある程、面倒なことはありません。ストレージマネージャから iSCSI タブにあるウィザードに従って iSCSI ターゲット名に任意名前を付けると IQN にその文字列が追加されるだけです。わざわざ vi エディタに「正確に」綴りを間違えずに設定する必要もありません。ここでは Chap 認証は付けませんでした。

仮想時代NAS 選び - やっぱり iSCSI は早い。_a0056607_16405779.jpg

機械は古いのですが、逆に言うと、「古くて遅い」ため、サーバーNASとの接続プロトコルの性能差が、如実に現れる事になります

QNAP TVS-951X 10GBASE-T/NBASE-Tポート内蔵

10GbE接続対応 NAS

Windows10 の MicrosoftiSCSI イニシエータは「コントロールパネル」>「システムセキュリティ」>「管理ツール」の中にあるので、ここで、設定済の iSCSIターゲットを」 「検索」して選んで「接続します。Chap 認証を付けておいた場合ターゲットで設定したパスワード必要でしょう。

仮想時代NAS 選び - やっぱり iSCSI は早い。_a0056607_16412132.jpg

新規作成して、接続した後は、フォーマットされていないため、ディスクマネージャからフォーマットして使います。ちなみに、フォーマットして利用した iSCSI ターゲット仮想ディスクは、他のマシンマウントすることもできます。つまりHDDを取り外して、他のPCに繋げる事と同じことですね。

PR

ちなみに opeSUSE で使うにはこんな感じになりました。

open SUSE Leap 15.1 で iSCSI NASを使ってハマった

https://islandcnt.exblog.jp/239328437/

  • CIFS の性能を見てみる -

一番イラつくのは、巨大なファイル転送でしょう。という事で 3G 程ある SUSE LinuxインストールDVDISO ファイルを CIFS でコピーしてみます

仮想時代NAS 選び - やっぱり iSCSI は早い。_a0056607_16414334.jpg

3分11秒かかりました。1Gビットネットワーク12~3% 程度の帯域を使って通信しています。明らかに古いNAS の性能が足を引っ張っているようです。

スループットは 150Mbps 程度で全体の最大15%程度でしょうか。

仮想時代NAS 選び - やっぱり iSCSI は早い。_a0056607_16415832.jpg

次に iSCSI マウントしたディスクコピーしてみます

仮想時代NAS 選び - やっぱり iSCSI は早い。_a0056607_16422170.jpg

初速は出るのですが、その後は、ボロイ TS-110 の性能がモロに出ます。それでも 20 MB/s から 25 MB/s 程度は出ています

仮想時代NAS 選び - やっぱり iSCSI は早い。_a0056607_16423835.jpg

2分25秒でした。 大体20%程度のスループットです。





--

数字に弱い私の脳みそですが、 iSCSI は CIFS より 1.5倍くらい早い、という事が言えます

Zabbix で QNAP TS-110 の I/O を見てみると、前半の CIFS アクセスより後半の iSCSI アクセスの山が高い事がよくわかります

仮想時代NAS 選び - やっぱり iSCSI は早い。_a0056607_16425860.jpg

CIFS を使ったリモートディスクマウントは、他のPCからアクセスができる、というメリットがありますが、iSCSI単一ホストからアクセスしかできません。<--- これ重要.... -- もっとも、ターゲットストレージ複数作って複数サーバーから異なるデータ領域アクセスはできますが -- バックアップ用途や、サーバー増設ストレージとして考えれば、良い選択であると言えます

もっとも、iSCSI デバイスのものは、ターゲット単位で別々なホストから接続できますしかし同じターゲットで別々のホストからイニシエータから繋ぐと、とても笑いごとにならない事態になるので、普通やりません。

ハイパーバイザー同士で一つのターゲットを共有してライブマイグレーションしたことはあります

こうした性能のわずかな違いが、仮想システムハイエンド領域で違いとなって出てきます。なお Qnap でも openiSCSI でも Windows Storage Server でも取った領域そのままのサイズのでかいファイル作成されるようです。

国産 NAS の「ハイエンド」と称する「LANxxxx」などのモデルでは Windows Storage Server を使って NTFS フォーマットしていますWindows Storage Server は見た目 Windows サーバーのものなのですが、ところどころちゃんデチューンされているようで、SOHOけが限度です。

こういった国産 NAS メーカー製品カタログでは、「ハイエンド」は Windows Storage Server を搭載して、低価格NASUnix 系のシステムで「低価格」を謳っていますが、そもそも、上位モデルは、CPUメモリの性能が高いものが使われています。性能が違うのは当たり前なのですが、あまり性能が出ないだろうと思います

Windows Storage Server じゃなくて、ちゃんとした Windows Server と CAL 買えよな、という事なのですね。

このあたりは独自OSNAS としてチューニングした Qnap や Synology, asuster などの iSCSI 機能付きの NAS を中規模ネットワークのミドルレンジNAS として利用したほうが良いと思います

仮想環境でのネットワークタッチストレージ(NAS)は、本回線(構内LAN)とは切り離し、ストレージ専用のネットワークとして独立して運用させるのが基本です。サーバーNAS間で凄まじい通信が発生します。サーバーNICが2ポート以上のものが推奨されます

  •  誤解していけないのは --

iSCSIあくまでもネットワーク上のストレージのみの機能提供するものであり、ファイル共有の手段ではない、という事です。

NAS をCIFSで使うと NAS が持つ独自アクセス権限を設定しなければなりません。セキュリティも当然 NAS 独自機能で設定します。

iSCSIあくまでも「外付け SCSI デバイス」のネットワーク版なので、マウントする側のOSのものファイルシステムセキュリティ機能アクセス制限ホスト側の機能をそのまま利用できますセキュリティ的には、マウントする際のパスワード制限しかないので、独自ストレージネットワーク内に配置すべきで、ユーザが使う構内ネットワークに配置すべきではありません。

2021-08-29

anond:20210829154234

言うて中国あたりがなりすます用に取得して住所が謎のマンションとかやろと思ったら本物でワロタ

Domain Information: [ドメイン情報]

[Domain Name] YAHOO-NET.JP

[登録者名] ヤフー株式会社

[Registrant] Yahoo Japan Corporation

[Name Server] ns01.yahoo.co.jp

[Name Server] ns02.yahoo.co.jp

[Name Server] ns11.yahoo.co.jp

[Name Server] ns12.yahoo.co.jp

[Signing Key]

[登録年月日] 2008/08/29

[有効期限] 2021/08/31

[状態] Active

[最終更新] 2020/09/01 01:05:08 (JST)

Contact Information: [公開連絡窓口]

[名前] ヤフー株式会社

[Name] Yahoo Japan Corporation

[Email] nic-admin@mail.yahoo.co.jp

[Web Page]

[郵便番号] 102-8282

[住所] 東京都千代田区紀尾井町1番3号

[Postal Address] 1-3 Kioicho, Chiyoda-ku

Tokyo 102-8282 Japan

[電話番号] 03-6898-8200

[FAX番号]

2021-08-28

報告書コロナ起源特定できず 中国に協力要求

これは外交交渉的にはウルトラCだな

・何も言ってないのに中国が反発したw

中国が協力しない限りこの謎は人類永久に知ることがない

 =人類の敵である

というのを世界認知させるという技

起源中国である!というよりはるかに高度だった

さすがとしかいえん

ワシントン=永沢毅】米国情報長官室は27日、新型コロナウイルスの発生源に関する調査報告書の要旨を公表した。①動物から人間感染中国ウイルス研究所から流出――の2つのどちらかを結論づける決定的な証拠を得られず、特定できなかったと説明した。真相解明には中国の協力が必要と指摘した。

バイデン米大統領声明で「透明性を求める意見中国拒否し、情報提供しないようにし続けている。完全に情報共有するよう各国とともに圧力をかける」と強調した。中国の反発は確実だ。

要旨によると、起源は2つの仮説のどちらかが妥当としながらも「情報機関意見がわかれている」と表明した。4機関および米大統領諮問機関である国家情報会議NIC)は動物から感染分析し、別の1機関中国武漢ウイルス研究所から流出を支持する見解を示した。

さらに別の3機関は追加情報がなければ判断できないとした。ウイルス生物兵器として開発されたものではないとの見解では一致し、遺伝子操作された可能性も低いとの見方を示した。

そのうえで「新たな情報を得られない限り、起源についてより信頼性の高い説明ができない」と説明した。中国情報の共有を拒んでいるとして「中国政府のこうした行動は、国際社会から圧力へのいらだちに加えて調査の進展に不安を抱えていることの表れである」と記述した。

要旨は2ページで、報告書の大半は機密情報扱いのため公表されていない。バイデン氏は5月末、発生源を巡る追加調査と90日以内の報告を米情報機関に指示し、今週に報告を受けた。

2021-07-05

anond:20210705131933

CentOSの7と6以前で、NICの設定変更する方法が劇的に変わってかなりイラっとした

6以前の方法でもできてしまうのだが、7の方法で上書きされるので二重設定みたいになってイラっとした

2020-03-26

anond:20200326205845

俺のカンだと、デバイスドライバで見れるネットワークドライバRealtek製だろう?

以前個人的に調べた限りでは、Windows 10で一部のRealtek製のWi-Fiチップを用いたNICを使う場合にその現象が起こるようだ。

自分場合自作デスクトップPCの話だが、RTL8192CUのUSB無線子機(IOデータWN-G300UA)と、RTL8812BUのUSB無線子機が頻繁な切断現象に陥った。

"RTL8192CU disconnecting"みたいなワード検索すれば海外では認識されている問題のようで、それを参考に公式からバージョンドライバ適用することでほぼ安定することを確認したが、Windows自動アップデートによってドライバが上書きされると再発してしまうので、結局Intel AX200NGWを積んだPCI-eアダプタを導入することで解決した。

安定性が高いのはIntel製のWi-Fiチップを積んだものだが、市販品はどこ製のチップを積んでいるか書いていないものが多い上、USB型はだいたいドライバダウンロードしてみるとRealtekだ。

ノートPC場合俺の買ったようなPCI-eアダプタは使えないが、自分で分解してM.2型のWi-Fiモジュールに交換することができるかもしれない。この際11ax対応のにルーターごとアップグレードしてみるとか。

2018-04-12

anond:20180412144847

LANっていったらNICだもんな……

LANつながなかったら起動できるっぽいんだよ。

友達PCの話しだし、友達の家遠いから今すぐ対応は出来ないんだけどな。

2017-03-19

intelNICのwin10ドライバチーミング対応してた

最近対応したらしい。

早速ういにゃおを買ってきた

2016-12-22

成宮の友人A氏というブログさくら規約第16条(禁止事項)該当

あの準備は間違いなくアフィリエイトアカウントの準備だと思われますね。


http://whois.chromefans.org/onlytrue00.jp

さくらサーバードメインです

Domain Information:

[Domain Name] ONLYTRUE00.JP

[Registrant] YuzinAshi

[Name Server] ns1.dns.ne.jp

[Name Server] ns2.dns.ne.jp

[Signing Key]

[Created on] 2016/12/19

[Expires on] 2017/12/31

[Status] Active

[Last Updated] 2016/12/19 11:10:39 (JST)

Contact Information:

[Name] SAKURA Internet Inc.

[Email] nic-staff@sakura.ad.jp

[Web Page]

[Postal code] 541-0054

[Postal Address] Osaka

Osaka

9F, 1-8-14, Minami-hommachi,Chuo-ku

[Phone] 06-6265-4830

[Fax]

─────────────────

備考: abuse@sakura.ad.jp

ドメイン

[Email] nic-staff@sakura.ad.jp

[Phone] 06-6265-4830

こちらに問合せればよいだけです。CONTACTと書いてる通り、メール電話でこちらが窓口です。

さくら

東京証券取引所市場第一

証券コード3778

さくらサーバー利用規約16条各項目該当しますので

問題がある箇所をさくらメール電話で問合せてこのようなブログ運営してよいのか確認したらよいと思いますよ。

もちろん東証一部ですから厳しいコンプライアンスのもと運営されておりますので

どう判断をするかはおわかりと思いますが。

該当しそうなものだけ抜粋

第16条(禁止事項)

1.利用者は、次の各号に該当する行為を行ってはなりません。

i. 当社もしくは第三者著作権商標権等の知的財産権侵害する行為、またはそ

のおそれのある行為

ii. 当社もしくは第三者財産プライバシーもしくは肖像権侵害する行為、また

はそのおそれのある行為

iii. 当社もしくは第三者差別もしくは誹謗中傷侮辱し、当社もしくは第三者への

差別助長し、またはその名誉もしくは信用を毀損する行為、またはこれらのお

それのある行為

xi. 当社もしくは第三者設備等またはサーバ設備もしくは電気通信設備等の利用も

しくは運営に支障を与える行為、または与えるおそれのある行為

xii. 第三者通信に支障を与える方法もしくは態様において本サービスを利用する行

為、またはそのおそれのある行為

xiii. 当社の本サービス提供妨害する、または妨害するおそれのある行為

xiv. 違法賭博ギャンブルを行い、または勧誘する行為

xvi. 人の殺害現場等の残虐な情報動物虐待する画像等の情報、その他社会通念上

他者に著しく嫌悪感を抱かせる、またはそのおそれのある情報掲載し、または

不特定多数の者にあてて送信する行為

xvii. 人を自殺誘引または勧誘する行為

xviii.犯罪違法行為に結びつく、またはそのおそれの高い情報や、他者を不当に誹謗

中傷侮辱したり、プライバシー侵害したりする情報またはこれらのおそれの

ある情報不特定の者をしてウェブページ掲載等させることを助長する行為

xix. 他の利用者第三者に著しく迷惑をかける行為社会的に許されないような行為

またはこれらのおそれのある行為

xx. 公序良俗に反する行為またはそのおそれのある行為

xxi. 法令違反する行為またはそのおそれのある行為

xxii. その行為が前各号のいずれかに該当することを知りつつ、その行為助長する態

様または目的リンクをはる行為

xxiii.その他、当社が本サービス利用者として相応しくないと判断する行為

2.前項各号のほか、当社は必要に応じ当社ホームページ上(「さくらサポート情報」の

ページにおける「サービスのご利用にあたって」「ご利用上の注意」のページを含みま

すが、これに限りません)において禁止事項および注意事項等を別途定めることがで

き、利用者はこれを遵守するものします。

https://www.sakura.ad.jp/agreement/[a]yakkan0_kihon.pdf

さて、コンプライアンスがどのようなものでしょうね。

2016-05-09

http://anond.hatelabo.jp/20160509120018

ネットワークアダプタの「このデバイスで、コンピュータースタンバイ状態を解除できるようにする」のチェックは外してる?

当方Win7だがNASから定期的に信号が出ているらしく勝手スリープが解除されるようになってた

マウスキーボードの設定は良く見るけどNICは見落とすことがあるので確認忘れの無いよう

 

ってか見た感じ「デバイスマネージャ」の設定見てなくね?

PCにつながってるUSB機器の「このデバイスで、コンピュータースタンバイ状態を解除できるようにする」設定は全部確認した?

スリープ使ってるやつはwin10にはするな!!!

夜中に勝手に復帰して起こされるぞ!!!

 

もうマジ最低だ。眠りが浅いせいもあるだろうが最近はほぼ毎日3時半ぐらいに起こされる。

 

警告しておく。デスクトップPCスリープを使ってるやつは絶対にwin10にしたらダメだ。

ノートは知らん。

 

俺は情報工学系の学部を出て10年ぐらいプログラマーをやってる人間だが、

何をしてもなおせなかった。

俺より詳しいやつなら直せるのかもしれんが、自信がない奴はやめておけ。

 

サンプル数は2だが、会社の同僚も同じ現象に悩まされてる。

他の会社の同僚や友人は全員win10にしていないが、それが正解だと思う。

 

ちなみにググると同様の報告がたくさんあった。

ツイッターでもいっぱい言及されてる。

 

調べずにアップグレードしたのは俺のミスだが、試しに使ってみたかったのと

すぐに戻せるように別パーティションクリーンインストールして、win7デュアルブートできるようにしてあるから

軽い気持ちで入れてみただけだ。

もう使わねーよバーカ!!ということでwin7に戻す。

 

ちなみに俺がやった対策は以下の通りだ。直ってないのだから、何の情報にもならないかもしれないが、一応書いておく。

 

まずネットに出てる情報を試してみた。

電源オプションの「スリープ解除タイマー」を無効にするというやつだ。

 

当然直らないので、次にイベントログスリープまわりのログを見てみた。

どうやらwin10スリープした数秒後には必ず「システムスリープ状態から再開されました。」という紛らわしいログが出るようだ。

最初はこれが原因かと思いいろいろと無駄時間を費やしたが、結局これは関係なかった。

 

それと、スリープから復帰する時は毎回システム時刻をハードウェアクロックと同期してるログが出るが、

これは手動で復帰させた時も毎回まっさきに出てるので関係なし。

 

タスクスケジューラで全項目をひとつひとつ見ていったが、俺の場合

「UpdateOrchestrator」の「Reboot」の「タスクを実行するためにスリープを解除する」

のチェックが入っていたので、外した。もちろん直ってない。

 

windowsアップデートが悪さしてるという報告もネットではよく見かけるが、

俺の場合ログに何も出ていないし、アップデート検知時にスリープから復帰する設定にもなっていないので、関係なし。

 

その他確認したこと。

自動メンテナンススリープ解除を許可するという項目があるが、最初からチェックは付いていなかった。

ネットワークカードから信号勝手に復帰するという情報もあったが、俺のNICにはそういう設定はなかった。

NIC以外のデバイスで「電源の管理」という設定があるデバイスマウスキーボードのみだったが、

これらはスリープから復帰する時に使ってるので、これらから復帰できなくなると利便性が下がるので、変更しない。

(なおwin7の時は問題なかった)

 

ここからは俺の推測だが、この問題はもう直らないんじゃないか

まりアップデートされないということだ。

なぜなら、win10が出てかなり経っており、ネットでもそれなりに言及されていることから

マイクロソフトも把握してからかなり経っているが、それでも直る気配が微塵もないからだ。

それとwin7win8と比べてスリープからの復帰が若干速くなったという情報も見かけることから

スリープまわりの動作がまるっと変更されてると見て良い。

まりマイクロソフトにも簡単には直せないということだ。

 

ということで寝室にデスクトップPCを置いていて、かつスリープを使う人限定だが、Windows10おすすめしない。

 

追記:2016/05/09 21:02

id:enhanky すでに書いているが、タスクスケジューラの全項目をひとつひとつ確認したんだが、ダメだった。

そもそも俺のwin10には Microsoft\\Windows\Media Center が無い。

powercfg -waketimers コマンド

システムアクティブスリープ解除タイマーがありません。

になる。

 

 

追記: 2016/05/10 12:40

スリープから勝手に復帰する原因がたくさんある中で、まさかピンポイントで正解を当てるやつが居ることにビビったわ。

いや、まだ1晩しか様子を見てないから、本当に合ってるかはわからないけど、少なくとも今日は良く眠れた。

あの「ヴぁっ」って音で起きちゃわないか怖かった。

 

デバイスマネージャネットワークアダプタプロパティの詳細設定で Wake On Magic Packet と Wake On Pattern Match っていう設定項目がEnableになってたか

Disableにしたら、いけたっぽい。

ネットワークアダプタの設定に「電源の管理」って項目がなかったから、てっきり関係ないのかと思ってた。

 

あと気になったブコメに返信。

 

Windows Update関係なかったって上でも書いてるのに、3時半というとこだけ見て馬鹿にしてるやつなんなの?

自動メンテナンススリープ解除される設定になってないって言ってるじゃん。

 

シャットダウンしろとか言ってるやつ。確かにSSDから起動は速いけど、スリープからの復帰に比べたらぜんぜん遅いし、巡回してるサイト作業途中のものを開いたままにしてたりするからスリープが便利なんだよ。

 

休止状態という設定ができるのは知らなかったので参考になった。

 

あとマイクロソフトに言いたいんだが、何のためのイベントログだよ?!

NICが原因でスリープから復帰してるなら、ログに残せよなー。ログに残ってさえいればこんなに苦労しなかったのに。

スリープ状態の解除元: 不明 ってなんだよ、まったく。

それと、設定変更画面へのアクセスが悪すぎる。何回も見直したのに、もう例えば自動メンテナンスの設定変更画面に検索以外でどうやったらたどり着けるのかわかんねーよ。

powercfg -devicequery wake_armed ってコマンドキーボードマウス以外出てないかNICが原因だとすぐにわからなかったし。

 

というわけで、解決したっぽいけど、やっぱりwin10おすすめしない!

 

追記:2016/05/13 3:30

今度は3時に勝手スリープから復帰して、その30秒後ぐらいに勝手再起動までしてたよ orz

原因は「スリープ状態の解除元: 不明」だそうだ。はぁ。。。

ログとか確認してたら、もうこんな時間だよ。

明日仕事なんだよ。勘弁してくれ。。。。

2014-12-21

荒川マラソン

荒川マラソンが前代未聞の理由で開催中止に → 返金の連絡先が『振り込め詐欺に利用された要注意住所』と一致して大炎上wwwww

http://www.kimasoku.com/archives/7982053.html

東京荒川マラソン http://arakawamarathon.atdawn.tokyo/

関連: http://atdawn.tokyo/

NPO団体黎明

http://fields.canpan.info/organization/detail/1026339646

arakawa1.pdf
Content-Type: application/pdf
Creation-Date: 2014-11-20T10:23:34Z
Last-Modified: 2014-11-20T10:23:34Z
Last-Save-Date: 2014-11-20T10:23:34Z
created: Thu Nov 20 19:23:34 JST 2014
date: 2014-11-20T10:23:34Z
dc:format: application/pdf; version=1.5
dcterms:created: 2014-11-20T10:23:34Z
dcterms:modified: 2014-11-20T10:23:34Z
meta:creation-date: 2014-11-20T10:23:34Z
meta:save-date: 2014-11-20T10:23:34Z
modified: 2014-11-20T10:23:34Z
pdf:PDFVersion: 1.5
pdf:encrypted: false
producer: Microsoft® Excel® 2010
xmp:CreatorTool: Microsoft® Excel® 2010
xmpTPg:NPages: 2
パラグライダー写真

http://banq.jp/17979

http://hill.xsrv.jp/3minute-essence/nomi-479

whois
Domain Name:ATDAWN.TOKYO 
Domain ID:GMOREGISTRY-DO186691 
WHOIS Server:whois.nic.tokyo 
Referral URL:http://nic.tokyo 
Updated Date:2014-11-28T03:59:43.0Z 
Creation date:2014-09-26T13:07:28.0Z 
Registry Expiry Date:2015-09-26T23:59:59.0Z 
Sponsoring Registrar:GMO Internet, Inc. 
Sponsoring Registrar IANA ID:49 
Domain Status:ok http://www.icann.org/epp#ok 
Registrant ID:15981FC9FAA55F 
Registrant Name:MORIYO MOMOHRA
Registrant Organization:MORIYO MOMOHRA
Registrant Street:Saitoaominami6-8-3-102
Registrant City:Mino-shi
Registrant State/Province:Osaka
Registrant Postal Code:562-0028 
Registrant Country:JP 
Registrant Phone:+81.08085010056
Registrant Phone Ext: 
Registrant Fax: 
Registrant Fax Ext: 
Registrant Email:domain@onamae-server.com 
...

東京荒川スプリングマラソン http://potus.jp/

whois
Domain Information: [ドメイン情報]
[Domain Name]                   POTUS.JP

[登録者名]                      桃原 守代
[Registrant]                    MORIYO MOMOHRA

[Name Server]                   dns02.gmoserver.jp
[Name Server]                   dns01.gmoserver.jp
[Signing Key]                   

[登録年月日]                    2014/11/13
[有効期限]                      2015/11/30
[状態]                          Active
[最終更新]                      2014/11/13 01:39:04 (JST)

Contact Information: [公開連絡窓口]
[名前]                          桃原 守代
[Name]                          MORIYO MOMOHRA
[Email]                         munokokoroha@gmail.com
[Web Page]                       
[郵便番号]                      562-0028
[住所]                          大阪府箕面市
                                彩都粟生南6-8-3-102
[Postal Address]                Mino-shi
                                Saitoaominami6-8-3-102
[電話番号]                      080-8501-0056
[FAX番号]                       

https://www.google.co.jp/maps/place/%E5%A4%A7%E9%98%AA%E5%BA%9C%E7%AE%95%E9%9D%A2%E5%B8%82%E5%BD%A9%E9%83%BD%E7%B2%9F%E7%94%9F%E5%8D%97%EF%BC%96%E4%B8%81%E7%9B%AE%EF%BC%98

NPO団体OZ

http://v.hitomachi-kyoto.genki365.net/gnkk14/mypage/mypage_group_info.php?gid=G0000921

NPO団体アーク http://ark.npo-marathon.jp.net/index.html

http://ark.npo-marathon.jp.net/service.html

http://runnet.jp/report/raceDetail.do?command=page&raceId=93657&userNumber=7522796&pageIndex=&sortIndex=0

santa.pdf
Author: FJ-USER
Content-Length: 464992
Content-Type: application/pdf
Creation-Date: 2014-10-02T02:37:57Z
Last-Modified: 2014-10-02T02:37:57Z
Last-Save-Date: 2014-10-02T02:37:57Z
created: Thu Oct 02 11:37:57 JST 2014
creator: FJ-USER
date: 2014-10-02T02:37:57Z
dc:creator: FJ-USER
dc:format: application/pdf; version=1.5
dcterms:created: 2014-10-02T02:37:57Z
dcterms:modified: 2014-10-02T02:37:57Z
meta:author: FJ-USER
meta:creation-date: 2014-10-02T02:37:57Z
meta:save-date: 2014-10-02T02:37:57Z
modified: 2014-10-02T02:37:57Z
pdf:PDFVersion: 1.5
pdf:encrypted: false
producer: Microsoft® Excel® 2010
resourceName: santa.pdf
xmp:CreatorTool: Microsoft® Excel® 2010
xmpTPg:NPages: 4
ログイン ユーザー登録
ようこそ ゲスト さん