【Twitter】2022年のMすたアドミンのつぶやきまとめ（IT関連）

【Twitter】2022年のMすたアドミンのつぶやきまとめ（IT関連）コラム

ITエンジニア（インフラエンジニア）の私はTwitterもやっていまして、始めたのは2021年5月30日かな

この記事はそれのフィードバックみたいな感じですね
Twitterって全角で140文字で、言いたいことを全部伝えられないので気になったのだけピックアップしていきます

あと、ナレッジとしても規模が小さいものは記事とするのは難しいですので、こういう形で表現します

今回は以下の期限内のものを抽出しています

@Msuta555 since:2021-5-1 until:2021-12-31

Twitter投稿内容ピックアップ

ナレッジ

永遠になくならないジレンマだと思います
少なくともシステムディスクは容量に余裕持ってほしい・・・OSのパフォーマンスに直結するから
出来ればスケールアップできる可変性があってくれ

 

基本その場合はIP固定
サーバ用途が違うとしてもIP自動割り当ては見たことない

 

外国のホームページ（Webサービス）って結構独特
接続ポート（https,http）自体変えてたりするね

 

再起動して起動しなくなったものは知らん(笑)

 

アンチウイルスのスキャンが最適解だと思うけど、次点で別形式で開くこともおすすめ
もちろん、ちゃんと開かないときもあるけど、簡易的な切り分けになるかも

 

ドリル穴あけは道具によっては快感だけど、割と大変
ベリファイ何回かやらなきゃいけないとかそういうルールがあるので、その環境に従うべき
最強はベリファイをｎ回＆ドリル穴あけ＆溶解

 

バッテリリフレッシュすると改善することって結構多い
リフレッシュが大変なら、バッテリを外してパソコン起動してみ？

 

多重リモートデスクトップするときは特におすすめ

 

上記はどっちかというと基本的な考え方
ガチは以下なので、合わせて考えてね

・迅速に周りにホウレンソウ（報告・連絡・相談）
・状況と状態を理解する
・説明を受けた場合は100％真に受けない
・切り分け方針を事前に決める
・ネットでの調査は切りがなくなるので、方針を決めて実施する
・ネットでの調査は何回かに分けて行う
・自分の切り分け実績を他人にも見てもらう

正直、障害切り分けって自分の今のスキルの総力戦となる
でも、それで解決しなかったからって、スキル不足というわけでもない

わからないときはわからないし、自分と責任範囲が違うところが原因の場合は関係ないともいえる
一番大事なことはお客さんや上司に『どのぐらい影響があるか？』『それはどのぐらい続くのか？』『いつ解決するのか？』を伝えること

 

これホントやりがち・・・

 

これもホントやりがち・・・

 

これも良くあると思う
その場合、localhostを名前解決すると、ipv6になるような気がする

 

telnet標準で実装されなくなってきてるし、そこはpowershell
Linuxはtelnetもいいけど、ncコマンドっていうのもある

# nc -vz <ホスト名 or IPアドレス> <ポート番号>

 

VPN接続先のサーバー（PC）で作業を完結して、ローカル（VPNクライアント）にファイルをDLしないやりかた
セキュリティ的にもいいですしね

 

必ず名前を付けて保存でエクセル表にしましょう
これ忙しいとやりがちなんで、ファイル編集するときは、はじめっからエクセル化しちゃいましょう

CSVは所詮テキストファイルなんで、別シートは作れないわ、マークアップはできないわ　なので
その状態で保存ができません
必ずファイル形式を変えておきましょう

 

WindowsとLinuxごっちゃあるある

 

デフォルトゲートウエイ2個設定はできますが
それがきちんと機能しているかは不明というか、する意味がない
プライオリティ変えて設定するのであれば、スタティックルートでいいじゃない

まぁ、納得はされたけど、理解されたかわからん(笑)

 

完全に対抗側の処理ですからね

 

