Виталий Пухов

Советую глянуть в сторону Traffic Inspector и ему подобных.

вирусня какая ни будь сидит, сами папки в общий доступ себя не открывают

webservices + asp net

без постороннего софта точно никак

Чисто теоретически, по данной ссылке есть пример создания кастомного tcp пакета, теоретически можно былобы эмулировать несколько интерфейсов (бесконечное число в теории) и с них отправлять пакеты, но будет ли это работать на практике не уверен.

Если верить описанию инет перестает работать когда сигнал перекрывает сам лифт, ибо вещает он из шахты лифта. Непонятно кто вообще додумался его туда засунуть, как вариант если есть доступ к шахте лифта (туда же роутер как то воткнули) протянуть кабелем один кабель до этажа и повесить отдельный роутер уже на этаже.

Если вопрос в контексте C# есть похожий "демон", серверное приложение, которое слушает порт и перенаправляет запросы полученные через порт на сторону БД и отдает ответ обратно, делал ради интереса как своебразный "SQL прокси". Достаточно легко реализуется за счет технологии Remoting

Странная поставлена задача, в связи с чем такое понадобилось?

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

По сути вопроса, советую почитать о VDS. Online будет не идеальный, но если интернет действительно высокоскоростной (over 10Mb min) то задержка будет фактически равной пингу до VDS, естественно игрушки с такого сервера не поиграешь и скорее всего фотошоп и ему подобный если и удастся запустить работать он будет не так гладко как с реального железа. Обычно vds платный и начинается в среднем от 10$ в месяц за еле живое железо, как вариант можно глянуть на Azure с его бесплатным bizspark.

Гугление советует сделать так что получается?

как то так
а вообще можно не заморачиваться а просто добавить на карту эти точки, если оно кому то нужно

handycache.ru - поддерживает внешние (не socks) прокси с авторизацией, можно запускать несколько экземпляров, если каждый настроен на свой порт.

если речь именно о локальной p2p то тут либо броадкаст запрос либо искать машины вручную, для этого нужно узнать подсети на всех имеющихся интерфейсах и перебирать все "hello" запросами на определенный порт своей программы, перебор в любой нормальной сети займет не больше 5 секунд.
все остальное зависит от языка, там хоть mesh сеть строить можно.
p.s. идея интересная, но практического смысла в ней особо не видно.

Советую глянуть в сторону SignalR тут хорошая статья с примером реализации

обычно я в такой ситуации пробую подключить PCI карточку и отключить в BIOS встроенную, если с карточкой проблема сохраняется нужно проверять все остальное, роутер, кабеля и т.п.

Вообще вопрос организационный, тут можно поступить 2мя путями:
1. Забить на таких клиентов, которые не могут поднять мышку чтобы вручную перебросить себя на сеть с более высоким уровнем сигнала. Хочется кушать кактус пусть кушают.
2. Можно реализовать все это на уровне клиента, то есть приложение на ноутбуке будет постоянно (раз в несколько секунд) проверять окружающие сети и смотреть уровень сигнала на текущей сети и если качество сигнала на текущей хуже чем на 1 из окружения переключит сеть автоматически.
"безшовности" на 100% не будет, и если играть в Quake по Wifi ездя на велосипеде с ноутбуком между офисами это не поможет, но в любой адекватной ситуации этого будет более чем достаточно.
Есть такой софт или нет точно не скажу, но не думаю что его сложно написать, если возникнет необходимость.

Тоже как то строил локалку в общежитии, компов 70 было тогда, помню в каком шоке был когда "отключил сегмент сети", а он продолжил работать как ни в чем не бывало:) Потом выяснил что тот сегмент был подключен дважды:) Но проблем это не вызывало, роутеры сейчас даже самые дешевые умеют строить arp таблицы и рулить маршрутизацией, поэтому это только дублировало связь, но ничего не флудило. Тут как и написали выше придется методом научного "тыка" проверять у кого проблема, скорее всего как и написали выше либо DHCP, либо прожаренное оборудование.

Поместите всех операционистов в клетку фарадея, будет как то так, но зато они не будут "тратить" бесплатные мегабайты