Файл url: FILE URI Scheme — Browser Forensics

Что это и как его открыть?

Исследователь: Jay Geater   |   Обновлено: December 05, 2018

Резюме файла URL

Согласно нашим записям, существуют один тип(ы) файлов, связанных с расширением URL, самый популярный из которых отформатирован в качестве Internet Shortcut. Самое распространенное связанное приложение — Microsoft Notepad, выпущенное Microsoft Corporation. Кроме того, один различные программы позволяют вам просматривать эти файлы. Чаще всего файлы URL классифицируют, как Web Files.

Расширение файла URL поддерживается Windows, Mac и Linux. Данные типы файлов можно найти в основном на настольных компьютерах и некоторых мобильных устройствах. Рейтинг популярности файлов URL составляет «Низкий», что означает, что данные файлы встречаются редко.

Интересно узнать больше о расширении файла URL? Для того, чтобы узнать о программе, открывающей файлы URL, а также ознакомиться с другими советами по устранению неполадок, рекомендуется обратиться к подробной информации о файле, представленной ниже.

Универсальность

Стоя

/ 11690

Активность

Актуальность

5

December

2018

С поправками

Открыть URL с помощью FileViewPro

Продукт Solvusoft

Скачать бесплатно

Установить необязательные продукты — FileViewPro (Solvusoft) | Лицензия | Политика защиты личных сведений | Условия | Удаление

Сортировка URL-файлов

Ассоциация основного файла URL

.URL

Идентификатор файла:	.url
Тип файла:	Internet Shortcut

Файл URL это ярлык файл, на веб-браузеров, таких как Microsoft Internet Explorer (MSIE), Apple Safari и Google Chrome. The URL Файл содержит веб URL и может также хранить ссылку на фавиконки ICO-файл значок, который отображается в качестве значка для ярлыка file.URL файлов открыть местоположение Интернет, такие как веб-адрес в браузере пользователя по умолчанию.

Автор:	Microsoft Corporation
Дивизион:	Веб-файлф
Папка:	HKEY_CLASSES_ROOT\.url

Программные обеспечения, открывающие Internet Shortcut:

Microsoft Notepad, разработчик — Microsoft Corporation

Windows

Mac

Linux

Internet Explorer, разработчик — Microsoft Corporation

Windows

Mac

Mozilla Firefox, разработчик — Mozilla

Windows

	Mac
	iOS

Android

Linux

Solaris

illumos

Google Chrome, разработчик — Google

Windows

	Mac
	iOS

Android

Linux

Apple TextEdit, разработчик — Apple

Mac

Apple Safari, разработчик — Apple

Windows

	Mac
	iOS

Android

Linux

Solaris

illumos

Установить необязательные продукты — FileViewPro (Solvusoft) | Лицензия | Политика защиты личных сведений | Условия | Удаление

Поиск файлов

Популярный ранг ОС

	Windows	(97. 14%)
	Macintosh	(2.06%)
	Linux	(0.73%)
	Chrome	(0.05%)
	Other	(0.01%)

Лучшие веб-браузеры

	Chrome	(58.80%)
	Firefox	(11.05%)
	Internet Explorer	(9.04%)
	Edge	(8.46%)
	Safari	(3.87%)

Источники проблем с URL

Распространенные проблемы открытия URL

Microsoft Notepad удален

При попытке загрузить URL-файл появляется сообщение, например «Не удается открыть URL-файлы». Как правило, это происходит в %%os%%, поскольку Microsoft Notepad не установлен на вашем компьютере. Поскольку ваша операционная система не знает, что делать с этим файлом, вы не сможете открыть его двойным щелчком мыши.

Совет: Если вам извстна другая программа, которая может открыть файл URL, вы можете попробовать открыть данный файл, выбрав это приложение из списка возможных программ.

Неверная версия Microsoft Notepad

Возможно, ваша версия Microsoft Notepad не сможет открыть файл Internet Shortcut из-за несовместимости. Вам нужно будет загрузить более новую версию Microsoft Notepad, если у вас нет правильной версии. Эта проблема в основном возникает, когда файл Internet Shortcut был создан более новой версией Microsoft Notepad, чем на компьютере.

Совет . Иногда вы можете получить подсказки о правильной версии программы, щелкнув правой кнопкой мыши URL-файл, выбрав «Свойства» и посмотрев информацию о версии.

В первую очередь проблемы, возникающие при открытии URL-файлов, связаны с тем, что на вашем компьютере установлена неправильная версия Microsoft Notepad.