要は障害って切り口からもかけ離して考えてねって意

 

短縮URLのホスト名で通す設定になっていたら、ブロックしておこう
（基本は短縮URL自体を通す設定にはなっていないはず）

有名な短縮URL生成の会社あるけど、そんな会社でもグレーなサイトも普通に短縮URLで提供できましたからね（今はサービスに制限あり）

 

これはGPOで適用させるポリシーの種別のよるのか、こちらのPC側のせいなのかわからんけど（あと、権限関係とか）
たまにアップデート適用されないことあり
もう、めんどくさいので再起動しよう

 

壊れやすいと思われ
近場や同じ屋内での移動以外はシャットダウンしてから持ち運んどる

 

サーバー構築中のインストール作業ですね
Linuxの依存関係関連のメッセージにイライラした懐かしい思い出・・・

 

これ本当に気を付けたい
システム構築するときは、ライセンスだったり、保守契約だったり様々な期限付きのものがでてくるので、常々資料にまとめておくのが重要
困るのは後になってから

 

以前に実際にあった話ですが、障害発生したサーバと別のサーバにログインして作業した奴いたな・・・
っていうか、不安にならないのかな？
「今作業しているサーバこれで合ってる？」ってリフレインしないのかな

 

この記事読むと理解が深まる

AcitiveDirectory環境でWindowsのPCがロックされまくる原因
PCが頻繁にロックされると、仕事に支障をきたします。そしてそれは複数のPCを使っている環境だと、原因究明としての切り分けは難航します。暫定策として、別のアカウント作る方法もありますけど、そういうの認められない所もありますよね。本記事はその原因究明のヒントになればと思います。
m-suta.com

 

これなんかの切り分けで必要になってくるので、知っ得
特にアプリの通信はProxyの設定参照しないものも多々ある

 

サーバデータファイルの更新　⇒　「ゾーン転送」というよりかは「ゾーン更新」の方が近いです
サーバーの設定によってはその限りじゃない場合もあります

LinuxばっかでDNS運用やっているとWindowsの場合の操作方法で戸惑うっていうか忘れる

 

ライセンス無効になるというか
オンライン認証できないので、V（移行先）側が、再ライセンス認証しなくてはいけない
ただ、OSによっては、ハードウェアは紐付いているライセンスが紐づいているパターンがあるので
P（移行元）側でその紐づけをとる必要がある

 

アナウンス無き大規模作業が周りに迷惑をかける・・・
今も・・・昔も・・・

 

MACアドレス認証の小回りの利かなさよ・・・
局所的な対応としてはいいんだけどね
大規模になると運用が煩雑になりがちなので、おすすめできない

 

「vMotoionがサービス影響無い」は少し語弊があります（システムによって”サービス影響”の位置づけが変わるため）

vMotionは移行先の基盤にメモリ内やシステムの状態などの情報を持った仮想マシンを作成しますその後、移行元のサーバーは、移行準備の為にサスペンド（一時停止）します
サスペンド後に、移行元のサーバから新しい仮想マシンに対して移行を行います

サスペンドから、移行完了までに、Pingの瞬断であったり、メモリの容量によっては、わずかな通信断が発生してしまいます

でも、業務が停止するレベルの影響ではないため、基本的には影響無しとして判断するほうが多いです

 

可能
ただし、それぞれメトリック設定しなければいけない

 

これやりがち
特にサーバー機なんて再起動あまりしないのが多いので、久々再起動後テンパる

こういうのを小まめに覚えておくことがエンジニアとしての質を上げていく

 

払い出しアドレスについてはこちら

自宅環境を固定IPアドレスにするメリット
普段は何気なく使っているインターネットですが、この時グローバルアドレスは固定じゃなかったりします。レンジが合ってその中で割り振られている場合が多いです。でも、自宅にアクセスしたいときは固定の方が便利ですし、固定IPアドレスじゃなければ使えないサービスもあります。今回はそこを深堀します。
m-suta.com

 

