это смахивает на петлю, а так же на 2 dhcp сервера в сети. проверьте, во время пропажи интернета не меняется ли шлюз у клиентов? и в любом случае потом сделайте, как говорил товарищ Vladimir Zhurkin
Desert-Eagle, вероятно вам говорят о VLAN, единственно-правильным и некостыльным варианте для вашей задачи. изучайте и применяйте, пригодится всегда =)
ничего сверхдорогого нет. сейчас почти любой маломальски адекватный управляемый коммутатор умеет VLAN.
тоже давно заметил попытки подключения с 216.218.206.122 и ближайшего диапазона. каждый день примерно в одно и то же время на всех Микротах в разных частях страны одна попытка подключения. Shadowserver
возможно вы тестили отправку писем еще до того, как прикрутили DKIM SPF DMARK и ваш домен на тот момент попал в черный список гугла по каким-то причинам. если так, то он исчезнет оттуда через некоторое время.
и еще, реальный домен и уж тем более IP почтового сервера не следует писать открытых источниках. исправьте для вашей же безопасности.
Дмитрий, если стояла винда, значит там уже есть размета. я сталкивался с такой ерундой. решил так - загрузился с LiveCD и c помощью gparted или какого-то другого инструмента удалил разметку. т.е. диск должен быть как с завода, условно говоря.
Никита Решетняк, стоит учесть, что при использовании WPAD проксю можно будет изменить самому у себя в системе, например рукастый юзер может просто ее выключить. поэтому не стоит пренебрегать групповыми политиками для своих юзеров. а гости, вероятнее всего, даже и не заметят WPAD.
Ruslan-Strannik, так-то да, согласен. я предположил самую дефолтную ошибку с маршрутом. и так оно и есть, скорее всего. но тут дело вообще в другом, тут этот маршрут не нужен вовсе. см переписку выше.
Тогда что-то типа Process Hacker или NetMonitor какой-нибудь. Посмотреть откуда входящие соединения при активном RDP сеансе.