file: は、
file: file:
file:
file:
file:
.files や _files の
file:// をfile: 全体を1つの
file: の
\\foo が実在するかに関わらず)
404 ではなく
file: URI
は載っていません。
「構文は
- ftpaddress f t p : / / login / path [ ftptype ]
- login [ user [ : password ] @ ] hostport
- hostport host [ : port ]
- host hostname | hostnumber
- hostname ialpha [ . hostname ]
- hostnumber digits . digits . digits . digits
- xalpha alpha | digit | safe | extra | escape
- xalphas xalpha [ xalphas ]
- xpalpha xalpha | +
- xpalphas xpalpha [ xpalphas ]
- ialpha alpha [ xalphas ]
- digits digit [ digits ]
- path void | xpalphas [ / path ]
ftptype が file:
URI に不要なことは明らかです。
hostport でなくて
login を使うのかどうかも謎です。
後の
fileThe other URI schemes (except nntp) share the property that they are equally valid at any geographical place.
他の URI 方式
(nntp を除く。)
は地理的にどんな場所であっても等しく妥当な特性を共有しています。
There is however a real practical requirement to be able to generate a URL for an object in a machine's local file system.
しかし現実の実際的な要件には機械の局部
The syntax is similar to the ftp syntax, but in this case the slash is used to donate boundaries between directory levels of a hierarchical file system is used. The "client" software converts the file URL into a file name in the local file name conventions. This allows local files to be treated just as network objects without any necessity to use a network server for access. This may be used for example for defining a user's "home" document in WWW.
構文は ftp のものと似ていますが、こちらの場合はfile URL を局部ファイル名表記法によるファイル名に変換します。
これによって、接続するためのネットワーク・サーバーを使う必要なしに局部ファイルをネットワーク物体のように扱うことが出来ます。
これは例えば
There is clearly a danger of confusion that a link made to a local file should be followed by someone on a different system, with unexpected and possibly harmful results. Therefore, the convention is that even a "file" URL is provided with a host part. This allows a client on another system to know that it cannot access the file system, or perhaps to use some other local mecahnism to access the file.
明らかに、局部ファイルに対して作られたリンクが誰かに違ったシステムで辿られて、予期せぬ、もしかすると有害な結果になったりする混乱の危険があります。
従って、この表記法では file
URL にもホスト部分が用意されているのです。
これによって他のシステムのクライアントはこれがそのファイル・システムでは接続できないもので、おそらく接続するためには他の局部機構を使わなければならないのだと知ることが出来ます。
The special value "localhost" is used in the host field to indicate that the filename should really be used on whatever host one is. This for example allows links to be made to files which are distribted on many machines, or to "your unix local password file" subject of course to consistency across the users of the data.
特別な値 localhost
は、ホスト欄で使用して、
どこのホストであってもこのファイル名が本当に使用されるべきであることを示します。
これによって、例えば多くの機械に配布されているファイルへのリンクやデータの利用者の間で当然一貫して利用可能な「お宅の unix 局部合言葉ファイル」へのリンクを作ることができます。
A void host field is equivalent to "localhost".
空のホスト欄は localhost
と同等です。
fileurl = "file://" [ host | "localhost" ] "/" fpath
file: URI
に関係する部分だけを抜粋します:
- fileurl = "file://" [ host | "localhost" ] "/" fpath
- host = hostname | hostnumber
- hostname = *[ domainlabel "." ] toplabel
- domainlabel = alphadigit | alphadigit *[ alphadigit | "-" ] alphadigit
- toplabel = alpha | alpha *[ alphadigit | "-" ] alphadigit
- alphadigit = alpha | digit
- hostnumber = digits "." digits "." digits "." digits
- digits = 1*digit
- fpath = fsegment *[ "/" fsegment ]
- fsegment = *[ uchar | "?" | ":" | "@" | "&" | "=" ]
- escape = "%" hex hex
- unreserved = alpha | digit | safe | extra
- uchar = unreserved | escape
- safe = "$" | "-" | "_" | "." | "+"
- extra = "!" | "*" | "'" | "(" | ")" | ","
*
になっていますから、
file://foo/
が可能です。しかし、本文中の規定により 1*
になります。file: の部分は小文字で書くのが正式ですが、実装は大文字も受け付けるべきとされています。その他の部分 (localhost の部分も含む。) の大文字・小文字の区別についての言及はありません。
escape に大文字も小文字も使えることは明記されています。
hostname は FQDN ですから、大文字・小文字は区別されないと予想されます。ですから localhost もされないと予想は出来ますが、定かではありません。 fpath の部分はシステム依存でしょうが、
The file URL scheme is used to designate files accessible on a particular host computer. This scheme, unlike most other URL schemes, does not designate a resource that is universally accessible over the Internet.
file URL 方式は、
特定のホスト計算機で接続可能なファイルを指示するのに使います。
この方式は、他のほとんどの URL
方式とは異なり、インターネット上で普遍的に接続可能な資源を指示しません。
A file URL takes the form:
file URL は、
- file://<host>/<path>
where <host> is the fully qualified domain name of the system on which the <path> is accessible, and <path> is a hierarchical directory path of the form <directory>/<directory>/.../<name>.
の形式を取ります。ここで、
<host> は <host>
に接続可能なシステムの<path> は
<directory>/<directory>/.../<name>
の形式の階層的ディレクトリ経路です。
For example, a VMS file
例えば、
- DISK$USER:[MY.NOTES]NOTE123456.TXT
might become
は
URL:file://vms.host.edu/disk$user/my/notes/note12345.txt
となるでしょう。
As a special case, <host> can be the string "localhost" or the empty string; this is interpreted as `the machine from which the URL is being interpreted'.
特別な場合として、 <host>
は文字列 localhost
又は空文字列となることができます。
これは URL が解釈される機械と解釈します。
The file URL scheme is unusual in that it does not specify an Internet protocol or access method for such files; as such, its utility in network protocols between hosts is limited.
file URL 方式は、
インターネットのプロトコルやファイルへの接続方法を指定しないという点で普通ではありません。
ですから、ホスト間のネットワーク・プロトコル中での有用性は限られています。
file: / c: だったり c| だったり c だったりする
fileb:
file: URI
の形式の色々:
authority authority (file:///c:/ など)localhost \\.\ から始まる経路に対応するもの
(\\?\ から始まる経路に対応するもの
(. や: を含む経路に対応するもの
(authority を使用 (file://host/path/to/file など)path . (同じ階層).. (一つ上の階層)... (二つ上の階層) など、更に多い場合scheme C:System32\Drivers など)file: URI の色々:
~ を %7E としたもの各種
| file: | file:// | file:/// | file://localhost/ | メモ | |||||||||
| C|/ | C:/ | C:\ | C|/ | C:/ | C:\ | C|/ | C:/ | C:\ | C|/ | C:/ | C:\ | ||
| M$IE2.0 | ○ | ○ | ○ | ○ | ○ | ○ | |||||||
| 11111 | |||||||||||||
\\network-host-name\*
の参照として使用出来る。この機能は遅くても
例:
フォルダによっては
file://Folder Settings\folder.htt とか file://folder.htt とか書けるらしいです。。。
file:
CON 問題がありました。
file:///dev/zero を見ようとすると困ったことになるとか、同様の問題があったりもします。
- でfile:
file:/// でドライブ一覧 (A|/ とかが並んでる。)
が出てきます。 Location: 欄に file:///C|/, file:///C:/,
file:///C%7C/ と入力すると望んだものが出てきますが、 file:///C:\
とすると busy で死んでしまいました。 file:// はだめでした。
URL Schemes Supported in Lynx
file:///c:/ と file:///C|/ は、得られる効果は同じですが、違うものとして扱われているようです。 (redirect みたいな関係にはないようです。) テ゛ィレクトリ /C%3A とか /%7C とか「ちゃんと」表示されます。authority は常に無視して localhost であるかのように扱ってくれます。何か変ですし、
/ が3本のつもりで2本にしてしまっても間違いに気づかずに変な結果が出て萎えます。
他の版でも同様な結果だったような気がしますがたしかめていません。とりあえず手元の版ではこうなりました。
(
cgi-bin という仮想ディレクトリを設定で作れます。 file:///cgi-bin/foo.cgi を /path/to/foo.cgi に対応させられます。file: URI でも
たとえば Windows では / drive の根になるのか、その一つ上の階層(謎)になるのか、とか、 \ も path の区切りになるのか、とか。 c:/ みたいなのを file:///c:/ の意味にとるのもありそう。
\と/はどちらでもよいようです。
(
file :/pathauthority localhost gethostbyname という感じのようです。
(
file:/cgi-bin/helpindexのような
file: URI scheme
は標準不在の状況です。どうせ局所的にしか使わないのだからどうでもいいだろうという言い訳のもとに最早収拾がつかない状況に陥っています。
相互運用性なるものは期待するだけ無駄でしょう。
file: の問題を扱ったものではありませんが、
余り気にせずに実装すると file: URI
でも同じ問題を抱えることになります。
file: URI が記述されていた場合、それをどう処理するかは注意が必要です。
例えば、埋込み
心理的な攻撃
だけではなく、実際に攻撃することも可能です。
例えば埋込み画像として
file: URI によってhttp: URI だけを使うことを想定していても
file: URI の場合の処理も実装されていることがよくあります。
外部
と考えられるところには情報を送らない (取出せない)
ように配慮が必要です。
例えば、 file: URI の文書から file:
URI を Referer として送るべきではありません。
古い
file: は安全とは限らない:
普通 file: URI
は局所ファイルを表しますから比較的安全だと考えがちですが、
必ずしもそうとは言えません。 localhost でも、局所ファイル・システム木に mount
されたネットワーク上のファイル庫である可能性はざらにあります。
file:/path/to/somethingfile:///Macintosh HD/書類/test.html
旧
file:/Macintosh HD/Applications/
file://vms.host.edu/disk$user/my/notes/note12345.txt
DISK$USER:[MY.NOTES]NOTE123456.TXT を表します
file://localhost/path/to/file.txt file:///path/to/file.txt
file://usr/local/bin/
file:///c:/windows/example.ini
file:////department/example.doc
department の example.doc を表します
// ///// //// file:///c|/tmp/test.txt file:///c:/tmp/test.txt file:///c/tmp/test.txt
file:/this/is/the/path
file: URI
で
著述工具は普通作成した文書を何らかの形で公開することを想定しているはずですから、
URI が file: であるなら保存時に警告するなど配慮するべきです。
また、著述工具や Web ブラウザは著者のために file:
URI が機能しないモードを
file://///host/path/to/fileのような、\を/にしたようなものが
(
(
2007-03-15 19:30:09 +09:00 版)
file://\windows\default-home.htm
(
<link role="expressedBy" uri="file:johnsParty.avi" start="10s" end="15s"/>
IEの場合、「file://C:/path/to/xxx.pac」だとOKなのですが「file:///C:/path/to/xxx.pac」のように「///」で指定すると無視されるようなので気をつけてください。(ホームページの設定は「///」なのに…)
file:///!gap_exec
file:///foo.dat
Host not specified so it uses your local host, port not specified as before.
file:/foo.dat
This is also valid, but is not recommended because...???
Local file path
file://[relative|/absolute]/local/path
二つめの書式 (例えば
file:/etc/passwd ) もローカルファイルを参照する 正しいフォーマットである。しかし古い標準ではこの書式を許していなかったので、 これを URI として認識しないプログラムも存在する。
KDE は生成ファイル (generated file) を URL
file:/cgi-bin の形式でサポートしている。
Normally, osl URLs and FCP URLs are the same (after all, the FCP uses osl to access the files). But the FCP has a feature called mount points that allows it to restrict access to only certain files (those that lie below a given set of mount points in the file system hierarchy), and to give names to these files that hide their real locations.
For example, if you have a mount point named user at the osl URL file:///home/usr123, the osl URL file:///home/usr123/work/abc.txt corresponds to the FCP URL file:///user/work/abc.txt. If you only have that single mount point, the osl URL file:///home/usr567/work/def.txt has no corresponding FCP URL (and cannot be accessed via the FCP).
to accomodate the way modern browsers operate on windows, a one-letter protocol handler is assumed to be a drive letter and turned into a file: uri whose body consists of the original uri. For example,
a:/jabberwocky.txt is turned into
file:a:/jabberwocky.txt which will fetch the file from your A drive (typically, a floppy).
リダイレクト先が file:// ではじまる URL であり、かつ被害者の PC が Windows である場合、Windows は自動的に攻撃者の SMB サーバに接続しようとしてユーザの認証情報を送信します。送信された認証情報は、SMB サーバのログに記録されます。認証情報は暗号化されているものの、総当たり攻撃 (brute force attack) によって解読される可能性があります。
When constructing a URL using the file: URL scheme for use with the Exchange OLE DB (ExOLEDB) provider, each URL has the following two forms. You use the first form to access a user's base mailbox folder. You use the second form to access items in public folder trees.
file://./backofficestorage/domain-name/MBX/user-alias/path
file://./backofficestorage/domain-name/public-folder-tree-name/path
if vms.host.edu is a host running the VMS operating system, an URL like file://vms.host.edu/disk$user/my/notes/note12345.txt might actually refer to the VMS file DISK$USER:[MY.NOTES]NOTE123456.TXT.
my $sql = Mojo::SQLite->new->dsn('dbi:SQLite:uri=file:test.db?mode=memory');
# Absolute filename
$sql->from_string('sqlite:////home/fred/data.db');
$sql->from_string('sqlite://localhost//home/fred/data.db');
$sql->from_string('sqlite:/home/fred/data.db');
$sql->from_string('file:///home/fred/data.db');
$sql->from_string('file://localhost/home/fred/data.db');
$sql->from_string('file:/home/fred/data.db');
$sql->from_string('///home/fred/data.db');
$sql->from_string('//localhost/home/fred/data.db');
$sql->from_string('/home/fred/data.db');
# Relative to current directory
$sql->from_string('sqlite:data.db');
$sql->from_string('file:data.db');
$sql->from_string('data.db');
Changed all CORS requests and cross origin access from file:// to be blocked unless Disable Local File Restrictions is selected from the Develop menu
LIC_FILES_CHKSUM = "file://LICENSE;md5=71d98c0a1db42956787b1909c74a86ca \
file://node_modules/content-disposition/LICENSE;md5=c6e0ce1e688c5ff16db06b7259e9cd20 \
file://node_modules/express/LICENSE;md5=5513c00a5c36cd361da863dd9aa8875d \
file://node_modules.tar.gz;subdir=cute-files-master"
Here are a couple of example URLs, the first relative and the second absolute:
SRC_URI = "file://relativefile.patch"
SRC_URI = "file:///Users/ich/very_important_software"
LIC_FILES_CHKSUM = "file://${COMMON_LICENSE_DIR}/MIT;md5=0835ade698e0bcf8506ecda2f7b4f302"
SRC_URI = "file://helloworld.c"
値を含むファイルを指定するには、次の形式でファイル URL を指定します。 file://complete/path/to/file
- 最初の 2 つのスラッシュ「/」文字は仕様の一部です。必要なパスが「/」で始まる場合、結果は 3 つのスラッシュ文字
file:///folder/fileになります。- この URI は、実際のパラメータコンテンツが含まれているファイルへのパスを示します。
- スペースまたは特殊文字を含むファイルを使用する場合は、お使いの端末の
引用符とエスケープのルール に従ってください。リンク
file://プレフィックスオプションは、「~/」、「./」、および「../」など、Unix 形式の拡張子をサポートしています。Windows では、「~/」式は、%USERPROFILE%環境変数に格納されているユーザーディレクトリに展開されます。例えば、Windows 10 では、一般にユーザーディレクトリはC:\Users\UserName\にあります。