攻撃者なんて、対象しぼってないときは
不特定多数に適当に攻撃してるもん

 

時刻ずれは侮ることなかれ
ログのタイムスタンプズレるし、AD環境だったらログインできなくなったりする

 

結論問題なかった
その設定がリプレースなどで新規IP払い出しであれば、FWなどでブロックされないか調べる必要はあるけど

 

ベンダーさんも人
人によってサービスレベルは異なってくる（本当はプロとしていかんけども）
そのベンダーさんと良好な関係気付くのも、こちらの責任
前の職場は奴隷のようにこき使ってたけど、それじゃダメ

良い人間関係が良い職場環境につながり、それがいい仕事につながる

 

ブラウザのキャッシュ、Edgeにログインしている状態だけどパスワード変更などで不整合が生じている
あとはタスクスケジューラ動かすときのパスワード間違っているとか

 

断言する
認証方式としてMACアドレスで端末認証するのはコスパ悪い
帳尻あわせならいいけけど、それをメインで考えるのはセンスない
もうちょっと方針考えた方がいい

 

AD操作の基本
GPOはコンピューターとユーザ本当に意識して設計・設定して
後で困ることになる

 

設定はしているけど、機能しないって例
他アプリとからみが発生すると大変だよね

 

所感

逆に深夜作業でタイトスケジュールだと死ぬ・・・
疲れが完全に癒えるまで3日ぐらいかかりそう

 

サポートはほんと問い合わせ先によってサービスレベルが違う
でも、親切心で教えてくれるところは少ないから、漏れなく質問するようにするのがベスト

 

チャットの優れたポイントって、以下だと思うの
・発言が明確化
・記録が残る
・エビデンスとして使える

ホント口頭だけだと適当なこと言うやつ多い世の中

 

でも、リスクが無ければ他チームの手伝いするのはアリ

普段触れない技術に触れれる可能性もあるし、あと顔が広くなる
技術だけじゃないのよ、独りよがりの入スキルだけじゃないのよ、ある程度権威ある人の悩みを解決することが一番大事なのよ

 

空いた時間を自分の好きなことに使おう！

 

セキュリティは幅広いし、どこまで施行していくかがその環境で変わってくる
なので、根回しと発言力が重要になってきます

周りと調整！調整！調整！で進めていくもんなんです

 

転職ぅ転職ぅぅ～

【転職準備を進めよう】登録転職サイトの求人をポートフォリオ化してみる
今の時代、転職活動は複数の転職サイトを利用していきます。理由はサービスがさまざまだということと求人情報が違ってくるからです。登録はめんどくさいかもしれませんがそこは気合を入れて頑張ってください。満足するためには労力は惜しまないでください。
m-suta.com

 

「愚痴はダメ」みたいな風潮が悪い
そもそも、他人の愚痴を受け入れられないってことは余裕がない表れ
言い過ぎもダメだけど

おすすめ
慣れの問題はあれど、作業スペースが広いことはいいこと
机だって広い方が有効活用できるでしょ

 

たまに人と話すのが苦手だからエンジニアやるって方いますが
環境によるとはいえ、むしろエンジニアの方が説明求められるイメージ
説明力も大事だけど、ヒアリング力もかなり大事なのは間違いない

 

VPNにて直サーバとクライアント間でデータやり取りしなければ通信料はかなり減らせます
VPNクライアントに対してダウンロードはもってのほか

 

採用するきっかけって、数字を参考にしがちだけど、実際は利用しやすさや安定感が一番大事
広告を参考にするより、試作品やデモ環境いじらせてもらった方がありがたい

 

これまじ出来ない人多い
”人”っていうか、会社の仕組み的にしょうがないのかもしれないけど

でも、はじめっからまとめてくれると助かる
RFP、RFI段階の担当者がいない・・・

 

救済措置（怨念）
あ、逆か・・・怨念（救済措置）

 

