Windows版のrlocne を試す。 Windowsのrlcone は マウントができるのでマウントによってファイルを使ってみる。 winsfp があれば動く。 最初に FUSEをインストール sshfs で fuse のアレコレを見ておく。Windowsでfuse が動くかどうかチェックする winfsp を使うテストをssh で行い、次に rcloneで動作させてみてる。 winfsp インストール choco でインストールすれば楽ちんです。sshfs はwinsfpの動作確認に使います。 choco install rclone winsfp sshfs winfsp の動作チェック winfsp の動作チェックを行います。 sshfs で ssh をマウントする。(要UAC) net use X: \\sshfs\takuya@raspi-ubuntu.lan /persis
庄司です。 この記事では、Windows、macOS で sshfs を使用する手順を説明しますが、この説明の前に、sshfs について調べるきっかけになった背景を記述させてください。 私は Docker Desktop の代替として Rancher Desktop を使っています。macOS 上では Rancher Desktop の仮想 Linux 環境に lima が利用されています。 Windows や macOS の場合、仮想 Linux 環境上でコンテナが動作します。 つまり docker-cli を Windows や macOS のホスト側にインストールして、Linux 環境のソケットを通じて Docker デーモンと通信するようにした場合、ホストと Linux 環境でファイルシステムの構成は異なる可能性があります。 具体例を示すと、次のような Docker コマンドを実行
Over the years I’ve collected a rather messy ~/.ssh/config which resulted in some undesired behavior as a result of me misunderstanding how the config file prioritizes its options. Today I investigated that. In short, this is what I found: Priority goes from top to bottom Defaults MUST come last Host specificity is NOT a factor of priority Host sections can be specified multiple times Multiple hos
TeraTermでSSH転送の方法を調べると手動で設定するように説明されているかマクロを使うかの2択が大半ですが、マクロとして書かれているコードをよくよく見ると、やっていること自体は1つのコマンドを実行しているだけで、妙に長いコードは文字列をくっつけ合わせるだけの冗長な処理だったりします。 SSH転送は次のようにコマンドライン引数を指定すればマクロを使わなくても起動できます。 "C:¥Program Files (x86)¥teraterm¥ttermpro.exe" "203.0.113.1:22" "/ssh2" "/auth=publickey" "/user=akihiko" "/keyfile=C:¥My¥Settings¥Network¥SshKey.ppk" "/ssh-L10022:192.168.1.1:22"
本記事はMicrosoft MVPブログ企画の記事として投稿しています。その他の記事はこちらからご覧ください。 リモートワーク主体の働き方にとってVisual Studio Code *1 のRemote Developmentは役立つツールになります。本記事ではsshによるRemote Development で便利な小技を三つ用意ご紹介します。 code.visualstudio.com 踏み台(jumpbox)経由のリモート接続 リモート接続するサーバーにログインする際に、途中に踏み台となるサーバーを介して接続する場合は、~/.ssh/config *2 のProxyCommandの設定を使用します。 次の設定は、server1への接続を経由して、server2-proxyにリモート接続するための設定例です。 # 踏み台への接続設定 Host server1 HostName 192
VS Code で Remote SSH VS Code で Remote SSH する方法を記載しておきます。 はじめに 本家のチュートリアルは以下のサイトにあります。 概要 Developing on Remote Machines using SSH and Visual Studio Code チュートリアル Connect over SSH with Visual Studio Code Remote Development with Visual Studio Code Tutorials 要約 やったこと 1. VS Code に Remote SSH の拡張機能をインストール 拡張機能のボタンをクリックし、Remoteと入力。表示された Remote-SSH をインストールする。 すると、以下のようなマークが左下に「><」が表示されることを確認する。 2. VS Code
概要 Visual Studio Code 1.35より正式に利用できるようになったRemote Developmentのセットアップとリモート(WSL、Dockerコンテナ、AWSのEC2)へ接続する方法を確認した時のメモです。 また、リモート開発の感触を確かめるため、リモート側にPythonをインストールしVS Codeでサンプルコードを書いて実行するというところまでやってみました。 環境 Windows 10 Professional 1903 Visual Studio Code 1.35.1 (system setup) Remote Development Extension Pack 0.15.0 参考 [VS Code Remote Development] (https://code.visualstudio.com/docs/remote/remote-overview
July 25, 2019 by Sana Ajani, @sana_ajani Remote - SSH: Easy, smooth, and (like) local In case you missed it, Visual Studio Code recently released the Remote Development extensions. The Remote extensions allow you to develop against a container, a remote machine or virtual machine (VM), or the Windows Subsystem for Linux (WSL), while using VS Code with its full feature set as your development envir
May 2, 2019 by The VS Code Team, @code TL;DR Today we're excited to announce the preview of three new extensions for Visual Studio Code that enable seamless development in Containers, remotely on physical or virtual machines, and with the Windows Subsystem for Linux (WSL). You can get started right away by installing the Remote Development Extension Pack. Note: You'll need to use the Insiders buil
GitHubに登録している鍵ペアの公開鍵は公開されてる！ 意外と知られていませんが、GitHubに登録した公開鍵は誰でもアクセス可能なんです。 ユーザーページのURLの末尾に「.keys」をつけるだけで、そのユーザーの登録済みSSH公開鍵を一覧で取得できます。 たとえば、GitHubアカウントが y-tsuzaki の場合： このURLにアクセスすると、登録されている公開鍵の内容がテキストで表示されます。 🎉 もう「公開鍵送ってください」は不要！ これを知っていれば、GitHubユーザーにわざわざ「公開鍵送ってください」と依頼する必要はありません。 URLを見ればすぐに取得できるので、SSH接続の設定やユーザー追加もグッと楽になります。 ちょっとしたことですが、作業効率が一段アップするTIPSです。 これは捗りますね。 公開鍵を authorized_keys に設定する方法 GitHu
この表に示す通り、WSLは既存の取り組みでそれぞれ諦めざるを得なかった部分の両立を図った新しい選択肢と言えます。 端的に言うと、「WindowsにLinux互換のコマンド操作インターフェースが加わった」状態に近いものとなっています。 Linuxのデスクトップ環境やmacOSでは、「普段の操作はGUIで行いつつも、定型的な処理を素早く済ませたい場合には『端末』のウィンドウを開いて、その中で普段サーバーの操作に使っているのと同様のコマンド操作を行う」という使い方ができますが、WSLによってWindowsでもこれに近いことができるようになります。 WSLそのものの導入手順やWSLの仕組みの概要については、技術情報サイトの記事やまんがでわかるWSLなどに譲る事にして、この記事では具体的な活用事例にフォーカスしてご紹介していきます。 なお、Windows 10 Creators Updateおよびそ
背景 今月始めにMicrosoftからRemote Development Extension Pack. というのが発表された。簡単に言うと、VSCodeでコードを書くOSとプラグインが実行されるOSを別にすることが出来る。 よくあるパターンで、「MacでNokogiriがビルドできません」「WindowsでESLintを実行するにはどうしたら良いですか」みたいな質問がある。 最終的にサービスを公開するときにはどうせLinux使うのに、開発するときしか使わない別のOSで同じものを動かす苦労って無駄だよなあ、と思っていた。 じゃあ最初からLinuxで開発すればいいかというと、最近の高度化したWeb開発はIDEの支援なしに実行することが困難で、RubyだったらRuboCop、JavaScriptだったらPrettierやESLintで文法チェックしてもらわないと人類にはついていけない。これら
Remote Development with Visual Studio Code という機能のプレビュー版がリリースされました。 VSCode公式リモート開発機能。 サーバにはSSHでアクセスするが、リモートサーバー上でVSCode拡張機能を動かすので、リモート上のソースコード静的解析とかが効く。VSCode本体とUI関連の拡張はローカルにあるので、エディタとしては軽快に動く、という事らしい。これ最強ではhttps://t.co/qFcDKBdmOE — s2terminal /suzuki.sh (@suzukiterminal) May 3, 2019 ※以下、本稿の内容は2019年5月3日現在 Insiders版 (要するにベータ版みたいなの)であり、通常バージョンのVSCodeでは動作しません。 VSCode Remote 機能の概要 ローカルマシンでは通常通り、VScode本
RaspberryPiを使って、実験したり、IoT電子工作したり、実際に保守運用したりすると、当たり前ですがRaspberryPiに接続して、設定やプログラミングなど様々な操作をします。 その際に、RaspberryPiと接続する方法がいくつかがあります。 直接接続 RaspberryPiと電源、モニター、キーボード、マウス（あとは、必要な周辺機器、センサー類） SSH接続 電源は必要ですが、その他モニター、キーボード、マウスを接続するとき、少し煩雑な場合は、ネットワーク越しにssh接続することがよくあります。ssh接続がデフォルトで無効になっていますので、RaspberryPiのOSを作成するときに、空のsshファイルを作成して、Raspberry PiのOSカードにコピペしてあげることで、有効にすることが可能です。 下記の関連記事をご参照ください。 Raspberry Pi OSインス
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
