Открыть доступ к файлу. [Версия для КПК] - Компьютерный форум OSzone.net

Показать полную графическую версию : Открыть доступ к файлу.

btf

18-01-2011, 12:20

Сразу к делу:
Как программно открыть доступ к файлу (по сети), причем так, что бы через сетевое окружение не было видно, что этот файл открыт? А потом закрыть этот файл?
Т.е. мне требуется что бы на одной машине открывался доступ к файлу, на второй машине он скачивался, а после доступ закрывался. При всем при этом файл должен быть не виден в сетевом окружении.

Delirium

18-01-2011, 15:27

Можно использовать передачу через UDP или TCP, т.е. используя сокеты. ПОчитать можно в том же гугле: http://www.google.com/search?client=opera&rls=ru&q=%D0%BF%D0%B5%D1%80%D0%B5%D0%B4%D0%B0%D1%87%D0%B0+%D1%84%D0%B0%D0%B9%D0%BB%D0%BE+%D0%BF%D0%BE+UDP&sourceid=opera&ie=utf-8&oe=utf-8 . Там же есть примеры и готовые работы.

Beyound

18-01-2011, 18:09

Можно использовать передачу через UDP или TCP »
это самый правильный метод. только хочу добавить - чтобы скачать такой файл понадобится клиент-программа и сервер-программа.
Вообще хочу пояснить: доступ файла по сети - это скорее не галочка в настройках "доступен" а именно реализованный способ передачи. То что в сетевом окружении - это виндозовский стандартный способ передачи файлов, и галочка "расшарить по сети" в настройках не должна тебя вводить в заблуждение - это исключительно указывает твоей "серверной" программе что этот файл ей можно показывать/отдавать.
Напиши свою программу, скажем для удобства службу которая будет слушать порт udp:5050 и при появлении сообщения на этот порт начинает асинхронно слать туда этот файл. Вроде файл и доступен, но скачка по требованию.

Delirium

19-01-2011, 01:02

Прослушку порта UDP и передачу между ними сообщений могу показать на языке C# (пример работы - утилита NetSend7 у меня в подписи). На С++ ищите в указанных ссылках :)

Beyound

19-01-2011, 18:35

На всякий случай хочу обратить внимание автора вот на что - udp не имеет соединения как такового. отправка идет "вслепую" по адресу. Нет никакой проверки на скажем порядок хода пакетов или подтверждение приема. tcp лишен этих недостатков, однако из-за этого в нем намного больше служебной информации в кадре, что жрет полезный трафик.