こんなん（困難）だからProxyの切り分けはやめられねぇ～

 

レンタルサーバーってお試し期間や〇〇日まで返金保証とかあるから、実際に使ってみて決断して
不満や気に食わないことを事前に解消することは、やる気に直結するしさ

 

社畜の鏡

 

ほんこれ
実務経験が大事、実務というかいろいろできる環境がもっと大事
触れてれば触れてるで、いろいろな気付きが生まれる

 

技術力だけじゃねぇ・・・
スキルだけじゃねぇ・・・

他人と仲良くするのはこんな大事
本当に仕事がトントン拍子で進む

 

この報告者がどうとかではなく、まじで正確な情報の共有や連絡は大事
聞き手が気を使わないでよいように実施したい

ただ、聞き手もヒアリング能力を上げとくと事故は減る

言い手、聞き手それぞれの立場で立ち回れるよう努力したい

 

動画を倍速で見ると、頭が良くなる説を推したい

 

情報共有がなされていないのか
AとBが仲悪いのか

いずれにしろチームとしての質は高くない

 

ほんと詰めあまいっつーか(笑)

 

マネジメントうまい人って、必ずしもコミュニケーション強でもない
どちらかというと、気が利く、気が回る人

まぁ、いつの時代も相手に合わせられるスキルは重宝されますね

 

フリーランスやりたいならこちらの記事も参考に

【今後増えていく？】フリーランスという生き方
フリーランスという生き方は徐々に浸透してきています。同じ職場にいる人に聞いてみたら、実はフリーランス契約だったりすることもあるんじゃないでしょうか。今回はフリーランスの特徴やそのメリットやデメリットなどを解説していきます。リスクを把握して、働き方を選んでいきましょう。
m-suta.com
【IT系】登録しておきたいフリーランス向け案件紹介サイト
IT系の仕事は案件や種類が多いので、求人情報も多くなります。つまり、転職を慎重に行うのであれば複数転職サイトに登録して求人情報を見比べることが重要です。また、エージェントのアドバイスは重要で、多ければ多いほど有効です。
m-suta.com

 

相手によるね
煙にまいてるだけじゃ、信用ゴリゴリ失う

 

本当に環境って大事
まじで劣悪すぎるなら、転職をおすすめする

 

議事録って、文章能力や聞き取り能力も必要だし
ある程度、内部事情知ってないと厳しい

新人でできるできないの明暗は結構あると思う（業種にもよるけど）

 

でも、アウトプット間違えて
仕事増える場合は、相手が「めんどくさい人」に多い(笑)

 

batやshellで作業を簡略化させる場合はコマンド自体もなるべく簡単なものに・・・
あと、スクリプトだけで終わらせないで、手動＋自動化も検討したほうがいい

 

在宅勤務最強なのに
積極的にしようとする会社少なくて悲しい・・・

 

メモとるのも基本だし
基本やり取りはエビデンス残すべき
口頭だけでやり取りする人は後程「そんなこと言ってないよ？」って逃げる人もいるってこと

 

別にこの業界じゃなくてもなんでもそう
知識は積み重ねで知恵につながる成果につながる
人生は覚えなければいけないことをそのタイミングで覚えて
効率的に使うことが大事

 

愉快（不快）な人たち

自分の嫁でも容赦なくディスるスタイル(笑)

 

当たり前のことだけど、手順化を推奨されているプロジェクトは特に手順を残すべき
技術トランスファーが自分にとってマイナスに働いちゃうと思うやつは正直雑魚エンジニアだと思う
どおしてもナレッジに書けないことを解決・遂行してしまうのがエンジニアとしてセンス良いと思いますね

 

俗にいうテイカー
こういう人ほど、実はそんなスキル高くない
頼らず、じっくり学習して、とっとと追い抜きましょう

 

残業多くて有名な英語三文字のあの会社
メンバーも頭おかしい人一杯いましたよ

