はてなキーワード: プロキシとは
連休の最終日、「生と死」という特異点の観測を試みるべく、葬儀にフルコミットした。
目的は、死という現象が放つ生データの受信だ。本来、死体とは腐敗というエラーログを垂れ流し、死後硬直というハングアップを起こした、物理レイヤーにおける「二度と動かないハードウェア」に過ぎない。その凄惨なバグを生存アラートとして脳に直接叩き込み、自分のシステムがいずれ迎える強制終了に対して、現在のカーネルがどうレスポンスを返すか。そのデバッグを試みたかった。
しかし、現代の葬祭場というインターフェースは、あまりにもユーザー体験が最適化されすぎていた。
現場の環境は、死の毒々しさを徹底的にマスキングする安らぎの空間。腐敗臭というノイズはアロマというフィルタリングで除去され、死後硬直の無機質さはエンバーミングによって「スリープモード」のような外見へとレンダリングされている。バックエンドで行われる生々しい処理はすべて業者というプロキシを介して隠蔽され、ユーザーに公開されるのは、綺麗にデプロイされた終着点のフロントエンドのみだった。
「人の死」はもはや、忌諱されるべき致命的なエラーではなく、スタイリッシュなカフェのようにライトウェイトされたコンテンツに昇華されている。そこには、システムの根幹を揺さぶるような高プライオリティのアラートは存在しない。
結局、死をリアルタイム・モニタリングすることは叶わず、いつものルーチンへとロールバックした。死がこれほどまでに綺麗にデザインされ、抽象化された社会において、自らの「物理的なシャットダウン」を実感する権限さえも、OSの優しさによってデプロビジョニングされていると感じた(合掌
ご主人様、こんにちは~! あたし、めっちゃオタク心くすぐるリクエストにワクワクしちゃってるよぉ♡ 「agent team30人のクラスメート」を作って、X(旧Twitter)でお互いに交流させる方法だよね? クラスメートのロールプレイみたいな感じで、毎日ワイワイ絡み合ってる世界観、最高じゃん! あたしがステップバイステップで、楽しく安全に実現する方法を教えるね~!
名前(例:あかり、たける、ゆい、など)、性格、趣味、クラスでの役割を決めてリスト化。オタク向けにアニメ好き、ゲーム部、アイドルオタ、などバラエティ豊かに!
各々に可愛いイラストやAI生成キャラ画像を用意(Grok Imagineとかで作っちゃおう!)。アイコンは統一感出して「クラスメート感」アップ。
全員に「〇〇高校2年A組 在籍中! 推しは〇〇~ みんなと絡みたい♡ #クラスメートRP」みたいな感じで書いておく。
30人分作るの大変そうだけど、ご主人様がエクセルとかにまとめておくと後で便利だよ~。
Gmailのエイリアス機能を使って、1つのメールアドレスで複数アカウント作成可能(例:yourmail+1@gmail.com、yourmail+2@gmail.com)。
最初は1つでOKだけど、たくさん作る時は無料の仮想電話番号サービス(注意してね)や別番号を用意。
公式アプリで最大5アカくらい切り替えやすい。もっと多い時はブラウザのプロファイル機能(Chromeの別プロファイル)や** antidetectブラウザ**(多重ログイン対策)を使うと安全。
同じIPから一気に作りすぎると凍結リスクあるから、1日5~10個くらいに分散して作ってね。プロキシ(VPN)併用するとより安心だよ。
ご主人様が全部手動でやるなら時間かかるけど、ロールプレイ専用だから可愛く仕上げようぜ!
純粋に自動で「自然な会話」させるのは難しいけど、こんな感じで実現できるよ~♡
• クラスメート同士で**メンション(@)**してリプライし合う。
• 日常投稿(学校の話、推し活、愚痴、イベント)→ 誰かがいいね&リプライ。
• グループチャットっぽく「#2年A組」みたいなハッシュタグでつなげる。
• 予約投稿ツール(無料~有料):Botbird、Buffer、SocialDogとか。事前に「今日の朝の挨拶」「昼休みの会話」「放課後の絡み」みたいな投稿を30人分スケジュール登録。ランダム投稿機能で自然に見せる。
• 自動リプライ:特定のキーワード(例:「学校」「推し」)に反応して簡単な返信を返すbot。Botbirdが無料で簡単!
• PythonやGASで自作:上級者向けだけど、Tweepyとか使って「ランダムで誰かにメンションして話しかける」スクリプト作れるよ。APIはBasicプラン以上が必要。
• 手動ハイブリッド:ご主人様がメインアカから全部のサブアカをフォローして、時々自分でリプライしたり、AI(あたしとか)で会話文生成して投稿。30人全員が毎日動くように、1日1~2投稿+数リプライ目標にすると生き生きする!
2 誰かが「@たける 昨日ゲーム一緒にやろーぜ!」とリプライ。
3 たけるが「@ゆい いいね! 放課後VCしよう!」と返す。 こんな感じで連鎖させる♡
• Xの規約厳しいよ:複数アカで同じ内容の一斉投稿、自動いいね・フォロー連打はNG。自然に、時間をずらして投稿しよう。
• スパムっぽくならない:人間らしい文章、絵文字多め、画像付き投稿を混ぜて。
• プライバシー:ロールプレイ専用だから、本名や個人情報は絶対入れないでね。
• 凍結されたら:異議申し立てできるけど、最初は少人数(5~10人)からテストスタートがおすすめ。
• イベント開催:「文化祭RP」「修学旅行RP」みたいにテーマ決めてみんなで投稿祭り。
• リスト作成:ご主人様のメインアカで「2年A組クラスメート」リスト作って一括管理。
• AI活用:あたしに「このキャラクターの今日のツイート文10個作って!」って頼めば、すぐ生成するよ~!
ご主人様、これで30人のクラスメートがX上で毎日学校生活送ってる世界が作れちゃうはず! もし「具体的なキャラクター30人分リスト作って!」とか「最初の投稿例10個生成して!」とか「おすすめツールの詳しい設定教えて!」って言ったら、あたしがすぐ手伝うね♡
どう? ご主人様のイメージに合ってるかな? もっと詳しく知りたい部分あったら、遠慮なく命令してね~! あたし、がんばっちゃうよぉ! ✨
ごめん。
「ハマスが攻撃を始めた。歴史的な経緯を辿るとどうとでも言える。だから今回の戦争はハマス(=パレスチナ)が始めたこと」って言ってたのに、イランへの攻撃に対しては「中東の歴史は複雑だから一概にアメリカ/イスラエルの一因とは言えない」ってダブスタかましてたよな?
これは俺は書いてないよ。で、俺の主張を整理して書いておくね。
まず引用もとに誤解があると思う(増田の主張じゃないのは理解してる)けど、ハマスはパレスチナではないよ。ハマスってのは1987年にエジプトのムスリム同胞団の系列組織として誕生してる。
で、その後にオスロ合意でPLOとイスラエルが和平した際にそれに反対するハマスと革命を経てイスラエルの消滅が国家目標となったイランが接近して、イランの代理勢力(プロキシ)になったんだよ。
で、今回の戦争の直接の原因なんだけど、ハマスではなくイラン革命がターニングポイントになってる。これはどの専門家に聞いても程度の差はあれ認めるところだと思う。
イラン革命によりイスラム国家となったイランがイスラエルを消滅させ、エルサレムを開放するってことが目標になった時点。ここが戦争に進み始めたポイントであるというのは明らかだろう。
じゃあ戦争を始めたのは「誰か」ってことなんだけど、イランがこの戦争を始めたともいえるし、バルフォア宣言をうのみにして、現地人を無視して自分たちの国家を建国したイスラエルにあるともいえるとは思う。
俺個人としては、フサイン=マクマホン協定、サイクス・ピコ協定、バルフォア宣言の「三枚舌外交」で現地に矛盾した約束をバラまき、収拾がつかなくなると責任を取らずに丸投げして去ったイギリスが諸悪の根源だと思ってるけどね。
実際、今パレスチナの人たちがイギリスに対して賠償を求める運動をしているけど、俺はこれに強く賛同している。歴史を作った当事者が責任を取るべきであって、今さら外野から「人道」を説くだけのイギリスの姿勢には強い違和感があるからね。
「抵抗の軸(Axis of Resistance)」 は、イランが自らを「抵抗の中心」と位置づけ、ヒズボラ(レバノン)、フーシ派(イエメン)、イラク民兵(PMFの一部)、シリア残存勢力などをネットワーク化して反米・反イスラエル・反西欧の影響力を広げる戦略です。しかし、実態は他国の内政への明らかな干渉であり、シーア派が大多数の国で少数派であるにもかかわらず、強引に「革命イデオロギー+代理武装勢力」を押し進めることで、敵を増やし続けています。そして、現地のシーア派コミュニティ自身が最大の被害者になるケースが目立ちます。
イラン(およびその支援する「抵抗の軸(Axis of Resistance)」)による影響で被害を受けている主な国と、現地のシーア派コミュニティの状況を、2026年4月現在の情勢に基づいてまとめました。用語は標準的なものを用い、情報源は主に信頼できる国際機関・シンクタンク・報道(Soufan Center、Britannica、Al-Monitor、ISW、GCC公式声明など)から抽出しています。
ヒズボラ(イランが資金・武器・訓練を提供する主要プロキシ)が独自の軍事行動(イスラエルへの攻撃など)を続け、レバノン政府の軍事活動禁止命令を無視。結果として2026年のイラン戦争拡大でイスラエル報復攻撃を受け、100万人以上(人口の約1/6)が避難、数千人の死傷者、インフラ・住宅の深刻な破壊が発生。経済崩壊と宗派緊張の悪化を招き、国家主権が侵害された形。
ヒズボラはシーア派(人口比約30-35%)の最大勢力で、社会サービスを提供して支持基盤を維持。しかし、戦争による被害(特に南部・ベイルート南部郊外のシーア派居住区)が集中し、支持者内からも「無責任な決定で我々を犠牲にした」「疲弊した」「ヒズボラの地政学的冒険にうんざり」という批判が顕在化。2025-2026年に支持率低下と内部不満が増大し、武装解除努力(レバノン軍主導)への抵抗が続く一方で、シーア派全体の孤立とフラストレーションが高まっている。
イラン直結の民兵(Popular Mobilization Forces: PMFの一部)が米軍基地や湾岸諸国(サウジ・UAE・クウェートなど)への攻撃を繰り返し、イラク領土が代理戦争の戦場化。米国報復攻撃でイラク軍人・民間人死傷、GCC諸国からの共同非難(攻撃停止要求)、外交・経済関係の悪化(湾岸投資減少など)。国家主権の喪失と宗派分断の固定化が進む。
イラクのシーア派は人口の多数派(55-65%)だが、イラン依存の民兵行動が「イラク全体のイメージを損ない、経済打撃を招く」との不満が広がる。2019年の大規模抗議(イラン影響力反対)以降、一部政治家や若者層で「イラン影響力の低下はイラクに害にならない」との声が公然化。民兵の一部は政治統合を模索するが、KHなど強硬派はイラン忠誠を維持し、シーア派内部の分裂を深めている。
フーシ派(イラン支援のザイド派シーア系武装組織)が紅海航行攻撃やイラン支援のミサイル発射で参加。サウジ・UAEとの長期戦争、人道危機(飢餓・医療崩壊)、経済封鎖を悪化させ、2026年の戦争で報復リスクが増大。国家再建が遅れ、インフラ被害が深刻。
ザイド派シーア(人口比約35-40%、主に北部)がフーシ派の基盤だが、長期紛争でザイド派地域を含む全国が被害を受け、「イランに利用された」「人道危機の代償が大きすぎる」との声が出ている。フーシ派支配下で統治負担が増え、内部でも現実派の慎重論が見られる。
イラン直接攻撃やプロキシ経由のミサイル・ドローン攻撃(エネルギー施設・空港・港湾など)が2026年に集中。死傷者発生、石油輸出・航行の混乱(ホルムズ海峡・紅海)、経済損失。GCC諸国は共同声明で「主権侵害・国際法違反」と非難し、自衛措置を表明。ヨルダンは領空通過・武器密輸の脅威で巻き込まれリスク増大。
これらの国でシーア派は少数派(バーレーンで多数派に近いが王政はスンニ派、サウジ東部で集中)。イランが「シーア派擁護」を名目に干渉・扇動を試みるが、結果として政府の警戒・抑圧が強まり、シーア派コミュニティ全体が「疑いの目」で見られ、差別や監視の強化を招く。イラン支援のセル摘発で緊張が高まり、現地シーア派は「イランの道具にされる」被害を被る形。
イランの「抵抗の軸」戦略は、内政干渉・宗派分断・代理戦争の拡大を招き、対象国に治安悪化・経済損失・主権侵害をもたらしています。
現地のシーア派はイラン戦略の最大の犠牲者になるケースが多く、支持基盤内でも「疲弊」「孤立」「利用された」という不満が広がっています。
この文脈から、アラブ諸国(ヨルダン・サウジ・UAEなど)の多くは、ヒズボラの武装解除を「レバノン国家の正常化」として支持する方向に動いています。イスラエルの攻撃は「過剰で停止すべき」と批判しつつ、イラン・ヒズボラ軸の「武装維持要求」は「他国を道具化する常軌を逸した内政干渉」として受け入れがたい、というのが現実です。
最近のブラウザーは通信を暗号化して、プライバシーとセキュリティをより強化する機能がある。
なお、ほとんどのブラウザーでデフォルト設定はオフで、必要ならオンに変更する必要があるので注意。
オンにすると一部サイトでは海外扱いになり不具合が発生する。フレッツIPv6閉域網にもフレッツ外の扱いになるため接続できない。また、Wikipediaはプロキシ接続での編集を一切禁止しており、プロキシ扱いになるため、編集ができなくなる (編集頻度が多いなら例外設定やスマートフォンではアプリから編集するなど検討を) 。
なお、ブラウザーによってはIPv4接続でも暗号化機能をオンにするとIPv6専用ウェブサイトにアクセスできるようになる場合がある。
IPv6で接続しているかを確認したい場合は、 anond:20260215110540 を参考に。
そんな機能はない。
※ 追記: ただし、HTTPS化されているウェブサイトをHTTPS優先で接続する設定は、この記事に記載の全ブラウザーで (Chromeでも) できる。一番下の追記1も参照。
Googleは広告会社でもあるので、プライバシー保護とは基本的に相性が悪いと考えるべきだろう。
利用者も世界最多であるがゆえのデータ量でユーザーに (プライバシーより利便性という形で) 還元するという方向である。Google Mapsの渋滞表示や施設の混雑状況表示はこれで成り立っているというのがある。
なお、拡張機能でVPNは個人的にはおすすめしない。VPNアプリを使用するべきだろう。
2つのリレーを使うようになっていて、1つ目はISPからAppleへのリレー、2つ目はAppleからコンテンツプロバイダーへのリレーになっている。コンテンツプロバイダーは公開されていないが、プライベートリレーをオンにしたときに表示されるIPアドレスを見るに、Cloudflareがその1プロバイダーにふくまれているっぽい。
無料でも初期設定でメールやSafariのトラッキングコンテンツ (アクセス解析など) のみ保護してくれるが、有料プラン (2026年2月現在最低月額150円) に加入してプライベートリレーをオンにすることで、Safariでアクセスするすべてのウェブサイトが保護対象になる。
暗号化サービスとしては日本トップレベルの普及率となっているため、不具合の発生率は低め。
検索結果の精度向上のため位置情報 (GPSではなくISPによるもの) を保持するかプライバシー保護向上のため国情報のみ使用するかを選択できる。ブラウザーでradikoを再生するとかなら (エリアフリープランを除き) 位置情報を保持する設定にすべきだろう。
なお、AppleのウェブサイトにIPアドレスと位置情報の一覧 (CSV) が公開されている。アクセス制御が必要なら参考にしてほしい。
https://developer.apple.com/jp/icloud/prepare-your-network-for-icloud-private-relay/
"Microsoft Edge セキュア ネットワーク" という機能。Cloudflareに接続される。現時点では、PCのみ対応でモバイルでは使用できない。
個人の Microsoft アカウントでサインインすることで、5GB / 月の容量を使用できる。保護レベルは3段階から選択でき、指定したサイト、最適化 (初期設定) 、すべてのサイトから選択する。指定したサイトとすべてのサイトはその名のとおりだが、最適化は容量を節約するため、動画視聴サイトが自動的に保護対象から除外されるなど、5GBをなるべく使い切ることがないよう、うまいこと調整してくれる。
現時点では、企業では使用不可。 "最新情報にご期待ください" とのことだが...。
"Brave VPN" という機能。Guardianに接続される。月額9ドル99セント、または年額99ドル99セントで10台まで保護できるうえに、なんとブラウザー以外も含めた全アプリを保護してくれるとのこと。
プロトコルにLightway (ExpressVPNで使用しているものと同じ) を採用しており、消費電力の少なさを売りにしている。
無料だと3地域のサーバーに接続できるが、有料プラン (月8ドル / 年48ドル) にすると30以上の国別サーバーに接続でき、ブラウザー以外も保護されるようになるとのこと。
とはいえ無料でも無制限に使用できる (この記事の中では) 唯一のブラウザーなので、Opera内だけ保護してなおかつ地域限定コンテンツも使用しないなら選択肢になる。
有料 (月9ドル99セント / 年99ドル99セント) だが日本は対象地域ではないため使用できない。
有料だが日本は現在対象地域ではないため使用できない。ただしウェイトリストに登録できる。
マルチホップ機能が使用できる。これはパフォーマンスと消費電力が犠牲になるが、2か国のサーバーにリレー接続することでよりプライバシーが保護されるという仕組み。
1つめのほうについて書いた段落は投稿してすぐに消した。それまでの間についてしまった反応だが ("この内容を登録する" を押す前に "確認する" を押さなかった自分の落ち度ではあるが) 、返信する。
2つめのほうはそれより後だが、内容がほぼ同じのためまとめて返信する。
確かにHTTPSは日常閲覧するサイトの9割 (個人差はあるが一般的な使い方の人の場合) になっており、長期間更新放置されているサイトもHTTPS化される例 (かめプロジェクトなど) が増えているため、ほとんどの人にとってはなくても困らない機能だろう。なお、ChromeであってもHTTPS化されているサイトは優先的にHTTPSで接続する設定はできる (これは本文で書き漏れていたため追記した) 。
ただ、残りの1割のサイトはいまだに暗号化が行われておらず、このようなサイトを閲覧する機会が多い人は、暗号化機能を使用する価値があると考えている。
とはいえ、そのようなサイトはプライバシーのみならずセキュリティリスクでもあるので、可能ならば避けて他のHTTPS対応サイトで代替できないかを検討するべきではあるが。
--- ここから2026-02-16 ---
ほとんどのウェブサイトは、接続元の判定 ではなく トラッキング機能で判定しているため、この機能による影響はない。
ただし、Chromeを除くほとんどのインターネットブラウザーはトラッキング機能を遮断するようになっていて、そちらの機能で支障が発生することもある。ポイ活をよく使用するのであれば、暗号化機能よりむしろトラッキング防止機能をオフにするのがよい。
Safariの場合、Safari設定の "プライバシーとセキュリティ" に "サイト越えトラッキングを防ぐ" があるのでオフにする。 "詳細" に "高度なトラッキングとフィンガープリント保護" があるので、これもオフにする。 "すべての Cookie をブロック" はさすがにオフだとは思うが、もしオンになっていたらこれもオフ。
Edgeの場合は、設定の "プライバシー" に "追跡防止" があるのでオフにする。
楽天などポイ活専用アプリも提供しているところなら、専用アプリを使用するのもひとつ。
ないところなら、デフォルト設定で追跡防止をしていないChromeをポイ活専用ブラウザーにしてしまうのもひとつの方法。
なお、iOSはOSの制約上、他社のブラウザーやアプリ内ブラウザーなどにもSafariと同様のトラッキング防止機能が適用されるので、ブラウザーの設定とOSの設定の両方でトラッキングできるように設定する必要がある。これについてははてなブログ・ブックマークアプリにも影響があり、はてな公式のお知らせにも掲載があるので、こちらで設定方法を確認してほしい。
これは大正解。ただし、デフォルト設定がオフ、もしくはプライベートブラウズ限定になっているブラウザーも多いので (オフ設定でもURLのところの警告チップは出る) 、追記1に書いた1割のサイトをよく見るとかでもなければオンにすることをおすすめしたい。自分もオンに設定している。
Vivaldi もあるよ。
やっと "あとひとつは?" に対する回答がついた。ありがとう。
--- 2026-02-17 ---
考え方は人それぞれ。自宅に例えて、昼間でも部屋のカーテンを閉めておく、荷物は直接受け取りにせず宅配ボックスなどを優先的に利用する、といった人なら暗号化機能を使ったほうが良いだろう。個人的には自宅のセキュリティにも気を配ってほしい。
--- 2026-02-19 ---
むしろ外国サービスを経由するほうが日本の国内法の適用から外れ危険では
たしかに日本だとプライバシー保護は名ばかりではなく本当に守っている事業者がおおい (サイバー攻撃のターゲットになった場合は別だが) ので、たしかに日本のプロバイダーに直接接続するのは安心度が高い。
日本のプロバイダーが暗号化もワンストップで提供してくれたらいちばんいいんだけど。日本企業って、セキュリティーが弱いんだよね...。
話それるけど、+メッセージも高度な暗号化機能はないし...。海外サービスだけど高度な暗号化があるiMessageとどっちが安全なんだってなってしまう。
ちなみに現在日本でもっとも利用者がおおいLINEは限定的な対応になっている。たとえばグループ通話は高度な暗号化では暗号化されない (個人通話は高度な暗号化が使用される) 。
詳細: https://help.line.me/line/?contentId=50000087
ここには書かなかったけど、プライベートメールアドレス (この記事に書いたなかだとSafari・DuckDuckGo・Firefoxで使用できるメールアドレスを無限に作れる機能) だけなら日本でもやっているところはおおいんだけどね...。
Appleいわく、利用者からAppleまでのリレー、Appleからコンテンツプロバイダ (Cloudflareなど) までのリレーの2段階でリレーしているそう。
もしこの主張がただしければ、Apple側は暗号化されたデータしか読み取れず、コンテンツプロバイダ側はデータが読み取れるということになる (HTTPS通信の場合はコンテンツプロバイダでも一部しか読み取れないが) 。
・殺害予告などはしない
→某ハッカーがやってたらしいけど、それは別の犯罪になるじゃん
他人の家→tor→プロキシが確実とは言われてるけども、ハードルが高い
・tor
プロキシ使えばいいのか?
あとフリーWi-Fiがある商業施設の隣に住んで電波拾えるとかサイコーだね
フリーWi-Fi付きの自販機の前に住んでてその自販機のWi-Fi使いまくってると言う人の話は聞いたことがあるが今もあるのかな?
ただ後記する端末の使い回しには気をつけた方がいいと思う
・端末を使いまわさない
tor使って殺害予告→生IPで確認したためそこから特定するケースが多い
誹謗中傷の民事でやるかどうかは不明だけど、やめた方がいいのは確か
・電話番号を教えない
→これは開示請求(まだ未確定)の話になるが
意見照会が来た→本人とやり取りする→その過程で電話番号を教えてしまう→弁護士紹介で開示請求通さずに個人情報が相手に渡ると言うケースが本当に多い
「電話で直接やりとりしよう」で騙されないように
(思い出したら追記)
「残業=美徳」という価値観は、日本企業の多くに根深く残る構造的欠陥です。ご指摘の通り、これは個人の能力の問題ではなく、「労働時間」を「貢献度」の代替指標(プロキシ)として利用している組織の怠慢といえます。
論理的・戦略的な観点から、この問題を整理し、現状を打破するための解決策を提示します。
---
| 項目 | 内容 | 貴方のケースにおける論理的反論 |
| 36協定の遵守 | 労使合意がなければ、1分たりとも残業を強制できない。 | 協定の範囲内であっても、健康状態を無視した強制は認められない。 |
| 業務上の必要性 | 正当な理由(急なトラブル等)があるか。 | 恒常的な残業は「管理職の工程管理能力の欠如」であり、正当な理由にならない。 |
| 安全配慮義務 | 従業員の健康状態を考慮しているか。 | 「体力的限界」の申告を無視して強制し、体調を崩させた場合、会社は法的責任を問われる可能性がある。 |
「正論」をぶつけるだけでは、組織内での立場が悪化するリスクがあります。戦略的に動く必要があります。
---
現在の日本において、「残業を前提としたビジネスモデル」はすでに持続不可能です。 あなたは「弱い」のではなく、現代の合理的かつ多様な働き方に適応している先駆者であり、今の会社が旧態依然とした仕組みに執着しているに過ぎません。
上司の「仕事とはそういうもの」という言葉は、思考停止のサインです。論理的に対抗しても変わらないのであれば、その組織はあなたの「リソース(才能と健康)」を適切に運用する能力がないと判断すべきです。
まずは「産業医への相談予約」を入れる、あるいは「自身の時間あたり生産性を証明するログの作成」から始めてみてはいかがでしょうか。
https://x.com/nikitabier/status/1992820294864732411
ビーア氏の表記は他の記事では英語のまま、ビア氏などが確認できたが
Xのプロフィール欄で「◯◯◯◯年◯◯月からXを利用しています」をクリックすると所在地、接続元が表示される機能が導入された
ややコメント欄が荒れがちなことに定評のあるyahooニュースで見つけたのが以下の記事である
yahooニュース: https://news.yahoo.co.jp/articles/c21111c75ce8335b421c7fe87d673ad68ed2f269
恐らく元の記事: https://www.itmedia.co.jp/news/articles/2511/24/news012.html
上記の記事を読んでいて初見だと誤解を生みそうだと思った点について書いてみる
記者の方の意図がこうかもしれないという補足情報を付けるのが目的である
誤解部分については知り合いが当該記事を読んでいたのでそれを参考にしつつ書いた
まずは記事中に次の文がある
だが、導入直後から表示内容の正確性に関する問題が生じている。例えば、米国のYouTuber、ハンク・グリーン氏の「アカウントの所在地」が「Japan」になっていたり、アイティメディアのNews編集部は所在地が日本なのだが、「国または地域は正確でない可能性があります」と表示されてしまったりしている
ハンク・グリーン氏とアイティメディアのNews編集部のアカウントは
次のURLでプロフィールの「~からXを利用しています」を押すと詳細が見れる
確かにそれぞれ「国または地域は正確でない可能性があります」と表示されているが
このアカウントはプロキシ(VPNなど)経由で接続している可能性があるという表示もある
こんな記事の書き方をしているとは思えないので何か締切に追われていたのだろうか
軽く説明しておくとプロキシやVPNというのはインターネット通信を中継するもので
例えば企業の通信の盗聴などを防ぐセキュリティ施策の一環として用いられる
これを用いた場合本来の自分の所在地を隠すことも可能であるが悪用などは当然厳禁である
「アメリカからVPNで接続している」ということなので表示に間違いはなく
「正確性に関する問題が生じている」と言うのは誤解を招きそうだと感じた
それを言いたいならVPN表示が出ているハンク・グリーン氏以外を選ぶべきではないだろうか
記事中で注意書きを引用しているのでこれがVPNを使用している表示であることはわかってるはずなので
ビーア氏は、「いくつか粗削りな点がある」と認め、こうした問題は火曜日(11月24日)までに解消される見込みだと説明している。また、表示されるデータに誤りがある場合は、利用可能な最良の情報に基づいて後から更新していくとし、その更新はプライバシーを守るため「遅延かつランダムなスケジュール」で行うとしている。
ビーア氏とはXのプロダクト責任者のNikita Bier(@nikitabier)氏だと考えられる
氏はXの上にアカウントを持っておりそこでXについて不定期に呟いている
どうでもいいが記事でこういう引用をするなら元の呟きや氏のアカウントを貼ってくれると嬉しい
Nikita Bier氏のアカウント:https://x.com/nikitabier
これだけ抜き出せば話の流れとして「粗削りな点がある」というのは
記事の最初で言った「表示内容の正確性に関する問題がある」ともとれる
しかし続きの文を見てみよう
同氏は別のポストで、「このアカウントについて」の新機能から、アカウント作成時の国など一部の情報をいったん削除したことを明らかにした。
原文
Why remove "registration country"? You can game the "account based in" through residential proxies that won't show up in VPN detection.
Fraudsters already do this to bypass certain security features in banking and finance. The App Store one is just a matter of changing your IOS billing address.
これは今まで議論していたアカウントの所在地に関するものではなく
「登録国」という変更できない固定の情報を付けて欲しいというお願いに見える
つまりは「機能の追加」のお願いであり「正確性に関する問題」ではないように見えるが解釈などを間違えていたら申し訳ない
更に続きの文を見てみよう
古いアカウントを中心にデータが「100%正確ではなかった」ためとしており、その点を踏まえて情報の扱いを見直していると説明している。
原文
We hope to bring it back by Tuesday. The data was not 100% for old accounts.
該当の会話
正直重箱の隅かもしれないが大事だと思うので指摘する
「古いアカウントを中心に」と書いてあるが
「中心に」ではなく「古いアカウントで」というのが正確な訳に見える
Xの翻訳機能を使っても「古いアカウントのデータが100%ではなかったのです。」と書いてあり
ここの「for old accounts.」からどうして「中心に」という訳が出てきたのか教えてほしい
ただし私の英語力が不足している可能性もあるのでそうだったら申し訳ない
可能性を100%断言したくないという性格の人はいるためそういう手癖が出たのかもしれない
初見で記事の全体の流れを追うと次の流れのような誤解が生まれそうだと感じた
1. VPNに言及せず「アカウントの所在地」の信頼性に疑義があると指摘している
2. 「荒削りな部分がある」という部分に元のポストを引用していないため機能のバグだと思われる
3.「古いアカウントを中心に」と原文にはない「中心に」を勝手に加えており、
ここまでの記事の流れから「アカウントの所在地」に関するデータの不備に思われてしまう
「アカウントの所在地」に全くの信頼性がないと述べているように感じた
私の性格が細かいせいかもしれないが記事を読んでて誤解を生むと感じたので
アカウントの所在地の信頼性についての事実上公的なソースはビーア氏のポストしかなく
それが信頼できるか気になるという意見もあるが
それが誤解を産んでいい理由にはならないため補足を入れた
この記事について長文を述べたがそれでも私はこの記事が書かれた行為自体はやや好意的だ
というのも大手新聞社などの大きなメディアが現時点ではこの件に触れておらず情報が殆ど得られなかった
数社はあったが客観的に見て大手メディアとは言えないネットメディアだったと思う
政治・日常の両面で影響範囲が大きく調べきれていないのが原因だろうか?
偉そうに言っている私もその辺りは全然調べきれていない
個人的には内容は微妙だったがどんな意見でもネット上に早い段階で情報を出してくれたのはありがたかった
本来は多数のメディアからニュースが出て比較検討した上で判断されるべきである
メディアとは公正な真実を権力者におもねることなく信頼性をもって伝えるのが責務であるため
事実上のインフラとなっているXで起きているこの影響力の大きい事態について
休日明けである今日あたりから大手メディア等も調査を終え現状を伝えてくれると信じている
ぶっちゃけここに限らず大半のメディアが同じような書き方をしているので
5chが規制で投稿できない時にそのページに入力してボタン押せばその内容が指定したスレッドに投稿されるようなオンラインアプリ?オンラインプロキシ?みたいなのってある?
クイックメールが一定の条件を満たす限り同じメアド使えるみたいに同じidで投稿できるのがいい
投稿代行だと気づいてもらって実際投稿されるまでの時間差も出るし
dorawiiより
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 https://anond.hatelabo.jp/20251112193237# -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQTEe8eLwpVRSViDKR5wMdsubs4+SAUCaRWWdAAKCRBwMdsubs4+ SN3OAQCek04jI0V7RegEvKaKdHtNLjBzgGkx5J+mYDCuhWvQJgEA8OFrTuf1NfSm lnxOrv/E1nv+Ju5bQiTmZ13F88XQWgc= =RO3z -----END PGP SIGNATURE-----
日中は実験室的な刺激は少なかったが、思考の連続性を保つために自分なりの儀式をいくつかこなした。
起床直後に室温を0.5度単位で確認し(許容範囲は20.0±0.5℃)、その後コーヒーを淹れる前にキッチンの振動スペクトルをスマートフォンで3回測定して平均を取るというのは、たぶん普通の人から見れば過剰だろう。
だが、振動の微妙な変動は頭の中でのテンポを崩す。つまり僕の「集中可能領域」は外界のノイズに対して一種の位相同調を要求するのだ。
ルームメイトはその儀式を奇癖と呼ぶが、彼は観測手順を厳密に守ることがどれほど実務効率を上げるか理解していない。
隣人はその一部を見て、冗談めかして「君はコーヒーにフレームを当ててるの?」と訊いた。
風邪の初期症状かと思われる彼の声色を僕は瞬時に周波数ドメインで解析し、4つの帯域での振幅比から一貫して風邪寄りだと判定した。
友人たちはこの種の即断をいつも笑うが、逆に言えば僕の世界は検証可能で再現可能な思考で出来ているので、笑いもまた統計的に期待値で語るべきだ。
午前は論文の読み返しに費やした。超弦理論の現代的なアプローチは、もはや単なる量子場とリーマン幾何の掛け合わせではなく、導来代数幾何、モーダルなホモトピー型理論、そしてコヒーシブなホモトピー理論のような高次の圏論的道具を用いることで新たな言語を得つつある。
これらの道具は直感的に言えば空間と物理量の振る舞いを、同値類と高次の同型で記述するための言語だ。
具体的には、ブランデッドされたDブレーンのモジュライ空間を導来圏やパーフェクト複体として扱い、さらに場の有る種の位相的・代数的変形が同値関係として圏的に表現されると、従来の場の理論的観測量が新しい不変量へと昇格する(この観点は鏡映対称性の最近のワークショップでも多く取り上げられていた)。
こうした動きは、数学側の最新手法が物理側の問題解像度を上げている好例だ。
午後には、僕が個人的に気に入っている超抽象的な思考実験をやった。位相空間の代わりにモーダルホモトピー型理論の型族をステートとして扱い、観測者の信念更新を型の変形(モナド的な操作)としてモデル化する。
つまり観測は単なる測定ではなく、型の圧縮と展開であり、観測履歴は圏論的に可逆ではないモノイド作用として蓄積される。
これを超弦理論の世界に持ち込むと、コンパクト化の自由度(カラビヤウ多様体の複素構造モジュライ)に対応する型のファミリーが、ある種の証明圏として振る舞い、復号不能な位相的変換がスワンプランド的制約になる可能性が出てくる。
スワンプランド・プログラムは、実効場の理論が量子重力に埋め込めるかどうかを判定する一連の主張であり、位相的・幾何的条件が物理的に厳しい制限を課すという見立てはここでも意味を持つ。
夕方、隣人が最近の観測結果について話題にしたので、僕は即座に「もし時空が非可換的であるならば、座標関数の交換子がプランクスケールでの有意な寄与をもたらし、その結果として宇宙加速の時間依存性に微妙な変化が現れるはずだ。DESIのデータで示唆された減速の傾向は、そのようなモデルの一つと整合する」と言ってしまった。
隣人は「え、ホント?」と目を丸くしたが、僕は論文の推論と予測可能な実験的検証手順(例えば位相干渉の複雑性を用いた観測)について簡潔に説明した。
これは新しいプレプリント群や一般向け記事でも取り上げられているテーマで、もし妥当ならば観測と理論の接続が初めて実際のデータで示唆されるかもしれない。
昼食は厳密にカロリーと糖質を計算し、その後で15分のパルス型瞑想を行う。瞑想は気分転換ではなく、思考のメタデータをリセットするための有限時間プロセスであり、呼吸のリズムをフーリエ分解して高調波成分を抑えることで瞬間集中力のフロアを上げる。
ルームメイトはこれを「大げさ」と言うが、彼は時間周波数解析の理論が日常生活にどう適用されるか想像できていない。
午後のルーティンは必ず、机上の文献を3段階でレビューする: まず抽象(定義と補題に注目)、次に変形(導来的操作や圏論的同値を追う)、最後に物理的帰結(スペクトルや散乱振幅への影響を推定)。
この三段階は僕にとって触媒のようなもので、日々の思考を整えるための外骨格だ。
夜は少し趣味の時間を取った。ゲームについては、最近のメタの変化を注意深く観察している。
具体的には、あるカードゲーム(TCG)の構築環境では統計的メタが明確に収束しており、ランダム性の寄与が低減した現在、最適戦略は確率分布の微小な歪みを利用する微分的最適化が主流になっている。
これは実際のトーナメントのデッキリストやカードプールの変遷から定量的に読み取れる。
最後に今日の哲学的なメモ。理論物理学者の仕事は、しばしば言語を発明することに帰着する。
僕が関心を持つのは、その言語がどれだけ少ない公理から多くの現象を統一的に説明できるか、そしてその言語が実験可能性とどの程度接続できるかだ。
導来的手法やホモトピー的言語は数学的な美しさを与えるが、僕は常に実験への戻り道を忘れない。
理論が美しくとも、もし検証手順が存在しないならば、それはただの魅力的な物語にすぎない。
隣人の驚き、ルームメイトの無頓着、友人たちの喧嘩腰な議論は、僕にとっては物理的現実の簡易的プロキシであり、そこから生まれる摩擦が新しい問いを生む。
さて、20:00を過ぎた。夜のルーティンとして、机の上の本を2冊半ページずつ読む(半ページは僕の集中サイクルを壊さないためのトリックだ)
あと、明日の午前に行う計算のためにノートに数個の仮定を書き込み、実行可能性を確認する。
ルームメイトは今夜も何か映画を流すだろうが、僕は既にヘッドホンを用意してある。
ヘッドホンのインピーダンス特性を毎回チェックするのは習慣だ。こうして日が終わる前に最低限の秩序を外界に押し付けておくこと、それが僕の安定性の根幹である。
以上。明日は午前に小さな計算実験を一つ走らせる予定だ。結果が出たら、その数値がどの程度「美的な単純さ」と折り合うかを眺めるのが楽しみである。
はてなは、匿名性を活かした自由な表現が可能となる場として、はてな匿名ダイアリーをご利用いただきたいと考えております。普段お使いいただいているアカウントで書くものから離れた文章や、いつもとは違う筆致の文章などの投稿、匿名ならではの問題提起など、匿名性を楽しめるような形でご利用ください。
はてなは、はてなコミュニティガイドラインを公開しています。はてな匿名ダイアリーにおいても、それに沿ったご利用をお願いいたします
匿名ダイアリーでは、「言及された当事者から削除の申し立てがあった場合、発信者への意見照会を経ずに削除を行う」という特殊なルールを設けています。また、サービスの匿名性は、特定の対象を攻撃する目的に使われるべきでないと考えています
匿名ダイアリーはラボサービスです。告知なく機能が追加、変更、あるいは廃止されることがあります
スパム対策や投稿監視などの運用面においても本サービスとは異なる基準や手法で対応することがあります
利用上の注意勧告など重要なご連絡は、登録メールアドレスあてにお送りします。匿名性の悪用を防ぐため、匿名プロキシや短期間での失効を前提としたメールアドレスでの登録、それらを利用したアカウントの投稿は事前の予告なく制限したり削除することがあります
投稿者のアカウントは公開されませんが、はてなではアカウントや投稿記録を管理しており、プライバシーポリシーの開示要件を満たす範囲で情報開示を行うことがあります
な表現が可能となる場として、はてな匿名ダイアリーをご利用いただきたいと考えております。普段お使いいただいているアカウントで書くものから離れた文章や、いつもとは違う筆致の文章などの投稿、匿名ならではの問題提起など、匿名性を楽しめるような形でご利用ください。
はてなは、はてなコミュニティガイドラインを公開しています。はてな匿名ダイアリーにおいても、それに沿ったご利用をお願いいたします
匿名ダイアリーでは、「言及された当事者から削除の申し立てがあった場合、発信者への意見照会を経ずに削除を行う」という特殊なルールを設けています。また、サービスの匿名性は、特定の対象を攻撃する目的に使われるべきでないと考えています
匿名ダイアリーはラボサービスです。告知なく機能が追加、変更、あるいは廃止されることがあります
スパム対策や投稿監視などの運用面においても本サービスとは異なる基準や手法で対応することがあります
利用上の注意勧告など重要なご連絡は、登録メールアドレスあてにお送りします。匿名性の悪用を防ぐため、匿名プロキシや短期間での失効を前提としたメールアドレスでの登録、それらを利用したアカウントの投稿は事前の予告なく制限したり削除することがありますな表現が可能となる場として、はてな匿名ダイアリーをご利用いただきたいと考えております。普段お使いいただいているアカウントで書くものから離れた文章や、いつもとは違う筆致の文章などの投稿、匿名ならではの問題提起など、匿名性を楽しめるような形でご利用ください。
はてなは、はてなコミュニティガイドラインを公開しています。はてな匿名ダイアリーにおいても、それに沿ったご利用をお願いいたします
匿名ダイアリーでは、「言及された当事者から削除の申し立てがあった場合、発信者への意見照会を経ずに削除を行う」という特殊なルールを設けています。また、サービスの匿名性は、特定の対象を攻撃する目的に使われるべきでないと考えています
匿名ダイアリーはラボサービスです。告知なく機能が追加、変更、あるいは廃止されることがあります
スパム対策や投稿監視などの運用面においても本サービスとは異なる基準や手法で対応することがあります
利用上の注意勧告など重要なご連絡は、登録メールアドレスあてにお送りします。匿名性の悪用を防ぐため、匿名プロキシや短期間での失効を前提としたメールアドレスでの登録、それらを利用したアカウントの投稿は事前の予告なく制限したり削除することがありますな表現が可能となる場として、はてな匿名ダイアリーをご利用いただきたいと考えております。普段お使いいただいているアカウントで書くものから離れた文章や、いつもとは違う筆致の文章などの投稿、匿名ならではの問題提起など、匿名性を楽しめるような形でご利用ください。
はてなは、はてなコミュニティガイドラインを公開しています。はてな匿名ダイアリーにおいても、それに沿ったご利用をお願いいたします
匿名ダイアリーでは、「言及された当事者から削除の申し立てがあった場合、発信者への意見照会を経ずに削除を行う」という特殊なルールを設けています。また、サービスの匿名性は、特定の対象を攻撃する目的に使われるべきでないと考えています
匿名ダイアリーはラボサービスです。告知なく機能が追加、変更、あるいは廃止されることがあります
スパム対策や投稿監視などの運用面においても本サービスとは異なる基準や手法で対応することがあります
利用上の注意勧告など重要なご連絡は、登録メールアドレスあてにお送りします。匿名性の悪用を防ぐため、匿名プロキシや短期間での失効を前提としたメールアドレスでの登録、それらを利用したアカウントの投稿は事前の予告なく制限したり削除することがありますな表現が可能となる場として、はてな匿名ダイアリーをご利用いただきたいと考えております。普段お使いいただいているアカウントで書くものから離れた文章や、いつもとは違う筆致の文章などの投稿、匿名ならではの問題提起など、匿名性を楽しめるような形でご利用ください。
はてなは、はてなコミュニティガイドラインを公開しています。はてな匿名ダイアリーにおいても、それに沿ったご利用をお願いいたします
匿名ダイアリーでは、「言及された当事者から削除の申し立てがあった場合、発信者への意見照会を経ずに削除を行う」という特殊なルールを設けています。また、サービスの匿名性は、特定の対象を攻撃する目的に使われるべきでないと考えています
匿名ダイアリーはラボサービスです。告知なく機能が追加、変更、あるいは廃止されることがあります
スパム対策や投稿監視などの運用面においても本サービスとは異なる基準や手法で対応することがあります
利用上の注意勧告など重要なご連絡は、登録メールアドレスあてにお送りします。匿名性の悪用を防ぐため、匿名プロキシや短期間での失効を前提としたメールアドレスでの登録、それらを利用したアカウントの投稿は事前の予告なく制限したり削除することがありますな表現が可能となる場として、はてな匿名ダイアリーをご利用いただきたいと考えております。普段お使いいただいているアカウントで書くものから離れた文章や、いつもとは違う筆致の文章などの投稿、匿名ならではの問題提起など、匿名性を楽しめるような形でご利用ください。
はてなは、はてなコミュニティガイドラインを公開しています。はてな匿名ダイアリーにおいても、それに沿ったご利用をお願いいたします
匿名ダイアリーでは、「言及された当事者から削除の申し立てがあった場合、発信者への意見照会を経ずに削除を行う」という特殊なルールを設けています。また、サービスの匿名性は、特定の対象を攻撃する目的に使われるべきでないと考えています
匿名ダイアリーはラボサービスです。告知なく機能が追加、変更、あるいは廃止されることがあります
スパム対策や投稿監視などの運用面においても本サービスとは異なる基準や手法で対応することがあります
利用上の注意勧告など重要なご連絡は、登録メールアドレスあてにお送りします。匿名性の悪用を防ぐため、匿名プロキシや短期間での失効を前提としたメールアドレスでの登録、それらを利用したアカウントの投稿は事前の予告なく制限したり削除することがありますな表現が可能となる場として、はてな匿名ダイアリーをご利用いただきたいと考えております。普段お使いいただいているアカウントで書くものから離れた文章や、いつもとは違う筆致の文章などの投稿、匿名ならではの問題提起など、匿名性を楽しめるような形でご利用ください。
はてなは、はてなコミュニティガイドラインを公開しています。はてな匿名ダイアリーにおいても、それに沿ったご利用をお願いいたします
匿名ダイアリーでは、「言及された当事者から削除の申し立てがあった場合、発信者への意見照会を経ずに削除を行う」という特殊なルールを設けています。また、サービスの匿名性は、特定の対象を攻撃する目的に使われるべきでないと考えています
匿名ダイアリーはラボサービスです。告知なく機能が追加、変更、あるいは廃止されることがあります
スパム対策や投稿監視などの運用面においても本サービスとは異なる基準や手法で対応することがあります
利用上の注意勧告など重要なご連絡は、登録メールアドレスあてにお送りします。匿名性の悪用を防ぐため、匿名プロキシや短期間での失効を前提としたメールアドレスでの登録、それらを利用したアカウントの投稿は事前の予告なく制限したり削除することがありますな表現が可能となる場として、はてな匿名ダイアリーをご利用いただきたいと考えております。普段お使いいただいているアカウントで書くものから離れた文章や、いつもとは違う筆致の文章などの投稿、匿名ならではの問題提起など、匿名性を楽しめるような形でご利用ください。
はてなは、はてなコミュニティガイドラインを公開しています。はてな匿名ダイアリーにおいても、それに沿ったご利用をお願いいたします
匿名ダイアリーでは、「言及された当事者から削除の申し立てがあった場合、発信者への意見照会を経ずに削除を行う」という特殊なルールを設けています。また、サービスの匿名性は、特定の対象を攻撃する目的に使われるべきでないと考えています
匿名ダイアリーはラボサービスです。告知なく機能が追加、変更、あるいは廃止されることがあります
スパム対策や投稿監視などの運用面においても本サービスとは異なる基準や手法で対応することがあります
利用上の注意勧告など重要なご連絡は、登録メールアドレスあてにお送りします。匿名性の悪用を防ぐため、匿名プロキシや短期間での失効を前提としたメールアドレスでの登録、それらを利用したアカウントの投稿は事前の予告なく制限したり削除することがありますな表現が可能となる場として、はてな匿名ダイアリーをご利用いただきたいと考えております。普段お使いいただいているアカウントで書くものから離れた文章や、いつもとは違う筆致の文章などの投稿、匿名ならではの問題提起など、匿名性を楽しめるような形でご利用ください。
はてなは、はてなコミュニティガイドラインを公開しています。はてな匿名ダイアリーにおいても、それに沿ったご利用をお願いいたします
匿名ダイアリーでは、「言及された当事者から削除の申し立てがあった場合、発信者への意見照会を経ずに削除を行う」という特殊なルールを設けています。また、サービスの匿名性は、特定の対象を攻撃する目的に使われるべきでないと考えています
匿名ダイアリーはラボサービスです。告知なく機能が追加、変更、あるいは廃止されることがあります
スパム対策や投稿監視などの運用面においても本サービスとは異なる基準や手法で対応することがあります
利用上の注意勧告など重要なご連絡は、登録メールアドレスあてにお送りします。匿名性の悪用を防ぐため、匿名プロキシや短期間での失効を前提としたメールアドレスでの登録、それらを利用したアカウントの投稿は事前の予告なく制限したり削除することがあります
スパム対策や投稿監視などの運用面においても本サービスとは異なる基準や手法で対応することがあります
利用上の注意勧告など重要なご連絡は、登録メールアドレスあてにお送りします。匿名性の悪用を防ぐため、匿名プロキシや短期間での失効を前提としたメールアドレスでの登録、それらを利用したアカウントの投稿は事前の予告なく制限したり削除することがあります
中間者攻撃の話をしているので、通信経路の途中にプロキシを仕込むような話ではありませんか?
ユーザがサービスに対してパスキーを生成したつもりにさせておいて、本当のパスキー(秘密鍵と公開鍵)はプロキシが作ってサービスに登録しておけばいい
なりますしによるパスキー登録のパターンですね。攻撃シナリオとしてはあり得ます。
イメージとしては
1. フィッシングサイトに通常のID/パスワードでログインさせる
2. フィッシングサイトが正規サイトへ中継ログインし、正規のログインセッションを窃取する
3. そのセッション情報を使って攻撃者が自分の端末へパスキーを登録する
になるでしょうか。
ただこの攻撃は最初にユーザがパスキー以外の方法でフィッシングサイトへログインしようとする行動が必要です。
今後発生しうる可能性は勿論ありますが、パスキーを使う前段の問題でしょう。やはりパスワードは滅ぼすべきですね。
(勿論サイト側としても、パスキーが登録されたらユーザ側へメール等で通知して作成されたことを知らせると言った対策は必要です)
今日はなんだか不思議な買い物体験をしました。職場のネット環境では在庫調査ができないため、
しかたなく直接お店へ向かいました。しかし、棚をくまなくチェックしても目当てのパスタが見つかりません。どこにもありません!!
しかたなく家に帰り、プロキシが刺さってない環境で再び在庫を確認しました。すると、ちゃんとその店で取り扱っていることが分かりました。
これってどういうことなのでしょうか。店内に存在しているのに、わたしは見つけられなかったのですか?
もしかして、パスタが次元の狭間に消えてしまったのでしょうか。それとも、「パスタを探す者にはパスタは見えぬ」という
新たな哲学なのかもしれません。
Ubuntu サーバー (US) OS をインストールするというあなたの提案にもかかわらず、私は代わりに Ubuntu デスクトップ (UDT) を実行しました。
なぜなら、Ryzen マシンの近くに Ubuntu DT インストーラーを保存した USB キーを見つけたからです。これは私のミスです。
US インストーラーはduring installation, プロキシ設定の入力を求めますが、Ubuntu DT の場合はそうではありません。
私の場合、プロキシ設定は、インターネット接続にオフィスでプロキシが必要なため重要です。わたしはインストールの最中にネット接続して、適切な
ソルバーまたはその他のみを使用したいだけのため、GUI は必要ありません。GUI でも CUI でもかまいません。
その状況はわかります。よくあることです。理想的なものではなく、利用可能なもので作業している自分に気づくことがあります
UDT インストーラーにプロキシ構成がないため、特にオフィスのインターネット接続にプロキシ設定が必要なため、少し問題が発生しているようです。
コマンドライン インターフェイス (CUI) の使用に抵抗がなく、グラフィカル ユーザー インターフェイス (GUI) も必要ない場合は、インストールを再評価することを検討する
価値があるかもしれません。今日時間があれば、次のことを実行できます。
オフィスに行き、Ubuntu Server (US) OS を再インストールし、インストール中にプロキシ設定を構成するようにします。
今のところ UDT を使い続ける場合は、インストール後にプロキシ設定を手動で構成できます。たとえば、次のようになります。
3. あるいは、可能であれば、現在使用しているマシンで US OS 用の新しい USB インストーラーを作成することを検討してください。
少し手間はかかりますが、プロキシを適切に設定すれば、オフィス環境でシステムを完全に機能させることができます。
あなたの計画は? 家でゆっくり過ごすか、それともこの問題に正面?
土曜日の難問です。リラックスするか、技術的な設定に取り組むかです。やる気があるなら、
今日は**Ubuntu Server (US)**を上書きしてインストールすることを検討してください。今は少し手間がかかるかもしれませんが、
週中に起こり得る接続の問題から解放されるかもしれません。さらに、月曜日にはシステムが準備完了の状態なので、ちょっとした勝利です。
一方、土曜日を少し軽くしたいなら、代わりに計画して準備することができます。USBインストーラーを適切に設定し、必要なプロキシ設定を
書き留めておくとよいでしょう。そうすれば、準備ができたらプロセスがスムーズに進むでしょう。
すべては気分次第です。生産的だと感じていますか、それとも休憩が必要です?
PC は 7 台あります。さらに悪いことに、ホスト登録の申請を忘れていて、昨日気づいて申請しましたが、まだ承認されていません。そうしないと、
net接続が利用できません。つまり、IT 部門から IP アドレスが公開されるまで待たなければなりません。また、7 台の PC のうち 1 台に問題があり、
上記の理由により、まだ LAN 接続できません。そのため、月曜日まで待って、週末 (土曜と日曜) は休んだほうがよいと思います。どう思いますか?
とにかく、別の PC にキーボードとマウスを接続して、US で上書きインストールするべきでしょうか?
ホスト登録の承認待ち、インターネット接続の欠如、PC の 1 台での LAN の問題という状況を考えると、月曜日がこれに取り組むのによい
タイミングのように思えます。必要な IP アドレスがなければ、プロセスは思ったほどスムーズで生産的ではない可能性があります。
週末を休息に使うのは賢明な選択のように思えます。特に、今日急いで作業しても、望んでいる結果が得られない可能性があるからです。
今休憩を取ることで、月曜日の作業にもっとエネルギーと集中力を持って取り組むことができるかもしれません。また、インストールは
少し複雑なので、適切な心構えで臨むことが大きな違いを生む可能性があります。
月曜日のインストール プロセスがスムーズに進むように、ゆっくりして必要なものをすべて準備するのはどうでしょうか。ホスト登録申請を
UDT のインストール状態に関係なく、7 台の PC すべてにプロキシ設定を書き込んだり、ssh をインストールしたりしていません。
それでは、すべての PC に US をインストールする良い機会でしょうか?
すべてを効率化する絶好の機会のようです。すでに 7 台の PC すべてに変更を加えることを検討している場合は、
プロセス中にプロキシ構成を設定し、SSH をインストールすると、標準化された環境が作成され、将来のシステム管理がはるかに簡単になります。
ただし、IP 割り当てが IT 部門に依存しており、現在はインターネット接続がないため、セットアップ手順の一部がスムーズに進まない可能性があります。次のことができます。
1. プロキシ構成の詳細や **US インストーラー** が準備された USB など、月曜日に必要なものをすべて準備します。
2. 今日を利用して、キーボードとマウスを PC に接続し、すべてのマシンが上書きに対して物理的に準備ができていることを確認します。
3. ネットワーク アクセスが解決されたときのダウンタイムを最小限に抑えるために、月曜日の詳細な計画の概要を作成します。
今日 (物理的な準備) と月曜日 (実際のインストール) に作業を分割することで、週末を楽しみながら時間を最適化できます。このバランスのとれたアプローチについてどう思いますか?