Другие причины открытия URL-файлов

В большинстве случаев установка правильной версии Microsoft Notepad решит вашу проблему. Если у вас по-прежнему возникают проблемы с открытием файлов URL, могут возникнуть другие проблемы с компьютером. Проблемы, не связанные с программным обеспечением:

• Поврежденные ссылки на пути к файлу реестра Windows для URL
• Удаление описания файла URL из реестра по ошибке
• Поврежденная установка Microsoft Notepad или другой программы, связанной с URL
• Повреждение файла, влияющее на URL-файл
• Не удается открыть файл URL, запятнанный вредоносными программой
• Оборудование, связанное с URL, имеет устаревшие драйверы устройств
• Windows не может загрузить файл электронной Internet Shortcut из-за нехватки ресурсов (например, БАРАН)

Викторина: Какое расширение файла не является типом таблицы?

ODS
PMV
XES
XLS

Опрос: Используете ли вы компьютер или мобильное устройство, чаще просматривать файлы?

Компьютер (настольный компьютер, ноутбук)
Мобильный (телефон, планшет)

Как исправить проблемы с открытием файлов URL

Установить необязательные продукты — FileViewPro (Solvusoft) | Лицензия | Политика защиты личных сведений | Условия | Удаление

Расширение файла   # A B C D E F G H I J K L M N O P Q R S T U V W X Y Z

Формат шаблонов URL для правил Chrome Enterprise – Chrome Enterprise

Для многих правил требуется указывать шаблоны URL, чтобы определить, к каким URL эти правила должны применяться. При указании таких шаблонов необходимо руководствоваться приведенными ниже правилами.

• “*”
  • Этот шаблон соответствует любому URL с любой схемой, портом и путем.
