Внимание, важное сообщение: Дорогие Друзья!
В ноябре далекого 2001 года мы решили создать сайт и форум, которые смогут помочь как начинающим, так и продвинутым пользователям разобраться в операционных системах. В 2004-2006г наш проект был одним из самых крупных ИТ ресурсов в рунете, на пике нас посещало более 300 000 человек в день! Наша документация по службам Windows и автоматической установке помогла огромному количеству пользователей и сисадминов. Мы с уверенностью можем сказать, что внесли большой вклад в развитие ИТ сообщества рунета.
Но... время меняются, приоритеты тоже. И, к сожалению, пришло время сказать До встречи! После долгих дискуссий было принято решение закрыть наш проект. 1 августа форум переводится в режим Только чтение, а в начале сентября мы переведем рубильник в положение Выключен
Огромное спасибо за эти 24 года, это было незабываемое приключение. Сказать спасибо и поделиться своей историей можно в данной теме.
Доброе время суток. Имеется сеть топологии "звезда", соединенная несколькими свитчами:
1. Имеется основной свитч, к которому подключены 3 дополнительных свитча, серверы, и часть клиентских компьютеров
2. К 3-м дополнительным свитчам подключены клиентские компьютеры.
. Имеется интернет-сервер, выступающий в роли шлюза, на сервере 2 сетевухи, 1 подключена к локальной сети, вторая подключена к интернету.
Имеется странная плавающая проблема: временами на всех компьютерах офиса отсутствует доступ к ресурсам по шифрованному протоколу, а именно:
1. Имеется корпоративный почтовый сервер, расположенный вне офиса, к нему пользователи получают доступ через веб-обозреватель по https - доступа нет: Internet Explorer не может отобразить страницу
2. Имеется сервер, на котором хранятся некоторые данные организации, к которым пользователи получают доступ через FTP-клиента, трафик шифруется с помощью FTP через TLS (неявный) - доступа так же нет, при подключении происходит обрыв на "Соединение установлено, инициализация TLS"
3. В офисе широко используется TeamViewer, он так же не работает - "Разрешены подключения только по локальной сети". При этом, в момент проблемы:
1. Сервера на которых расположены почта и FTP-сервер, доступны - идет пинг, могу зайти по удаленному рабочему столу, более того, к ним можно подключиться без шифрованного протокола: к почтовому серверу по http, к FTP-серверу по простому протоколу FTP
2. С самого интернет-сервера возможно подключиться ко всем 3-м вышеуказанным службам, с использованием шифрованного протокола
3. Другие ресурсы, так же использующие шифрованные протоколы, доступны (mail.ru, google.com)
4. Перезагрузка модема Интернет-провайдера не решает проблему, так же пробовал в момент проблемы отключать интернет-сервер от локальной сети, подключать вместо него простой шлюз TP-Link, подключал шлюз к модему провайдера, сетевухе шлюза локальной сети назначал адрес интернет-сервера локальной сети - проблемы не было, подключаю интернет-сервер в локальную сеть обратно - проблема восстанавливается (т.е. проблема не в модеме)
5. Перезагрузка интернет-сервера так же не решает проблему, проблему решает отключение сервера, и подключение его в сеть не сразу, а минут через 10.
Что делал для решения проблемы:
1. В момент проблемы, с одного из компьютеров пробовал удалить антивирус - проблема осталась, т.е. причина не в нем
2. В момент проблемы, пробовал последовательно отключать отключать от основного свитча 3 дополнительных, затем от основного свитча последовательно отключал компьютеры, после каждого отключения ждал 3 минуты. Т.е. подозревал глючное устройство в сети, котором может создавать проблему. Конечный результат был: к основному свитчу были подключены только интернет-сервер, сервер-КД, и еще 1 сервер БД, с которого проверял осталась ли проблема - проблема осталась... Т.е. вариант с глючным устройством, которое таким "элегантным" способом ложит сеть, пока не рассматриваю
3. Заменил интернет-сервер - взял другой сервер, установил на него чистую ОС Windows Server 2008R2, все обновления, антивирус пока не ставил для чистоты эксперимента, службы маршрутизации, некоторые рабочие программы (прокси сервер, который счас используется только для перенаправления портов из интернета в локальную сеть, FTP server Filezilla, Kaspersky Security Center)
- После все этого сегодня проблема повторилась.... Что сделал сейчас
1. Заменил основной свитч
2. На сетевой карте интернет-сервера отключил параметры:
IPv4: загрузка большой отправки… (дальше не получается прочесть, окно заканчивается)
IPv4: разгрузка контрольной суммы
Блин, мозги кипят, почему-то у меня такое подозрение что последние мои действия не решат проблему (хочу конечно надеяться на обратное, но интуиция подсказывает иначе).
Огромная просьба: подскажите в чем может быть столь экзотичная и сложная проблема, уже не знаю в какую сторону копать.
на роутере который в инет смотрит прописаны маршруты до этих подсетей с указанием в качестве шлюза сервер? »
не понял вопроса. Во вложении выполнение команды route print на интернет-сервере, он же является шлюзом. Чтобы увидеть информацию на русском - в блокноте выберите шрифт "Terminal"
-------
"Нет" - войне.
Последний раз редактировалось __sa__nya, 01-07-2015 в 09:26.
__sa__nya, файлик сейчас посмотреть не могу, но я что-то не понял по поводу двух подсетей. Маска 255.255.252.0 определяет подсеть с диапазоном адресов 192.168.0.1-192.168.3.255. Где здесь две подсети?9
IT Shepherd,
немного неправильно выразился, да. Логически подсеть одна. Я имел ввиду что в сети используются компьютеры с адресами из пространства 192.168.1.0 и 192.168.2.0 . Эти пространства и "обозвал" подсетями.
PS, блин, вот счас проблема возникла. Перезагрузка сервера не решает проблему....
Итак, сегодня 2 перезагрузки, отключение сетевых карт на сервере (смотрящей в локалку и интернет) проблему не решили. Решило проблему только отключение сервера на 5 минут, вместе с модемом.
Блин, как говорится, КАРАУЛ!
Давайте упростим задачу, рассмотрим только проблемный трафик к корпоративному почтовому серверу и сравним его с трафиком к публичному почтовому серверу, например майл.ру. Логично предположить, что если один вид трафика зависает, а другой при этом продолжает бегать, следовательно есть различия в том, как эти потоки информации ходят. Напишите все различия, которые встречаются на пути от клиента в локальной сети досервера назначения и обратно. Напоимер: для почтового трафика к корпоративному серверу используется нестандартный порт, или нужно дополнительное соединение со стороны сервера, что-то ходит через НАТ, что-то через прокси.
Для корп. почты используется 443-й порт. Все соединения ходят через NAT на интернет-сервере.
Ниже скриншот соответствующих трассировок, 1 - корп. почта, 2 - mail.ru, 3 - FTP, 4 - TeamViewer:
Причем, повторюсь - соединения для корп почты и FTP, если в момент проблемы настроить почту через http и FTP через ftp соответственно - т.е. без шифрования, работают... IT Shepherd, , о каких маршрутах писал LonelyMouse в 10-м посте?
-------
"Нет" - войне.
Последний раз редактировалось __sa__nya, 01-07-2015 в 13:07.
Во вложении прикрепил route print когда проблемы нет, заметил что все идентично, за исключением последних 2-х строк, они поменяны местами с route print который выкладывал в посте 11. - В тот момент как раз была проблема.
