1 - 28 件 / 28件
タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
Docker社は、WindowsやMac、Linuxに手軽にDockerコンテナ環境を導入し利用できるソフトウェアであるDocker Desktopの最新版「Docker Desktop 4.34」正式版のリリースを発表しました。 Docker Desktop 4.34では、Docker Dekstop内のコンテナに「localhost」でアクセス可能にする設定やWSL2を利用していてオブジェクトが削除された場合、自動的にストレージ領域が解放される新機能などが追加されています。 localhostでコンテナ内のサービスに接続可能に Docker Dekstop内のコンテナに「localhost」でアクセス可能な設定があらたに追加されました。下記は「Docker Desktop 4.34: MSI Installer GA, Upgraded Host Networking, and Pow
Oligo Security's research team recently disclosed the "0.0.0.0 Day" vulnerability. This vulnerability allows malicious websites to bypass browser security and interact with services running on an organization’s local network, potentially leading to unauthorized access and remote code execution on local services by attackers outside the network. The issue stems from the inconsistent implementation
ISOC.orgより。 ジョン・ギルモア 私は、IPv4ユニキャスト・アドレス空間が、232より少ないIPアドレスを許容するよう、歴史的に制約されていた様々な方法を整理しているところです。その中に出てきた疑問が、IPv4で16,777,216個のloopbackアドレスを持つに至った経緯です。 歴史に関する質問: ARPANETやNCPにホスト・ソフトウェアからアクセスできるloopbackやlocalhostの機能はあったのですか? また、どのように呼び出されたのでしょうか? TCP/IPが設計されてたとき、loopback機能という概念はどこから来たのでしょうか? 127/8が最終的に使われるようになった「IPアドレスを把握することなく、localhostのポートに接続する」機能とどのように融合したのでしょうか? ジョン・ポステルや他のIP設計者は、1981年に127をlocalhos
ギフト券の企画や販売を行うソウ・エクスペリエンス(東京都渋谷区)は1月4日、東京都内の飲食店などで使えるギフト券「バーガーチケット」の一部に、アクセスできない誤ったURLを印刷していたと発表した。サンプルとして記載していた「http://localhost:3000」から始まるURLをそのまま印字してしまったという。 正しいURLではチケット引き換えサイトにアクセスできるが、誤ったURLからでは同サイトにはアクセスできない。URLの他に印字している二次元コードは正常で、スマートフォンなどで読み取ることで正しいWebサイトにアクセスできるという。希望するユーザーには交換対応も行う。 誤ったURLを印字したバーガーチケットは2022年2月1日〜12月26日に発行したもので、枚数は最大50枚程度と予測。全体の1%未満という。同社は原因について「弊社の印刷システムにおいて、特定の条件下でサンプルU
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
Cloudflare の ngrok的なサービスがあるらしい ⇒ $ cloudflared tunnel --url localhost:8080 といった使い方cloudflarengrokArgoTunnel 概要 タイトルの通りです。 ngrok とかが有名どころの、ローカルに立てたサーバをインターネット側からアクセスできるようにするやつです(Bot開発のプロトタイプを作る時とか、ローカルでテスト的に作ったサーバにインターネット側から HTTP リクエストを送りたい、とかそういう時に使う感じの)。 類似サービスもいろいろありますが、今回のものは自分は初めて見かけたように思います。 導入や使い方 cloudflared の導入方法 Mac で Homebrew を使ってるなら、以下のコマンドで簡単に導入できます。 その他の各OS での導入は、以下を見ると良さそうです。 ●くろまるInstal
You can now use Pinggy Node.js SDK and Python SDK to create tunnels programmatically! Learn more. 🤯
吉川@広島です。 viteでhttpsなlocalhostを起動する | DevelopersIO viteでhttpsなlocalhostを起動するにあたり、上の記事ではmkcertを使っていましたが、今日の社内Slackでdevcertの存在を知り、こちらで証明書を発行する方法を試してみました。 環境 node 15.14.0 yarn 1.22.10 vite 2.3.6 devcert 1.2.0 元のvite.config.ts import { defineConfig } from 'vite' import reactRefresh from '@vitejs/plugin-react-refresh' import path from 'path' export default defineConfig({ root: './', plugins: [reactRefre
Dev environments should be cattle, not pets. It looks likely that in future, most development will not be done on localhost, the most precious pet of all. See reactions on Hacker News and Twitter. Aug 2022 update: I did an extended interview on InfoQ with Daniel Bryant! Sep 2022 update: I did an interview with Richard McManus of The New Stack! Make the ultimate developer experience wishlist for th
Disclosure: Covert Web-to-App Tracking via Localhost on Android 📢 UPDATE: As of June 3rd 7:45 CEST, Meta/Facebook Pixel script is no longer sending any packets or requests to localhost. The code responsible for sending the _fbp cookie has been almost completely removed. Yandex has also stopped the practice we describe below. We disclose a novel tracking method by Meta and Yandex potentially affec
週刊Railsウォッチについて 各記事冒頭には🔗でパーマリンクを置いてあります: 社内やTwitterでの議論などにどうぞ 「つっつきボイス」はRailsウォッチ公開前ドラフトを(鍋のように)社内有志でつっついたときの会話の再構成です👄 お気づきの点がありましたら@hachi8833までメンションをいただければ確認・対応いたします🙏 TechRachoではRubyやRailsなどの最新情報記事を平日に公開しています。TechRacho記事をいち早くお読みになりたい方はTwitterにて@techrachoのフォローをお願いします。また、タグやカテゴリごとにRSSフィードを購読することもできます(例:週刊Railsウォッチタグ) 🔗Rails: 先週の改修(Rails公式ニュースより) 今回はRails 7に最近マージされたプルリクから見繕いました。 Pull requests ·
この記事ではホスト側でlocalhostに立てたサーバーにDockerコンテナ内からアクセスする方法を紹介します。--add-host host.docker.internal:host-gatewayを指定するのはもちろん、Rootless Docker使用時に発生するFailed to connect to host.docker.internal port xxxx after 0 ms: Connection refusedのエラーに対処する方法も紹介します。 --add-hostオプションでコンテナ内からアクセス可能なホストを追加する --add-hostオプションを使うとコンテナ内からアクセス可能なホストを追加できます。例えば以下のようなコマンドでUbuntuのコンテナを立ち上げます。 docker container run --rm --name ubuntu -it --
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
ローカルの開発で使用したり、ウェブアプリケーションとの通信が必要なネイティブ・アプリケーションに配布するために、"localhost" というホスト名に対する証明書を発行したい場合もあると思います。 Let’s Encrypt は、"localhost" に対する証明書を提供することはできません。理由は、その証明書をユニークに所有することができる主体が存在せず、".com" や ".net" のようなトップレベルのドメインをルートに持つことができないからです。 127.0.0.1 に解決するドメインを自分自身でセットアップして、DNS チャレンジを使用して証明書を取得することは技術的には可能ではあります。 しかし、これは一般的に悪いアイデアであり、それよりも良い選択肢があります。 ローカルの開発のための証明書 ウェブアプリを開発している場合、Apache や Nginx などのローカルのウ
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
ローカルなマシンでサーバーアプリを立ちあげて、同じマシンからアクセスしてテストしたりする際に、自己署名サーバー証明書、いわゆるオレオレ証明書を使うことがありますが、ブラウザとかgitとかcurlとかとかが、証明書検証をオフにしても、ワーニングを出したり、最悪の場合エラーを出して動作しなかったりします。昨今、サイバーセキュリティ対策の必要性が大きくなっていく中で、そういうケースが増えてきているようにも感じます。 セキュリティの観点から望ましいことではないのは承知の上で、あくまで個人が自分のためだけに使う前提で、そういうワーニングやエラーが出ないようにする方法を書きます。 繰り返しますが、この方法は、他人と共用するサーバーには使わないでください。 雑な要約 自己署名のサーバー証明書を作るのではなく、独自のCA証明書を作って、そのCA証明書でサーバー証明書を署名します。 手順の概観 ざっくりとし
$ deno --version deno 1.25.1 (release, x86_64-unknown-linux-gnu) v8 10.6.194.5 typescript 4.7.4
吉川@広島です。 https://localhostでline-liff-v2-starterを動かしてみた | DevelopersIO 自分はLINE事業部所属なのですが、LIFFアプリ開発において、手元で動作確認するためにローカルサーバをLINE Developersに登録しようとすると http://localhost:{PORT} はinvalidなURLとして弾かれてしまいます。 そのため、httpsなローカル開発サーバが欲しくなります。 これをviteで実現する方法を紹介します。 [Vite] Enabling https on localhost - DEV Community 主にこちらの記事を参考にさせて頂きました。 環境 node 15.11.0 yarn 1.22.10 npm 7.18.1 vite 2.4.4 サンプルプロジェクトを作成 まず検証のためのサンプル
これをやる 1. %USERPROFILE%/.wslconfigに以下を記入する wslconfig code:.wslconfig(toml) wsl2 localhostForwarding=true 2. wsl --shutdownを実行するhttps://qiita.com/v2okimochi/items/f53edcf79a4b71f519b1#wsl2を再起動する 再起動コマンド
以前も同じ内容の記事を書きましたが、auth0のブログにあった方法のほうが便利そうなので、試してみました。 auth0のブログの内容をちょこちょこ翻訳しながら紹介します。 元になったブログ記事はこちら Why and How to Use HTTPS in Your Local Development Environment auth0はOAuth・OIDCなどの認証認可基盤とよばれるようなシステムの開発会社です。認証認可(サインインやログインなど)に関するブラウザ等の機能(例:FIDO2認証)にはHTTPSが必要とされることがあり、ローカル開発環境にもHTTPSが必要なのでしょう。 試した環境 Windows 10 Chocolatey v0.12.1 mkcertをインストールするために必要 mkcert v1.4.3 HTTPSに必要な証明書などを作成するツール Node.js v1
What happened?Meta devised an ingenious system ("localhost tracking") that bypassed Android’s sandbox protections to identify you while browsing on your mobile phone — even if you used a VPN, the browser’s incognito mode, and refused or deleted cookies in every session. Next, we preview what may (and should) become the combined sanctioning smackdown of the century, and then we explain — in simple
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
LINE Botの開発中にWebhookイベントの動作確認をしたい時があると思います。そんなとき、いちいちサーバーにデプロイせずとも手元の環境でシミュレーションが可能です。 結論: localtunnelを使う localtunnelを使えばLocalhost上のアプリケーションを簡単に外部に公開できます。事前にポート3000でボットサーバーを起動しておいてください。 $ npm i -D localtunnel $ npx lt --port 3000 # localhost:3000で動いているアプリケーションを公開 your url is: https://unlucky-turtle.loca.lt こうして払い出されたURLをWebhook URLに割り当てます。 ngrok無料プランと違い、URL固定も可能 こうした目的のためにしばしばngrokが紹介されますが、こちらの場合払
mysql_secure_installationでrootのパスワードを設定した後、mysql -u root -pとしたときに以下のようにエラーが出て困ったので、解決方法をまとめます。 $ mysql -u root -p Enter password: ERROR 1698 (28000): Access denied for user 'root'@'localhost' 環境 事象 原因 解決方法 1. rootの認証をmysql_native_password pluginを使うように変える 2. システムユーザーと同じ名前のユーザーをauth_socket pluginを使うように作り、mysql -u {system-user-name}でアクセスするようにする 参考 環境 Ubuntu 18.04 MySQL 5.7 事象 $ sudo apt install mysql
開発中のページでWebRTCを使ってAndroidのカメラの映像を Javascriptで取得できるか確認を行いたい時があります。 PCであればXAMMP等のApacheサーバーを起動しておけば http://localhost/ にアクセスすることで動作を確認できますが Androidの実機で同じように確認しようとすると 当然そのままでは http://localhost/ にはアクセスすることは出来ません。 https:// から始まるSSLで暗号化されたサーバーにファイルをアップロードし そこへAndroidでアクセスする必要があります。 しかし、暗号化されたサーバーを用意するのは手間ですね。 そこで便利なのがGoogleChromeの開発モードに用意されている。 RemoteDeviceに対してお手軽にポートフォワーディングを適用する機能です。 確認を行いたいページをlocalho
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く