Войти Начать
Бесплатный инструмент

404 Send

Файл идёт напрямую из вашего браузера в браузер получателя. На наших серверах он не оказывается — мы передаём только зашифрованный конверт с описанием соединения, чтобы два браузера нашли друг друга. Ни файла, ни его имени, ни адресов сторон мы не видим.

Выберите файлы, отдайте ссылку — и не закрывайте вкладку, пока идёт передача.

Готов к отправке
Перетащите файлы сюда или

Ссылка живёт десять минут. Передача идёт напрямую — на наших серверах файл не появляется.

Как это работает

Обычные файлообменники устроены одинаково: файл уезжает на чужой диск, лежит там неизвестно сколько и живёт своей жизнью. Здесь по-другому. Браузер отправителя и браузер получателя соединяются напрямую по WebRTC, файл идёт между ними, а наш сервер участвует ровно в одном шаге — передаёт конверт с описанием соединения, чтобы стороны нашли друг друга.

Этот конверт мы тоже не читаем. В нём лежат IP-адреса обеих сторон, поэтому страница шифрует его прямо у вас, а ключ остаётся в части ссылки после решётки — она по устройству HTTP не отправляется на сервер вообще. На нашей стороне десять минут лежит непрозрачная строка, к которой у нас нет ключа.

Что здесь не работает

Если обе стороны сидят за сетями с симметричным NAT — типично для мобильного интернета и жёстких корпоративных Wi-Fi, — прямое соединение не установится. Лечится сменой сети у одной из сторон. Ретранслятор, через который такие соединения обычно пропускают, мы не держим намеренно: через него файлы пошли бы уже сквозь нас, а смысл инструмента в обратном. Проверить, что режет ваша сеть, можно соседним инструментом.

Тот же принцип — во всём остальном

404 VPN устроен так же: мы не храним ни журналов посещений, ни DNS-запросов, ни содержимого трафика. Не потому что обещаем, а потому что передавать по запросу нечего.

Как это устроено →

Частые вопросы

guest@404vpn:~$ cat send-faq.md
[01] $ Где лежит файл, пока получатель его не открыл? ▸
> Нигде. Он лежит у вас на диске, и передача начинается только когда получатель открыл ссылку и нажал «Принять». Поэтому вкладку нельзя закрывать: это не загрузка на сервер, а прямое соединение между двумя браузерами, и одна сторона без другой не работает.
[02] $ Что видит ваш сервер? ▸
> Строку, которую он не может прочитать. Браузеру получателя нужно описание соединения — SDP, и в нём есть IP-адреса обеих сторон. Поэтому страница шифрует его у вас (AES-GCM), а ключ кладёт в #-часть ссылки: эта часть адреса по устройству HTTP на сервер не отправляется вообще. Имя комнаты — хэш того же секрета. У нас нет ключа, а не обещание им не пользоваться.
[03] $ Насколько большой файл можно передать? ▸
> Ограничение не в передаче, а в памяти получателя: браузер собирает файл целиком, прежде чем предложить сохранить. На обычном ноутбуке это спокойно несколько гигабайт, на старом телефоне — сотни мегабайт. Скорость — минимум из двух каналов, обычно исходящей скорости отправителя.
[04] $ Написано «соединение не установилось». Что это значит? ▸
> Значит, обе стороны оказались за сетью, которая не пропускает прямое соединение — так бывает в мобильных сетях и в корпоративных Wi-Fi с симметричным NAT. Обычно помогает сменить сеть одной из сторон: например, получателю переключиться с мобильного интернета на Wi-Fi. Промежуточный ретранслятор мы не держим намеренно: через него файлы пошли бы уже сквозь нас, а весь смысл в обратном.
[05] $ Ссылка может утечь. Файл заберёт кто-то чужой? ▸
> Тот, кто откроет ссылку первым. Ссылка работает один раз и живёт десять минут, но внутри этих десяти минут она и есть ключ — пересылайте её тем же способом, каким доверяете переслать сам файл. И не закрывайте вкладку до конца передачи: как только вы её закроете, ссылка перестаёт что-либо значить.