• “scheme://domains:port/path”
  • Поддерживаются схемы «http» и «https».
  • Схему можно не указывать (опустив также и ее разделитель «://») или заменить подстановочным знаком («*»), чтобы адрес соответствовал любой схеме.
  • За доменом следует домен верхнего уровня, а перед ним может быть указан один или несколько субдоменов. В качестве альтернативы можно использовать хост, например «localhost».
    • Чтобы правило применялось к домену или любому из его субдоменов, можно добавить подстановочный знак «[*.]» перед доменом. При этом домен может быть субдоменом любого уровня. Обратите внимание, что подстановочный знак «[*.]» ставится непосредственно перед доменом или субдоменом. После этого знака точку ставить не нужно.
    • Если домен указан без префикса в виде подстановочного знака, правило будет применяться только к этому домену, а субдомены учитываться не будут.
  • Номером порта может быть любое число в диапазоне от 0 до 65535. Порт можно не указывать (опустив также и его разделитель в виде символа «/») или заменить подстановочным знаком («*»), чтобы адрес соответствовал любому порту.
  • Путь можно не указывать (опустив и его разделитель в виде символа «/») или заменить подстановочным знаком («*»), чтобы адрес соответствовал любому пути.
  • Подстановочные знаки нельзя использовать для частичного сопоставления схемы, домена, хоста, порта или пути.
  • Использование нескольких подстановочных знаков в одном шаблоне, например «*://google.com:*/*», поддерживается.
• “scheme://a.b.c.d:port/path”
  • Вместо домена можно использовать адрес IPv4 в формате «a.b.c.d». Правила для схем, портов и путей аналогичны тем, что применяются к URL домена, но для IP-адресов нельзя использовать подстановочные знаки.
• “scheme://[a:b:c:d:e:f:g:h]:port/path”
  • Также можно использовать адрес IPv6 в формате «[a:b:c:d:e:f:g:h]». Квадратные скобки при этом обязательны. Как и в случае с адресами IPv4, подстановочные знаки c адресами IPv6 не поддерживаются. Правила для схем, портов и путей аналогичны тем, что применяются для URL доменов и адресов IPv4.
• “file://path”
  • Если используется схема «file», путь должен начинаться с символа «/», то есть адрес «file://dir/myfile.html» является недопустимым. Верным будет шаблон «file:///dir/myfile.html» (с тремя символами косой черты после «file:»). Единственно допустимым URL файла с подстановочным знаком является «file:///*». Он соответствует любому действительному URL файла.
  • Доменная часть URL файла должна быть пустой. Она будет соответствовать любому домену или порту «localhost». Например, шаблон «file:///file.html» будет соответствовать адресам «file://localhost/file. html» и «file://mysite.com/file.html».
  • Порты использовать нельзя.

• Шаблон [*.].mysite.com недействителен из-за точки перед «mysite».
• Шаблон «file://mysite.com/somefile.html» является недопустимым, так как в URL файла нельзя указывать домен.
• Шаблон «file://somefile.html» является недопустимым, так как в нем только два символа косой черты («/») вместо необходимых трех.
• Шаблон «file://somefile.*» недопустим. Единственно верным URL файла с подстановочным знаком является «file:///*».
• Шаблон «[*.]127.0.0.1» недействителен, так как использование субдоменов и подстановочного знака с IP-адресами не поддерживается.

• Шаблон «*://mysite.com:*/path» будет соответствовать как «http://mysite.com:80/path», так и «https://mysite.com:443/path».
• Шаблон «[*.]mysite.com» будет соответствовать как «mysite.com», так и «subdomain.mysite.com», а также любой схеме, порту и пути.
• Шаблон «[*.]oogle.com» не будет соответствовать «google.com», но будет соответствовать «subdomain.oogle.com».
• Шаблон «file:///foo/bar.html» будет соответствовать адресу «file://localhost/foo/bar.html» и «file://mysite.com/foo/bar.html».
• Шаблон «file:///*» является допустимым и будет соответствовать любому URL, начинающемуся с «file://».
• Схемы, порты и пути можно использовать с IP-адресами. Например, адрес «https://[::1]:8080/myfile.html» является допустимым.

URL-адреса файлов

URL-адреса файлов

Одна из возможных форм URL-адрес URL-адрес файла в формате

файл:// хост / путь

где хост полное доменное имя системы на которой доступен путь , а путь является иерархическим путь к каталогу формы каталог / каталог / . .. / имя

Как частный случай, хост может быть строкой localhost или пустой нить; это интерпретируется как «машина, с которой URL-адрес интерпретируется». Это означает, что в Интернете такой URL интерпретируется как ссылка в файл на компьютере, на котором запущен веб-браузер . Некоторые инструменты для создания веб-страниц производят такие

файл URL-адреса, которые могут затем отлично работает для автора , который запускает веб-браузер на том же систему, в которой он хранит свои веб-документы, но для кто-то еще! Дело в том, что такие инструменты исправляют URL-адреса при загрузке страницу на сервер.

Примеры (внимание: возможно, они вам не подойдут!):
file://alpha.hut.fi/u/lai/tik/tik76002/public_html/lerman.files/chaps
file:/// u/lai/tik/tik76002/public_html/lerman.files/chaps
файл:///etc/motd

Первый пример имеет общую форму URL-адресов файла , с хостом , являющимся alpha. hut.fi и путь существо u/lai/tik/tik76002/public_html/lerman.files/chaps . Во втором хосте пропущено ; такой дефолт означает, что URL-адрес относится к файлу на локальном компьютере, т.е. на компьютере, где URL-адрес используется для ссылки на ресурс. Третий один похож, но проще, и он

может на самом деле работать на вас, если вы используете типичную Unix-подобную систему, где файл etc/motd (относительно корневого каталога системы, т.е. обычно упоминается с использованием /etc/motd ) содержит системное «сообщение дня».

Обратите внимание, что символ косой черты (/) используется в различных значений в файле URL. // после файл: является частью общего синтаксиса URL-адресов. (Двойная косая черта // всегда должен появляться в файле URL-адрес согласно спецификации, но на практике многие веб-браузеры позвольте вам опустить его, по крайней мере, в некоторых случаях. ) Сингл косая черта между

host и path является частью синтаксиса из файлов URL-адресов. И косые черты в пути отдельные имена каталогов в иерархической системе каталогов и подкаталоги. В последнем использовании косая черта является общим, независимым от системы способ разделения частей, и в конкретной хост-системе это может использоваться как таковой в имени пути (как в системах Unix) или внутренне сопоставлено на другой символ (как на обратную косую черту \ в системах MS Windows). Может случиться и что-то более сложное; например, если vms.host.edu — хост с операционной системой VMS, URL как файл://vms.host.edu/disk$user/my/notes/note12345.txt на самом деле может ссылаться на файл VMS DISK$USER:[MY.NOTES]NOTE123456.TXT .

В системах MS Windows обычное двоеточие (:) после того, как буква устройства иногда заменен вертикальной чертой (|) в файл URL.

За например, чтобы обратиться к файлу FOO.BAR в каталоге верхнего уровня диска C , URL file:///C|/FOO.BAR было использовано. Это отражало исходный синтаксис URL, который делал двоеточие зарезервированный символ в части пути.

Браузеры Mozilla отказываются следовать файлу: ссылкам на странице, которая он получен по протоколу HTTP, поэтому собственный URL-адрес страницы является http: URL. При переходе по такой ссылке ничего не происходит. Цель предположительно безопасность: предотвратить удаленная страница от выполнения программы на компьютер посетителя. Файл: ссылки работают в Mozilla на страницах, являющихся локальными файлами на диске пользователя.

Спецификация, которая определяет, что такое (абсолютные) URL-адреса, RFC 1738, дает следующую информацию о файле URL:s:

Схема URL-адреса файла используется для обозначения файлов, доступных на конкретного хост-компьютера. Эта схема, в отличие от большинства других схем URL, не обозначает ресурс, который является общедоступным через Интернет.

Схема URL-адреса файла необычна тем, что в ней не указывается Интернет-протокол или способ доступа к таким файлам; как таковой, его полезность сетевых протоколов между хостами ограничена.

Таким образом, вы вряд ли можете ожидать, что URL-адрес файлов будет работать. в сети кроме локально, когда хост ссылается это то же самое, на котором используется веб-браузер. Специальное имя localhost или пропуск имени хоста (например, file://localhost/foo или file:///foo ) можно использовать для указания такой ссылки. Обратите внимание, что если у вас есть, скажем, файл://локальный/C|/NETLOG.TXT URL в ссылке на вашей веб-странице, то человек, перешедший по этой ссылке, либо увидеть сообщение об ошибке, либо содержимое его собственный файл NETLOG. TXT !

URL-адрес файла вряд ли полезен в Интернете для причины описаны выше. Возможные редкие исключения :

• Вы можете действительно захотеть сослаться на файл, который, как предполагается, находиться на диске пользователя. Но вам действительно нужно знать, где он находится, так что это, вероятно, только применяется в локальной сети, где компьютеры управляются централизованно так что они очень однородны. В таких случаях можно даже сделать возможным запуск приложений, используя URL-адреса, такие как файл:///C|/W95/Calc.exe . Предупреждение : файл URL-адрес ссылки на файлов BAT на ПК обычно вызывают файл , выполняется , не просматривается! С другой стороны, в зависимости от браузера и его (связанного с безопасностью) настройки, ссылки на приложения, командные файлы и т.д. проходить различные проверки, которые, возможно, запрашивают у пользователя разрешение на их выполнение.
• Возможно, вы захотите сделать некоторые файлы доступными только локально . Например, если веб-сервер также разрешает вход пользователей в систему, то пользователи могут запускать там веб-браузер, имея возможность использовать ссылок на файлов и URL-адресов. Более практично, может случиться так, что веб-сервер обменивается файлами с другие компьютеры (которые позволяют пользователям входить в систему), возможно всей компанией или кампусом. В таких случаях файлов URL-адресов может предоставить несколько полезный способ ограничения доступа. Но вообще лучше использовать методы контроля доступа предоставляется веб-сервером, Такие как модуль mod_access в Апаче.

---

Является ли путь «file://» URL-адресом?

спросил 10 лет, 1 месяц назад

Изменено 5 лет, 7 месяцев назад

Просмотрено 31к раз

Иногда я вижу, как люди ссылаются на пути файловой системы (POSIX/Windows) как на URI, так и на URL. Я не любитель файловой системы, но мне еще предстоит найти путь к файловой системе, который противоречит моему пониманию формата URL. Это, конечно, при условии, что он включает имя схемы (например, file://localhost/path/to/file.txt).

Пути файловой системы определенно являются URI — я имею в виду, что нет — так что все, кто ссылается на пути файловой системы как на URI, находятся внутри безопасной зоны. Но безопасно ли называть их URL-адресами?

Если бы URL-адрес определялся одним (неустаревшим) RFC, а не состоял из полудюжины специализированных, мне не пришлось бы задавать этот вопрос.

• URL-адрес
• путь
• uri

2

файл — это зарегистрированная схема URI (для «Имен файлов, специфичных для хоста»).

Он ссылается на RFC 1738, который называется «Унифицированные указатели ресурсов (URL)», в котором указан файл :

URL-адрес файла имеет вид:

 файл://<хост>/<путь>
 

Итак, да, файлов URI — это URL-адреса.