・いっつも会議途中で抜ける
・微妙にパワハラとセクハラ織り交ぜてくるやつ
・許可とっていないのに常に11時出勤

 

割といるにわかコンサル
声だけ大きくて人を説得する人
誠実に技術を追い求めれば、事前にいろいろ調べる
こういう人たちはそこら辺を怠ってる人が多い

 

これと同じ人なんですけど
勝手に人のマウスを別端末で使って、そのままにしてて
朝出社したらマウスないんでビビったわ

 

仕事なんて、変なおじさんおばさんカーニバルですよ(笑)

 

エビ残すのは正義だけど、人に押し付けるのことはやめてほしい
議事録めんどい
全会議録音＆文字起こしで対応したい

逆を言うと、完全に監視されてますね

 

セキュリティアプライアンスの処理の仕組みをざっくり説明すればいいのよ

 

アルファベット三文字の会社…
まじでこいつら相手見て文句言ってくるのなんなの？
（しかもこっちに直接来ないで、聞こえよがしみたいな感じ）

 

形式より効率を重視したい
もっと言うと、そもそもITって便利・効率化やろ！
毎日の満員電車カバン邪魔やねん

 

知るは一時の恥、知らぬは一生の恥、無知のままコレスワナチ”死”ナリ

 

まじで頼む・・・まじで・・・
上司がこうだととくに・・・
上司ボトルネックでつね

 

大なり小なりこういうタイプこの業界多いわ・・・

 

必ずしもそれが悪いことではないけど、ユーザ側だったらまだいいけど
エンジニア側だったら「スキル低いっすね」とはなりそう

 

流石にこれはひどすぎる
絶対にありえないが、サインする前に情報漏洩したら誰のせいになるの？
この上司？

 

これ「作業ミスあるある」
しっかりレビュー受けた手順書とかだと、まじで言い逃れできなくて怒られる

手順書は作業者を守るためにあることを忘れてはいけない

 

これ本当につらい・・・
説明中、理解しているのか理解していないのかもわからんし
スキル無くても、質問することによって理解を増やすことはできる

説明者として負担が大きい
こういうのって、こっちから働きかけてあげるって言うのが理想なんだろうけど
説明だけぱっぱとすすめて、後に説明理解してないこと判明したら「これ前に説明しましたよね？」っていう対応の方が自分の負担楽かな

 

こういうなまじ発言力があって
上書きしてくるめんどくさい人は要注意

排除もできないので、ある程度口論する覚悟で臨むしかない
もしくは、発言したので、責任押し付けるか

 

そもそも、「まずはこちらを説明を聞く必要がある」って相手を納得させる気ないんだよな
これ、「まずせめて結論だけ教えろ」って言ったのに答えないし

 

こういうのがなんで野放しになってるの？(笑)

 

変なコンサルは知ったかぶり多い気がする

実現不可能分を「運用」でこちらでいろいろフォローしてるんだが・・・

 

忘れてるっていうのもあるけど
そもそも会話が苦手な場合も多い

ただ、こういう人たちって積み上げ（改善）できないのが一番問題

 

なんでも教えて　は100歩譲ってゆるすけど（仕事まわらなくなるから）
でも、教えたこと覚えようよ？

 

請求がこわひ・・・

 

だらしないPM,PLにあるある

 

空気読めないだけでなく
状況よくわかってない人が、こういうことやってくる場合が多い

まずは、さぼるな？

 

進捗報告のするしないは握っとけ
そもそもタイムスケジュール通りに進んでいることを言えや

 

この人結局プロジェクト逃げだしちゃって
今別の部署に要るっぽいけど
多分使えないって陰口たたかれてるだろうね
それぐらい不誠実

 

 

まとめ

技術面や人間関係いろいろあるけど
ひとつ言えることは、日ごろから処理しておかないと
後で切羽詰まった状態になる

スポンサーリンク
タイトルとURLをコピーしました