|
|
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
Проблему доступа до VPN сервера решил, доступ теперь есть, аутентификацию в домене проходит, но теперь не вижу внутреннею сеть. Я могу ее пинговать, делать трассировку, могу выходить в Интерет. Правило доступа для VPN клиентов до внутренней сети есть. Как я понимаю проблема с правилами Network Rules или с таблицами маршрутизации. Клиенты получают адреса, шлюз, DNS через DHCP. В DHCP я вижу зарегистрированые 10 адресов для VPN клиентов, как часть внутренней сети (192.168.1.161-192.168.1.170). Networks Rules Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. По пункту три пробовал и ROUTE, в этом случае в логе ISA есть сообщения VPN Client ADR, DestAdr, Denied Connection, правила нет, Local Host to Internal При NAT тоже самое только VPN Server to DC (PDC), записей по клиенту нет. В системно логе после перезапуска есть запись - For routing table for the network adapter Internal includess IP address ranges that not defined in the allay level network VPN Clients, to which it is bound. As a result, packet arriving at this network adapter from the IP addreses ranges listed below or sent to these IP address ranges via thes network adapter will be dropped as spoofed// To resolve this issue, add the missinf IP adress ranges to the array network. Приведен адрес клиента. Но в настройках VPN Clients нельзя указать диапазон адресов или вообще что-то. В свое время из Configuration Network были удалены все записи относящися к VPN и теперь я пробую их восстанавливать по памяти, а посмотреть настройки негде. Может надо еще что то в Networks Sets? Networks Sets Код: plaintext 1. 2. Route print Код: plaintext Остальные записи относятся к Extertnal, Internal, DMZ Mожет кто ни будь поможет, хотя бы приведя записи из Neworks, Networks Sets, Networks Rules Информацию искал на ISASERVER.RU, и на англо язычном форуме (неудобный и очень много), в фирменной документации - по этой части не нашел, полезной была информация от Микрософта по конфигурации и от Шиндера, но не достаточная, да и устаревшая в основном по 2000 и немного по 2004. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2007, 15:21:54 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
авторне вижу внутреннею сеть. Я могу ее пинговать, делать трассировкуНе понял... Ну и как обычно: ipconfig /all на впн-сервере и на компе после установки ВПН-соединения. Также route print на клиенте после установки ВПН-соединения ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2007, 17:33:04 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
Забыл указать Windows server 2003 R2 SE + ISA Server 2005 SE А насчет ipconfig + route это не в тему, это все работает, я же хочу видеть на клиентской машине сетевое окружение с ресурсами. Я даже могу подключиться к ресурсу по схеме \\machine.domain.local\Share, но это не совсем то. Проблема не клиентской машины а сервера и связана с сетью VPN Clients. Мне бы увидеть родные записи из оригинальное Configuration\Network поскольку у меня они стерты. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2007, 17:40:07 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
надо VPN to Internal ROUTE VPN Clients Internal Internal to VPN ROUTE Internal VPN Clients и, возможно, надо VPN to LocalHost ROUTE VPN Clients LocalHost LocalHost to VPN ROUTE LocalHost VPN Clients NAT там не годится. Кроме того запись из лога следовало бы привести ПОЛНОСТЬЮ. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2007, 18:19:53 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
aleks2надо VPN to Internal ROUTE VPN Clients Internal Internal to VPN ROUTE Internal VPN Clients и, возможно, надо VPN to LocalHost ROUTE VPN Clients LocalHost LocalHost to VPN ROUTE LocalHost VPN Clients NAT там не годится. Кроме того запись из лога следовало бы привести ПОЛНОСТЬЮ. Добавил запись Код: plaintext Проверить сейчас не могу, поскольку я сижу за Линуксом (старым) а он GRE не поддерживает, требуется подключать Интернет напрямую к рабочей станции, а это сделать пока не могу, нельзя отключать клиентов, но сделаю при первой возможности. В системном логе после перезапуска есть запись авторFor routing table for the network adapter Internal includess IP address ranges that not defined in the allay level network VPN Clients, to which it is bound. As a result, packet arriving at this network adapter from the IP addreses ranges listed below or sent to these IP address ranges via thes network adapter will be dropped as spoofed. To resolve this issue, add the missinf IP adress ranges to the array network. Приведен адрес клиента. Но в настройках VPN Clients нельзя указать диапазон адресов или вообще что-то. Сообщение касается когда ROUTE (тоже если назначаю отдельную статическую сеть). В логе ISA авторVPN Client ADR, DestAdr, Denied Connection, правила нет, Local Host to Internal ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2007, 18:46:04 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
До установки ROUTE и второго правила, приблизительно с частотой 10 минут следующая запись авторVPN Server, DC, Denied Connection, правила нет, Local Host to Internal ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2007, 18:51:10 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
Проверил по последней рекомендации. В системном логе нет ошибок. Есть одно инфорамционное сообщение от IAS с кодом 5050 без текста. Видимо что подключился клиент. В логе ISA старое сообщение, что VNC Server не может подключиться к DC (PDC) по нетбиос, порт 137. До правил дело не доходит. Соответственно в сетевом окружение сети нет, поскольку не получить список от PDC. Точно также могу подключиться по DNS имени к Интранет сервере и к файл серверу. VPN to Internal & Internal to VPN использован ROUTE Так что нужны еще идеи. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2007, 02:40:44 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
Anatoly PodgoretskyПроверил по последней рекомендации. В системном логе нет ошибок. Есть одно инфорамционное сообщение от IAS с кодом 5050 без текста. Видимо что подключился клиент. В логе ISA старое сообщение, что VNC Server не может подключиться к DC (PDC) по нетбиос, порт 137. До правил дело не доходит. Соответственно в сетевом окружение сети нет, поскольку не получить список от PDC. Точно также могу подключиться по DNS имени к Интранет сервере и к файл серверу. VPN to Internal & Internal to VPN использован ROUTE Так что нужны еще идеи. Дык ты "не можешь подключиться" или "не можешь подключиться по DNS имени"? Это две большие разницы... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2007, 11:47:50 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
Я писал не видна внутреннея сеть - в сетевом окружение, по ДНС я могу работать, но без сетевого окружения. По ДНС имени я могу обратиться, но пользователям это очень не удобно. 1В логе ISA старое сообщение, что VNC Server не может подключиться к DC (PDC) по нетбиос, порт 137. 2Точно также могу подключиться по DNS имени к Интранет сервере и к файл серверу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2007, 13:32:22 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
Anatoly PodgoretskyЯ писал не видна внутреннея сеть - в сетевом окружение, по ДНС я могу работать, но без сетевого окружения. По ДНС имени я могу обратиться, но пользователям это очень не удобно. 1В логе ISA старое сообщение, что VNC Server не может подключиться к DC (PDC) по нетбиос, порт 137. 2Точно также могу подключиться по DNS имени к Интранет сервере и к файл серверу. Я писал... пИсал, наверное, правильнее. Не увидишь, никогда. (с) Нострадамус. Это проблема ОБЗОРА многосегментных сетей. Как ты, наверное, знаешь в Windows это разрешимо только в рамках домена. Но, боюсь, поднять доменный контроллер у каждого клиента - это тебе не по зубам. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2007, 15:08:19 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
Думаешь это не решаемая проблема? А как тогда быть с сообщением в ISA Код: plaintext Примечание 1: компьютер с которого подключаюсь не является членом домена. А пользователь доменный и проходит проверку в АД. У меня пока нет возможности проверить это на других компьютерах. Да и на моем проверка тоже затруднительна, поскольку надо отключать сеть и подключаться к провайдеру напрямую, минуя сервер. У меня старый Линукс без поддержки GRE. Примечание 2: если проблему не удастся решить нормально, то обеспечу доступ пользователей к их папкам через ярлыки, это работает, но это не полноценное решение. Мне даже проконсультироваться на месте не с кем, из тех с кем знаком никто не использует VPN для доступа к корпоративной среде. Так что не знаю возможно это или нет. Примечание 3: Я включил в ISA фильтр по 137 порту и вижу пока подключение с DC к компьютеру в DMZ (через NAT). Пока еще нет записей в другом направление. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2007, 15:30:54 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
Ни разу мне не удавалось обеспечить обзор локальной сети для клиента по VPN подключению. Даже в отсутствие всех и всяческих ISA на голом RRAS-сервере это не канает. Чтение KB - не помогло. Что касается Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2007, 17:37:46 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
aleks2Ни разу мне не удавалось обеспечить обзор локальной сети для клиента по VPN подключению. Даже в отсутствие всех и всяческих ISA на голом RRAS-сервере это не канает. Чтение KB - не помогло. Что касается Код: plaintext Прокоментирую Код: plaintext А вот насчет возможности увидеть сетевое окружение пока никто не смог сказать - возможно это или нет, но есть намеки в TechNet, где сказано, что если сетевое окружение не видно, то использовать доступ в форме \\{IP}\Share, но это у меня и так работает в более расширенной форме \\{machine.domain.local}\Share Так что я возможно ломюсь не в ту дверь, возможно, что это просто не возможно, хотя на этот вопрос я не нашел никакой информации в TechNet\MSDN\KB - я пока просто испытываю все возможности. И после последней перезагрузки сервера я пока не вижу ошибок в логе ISA по поводу VNC Server, но я также пока не вижу никаких других попыток соединения по NETBIOS к DC К моему сожалению мне тяжело экспериментировать, мой домашний сервер на основе SBS 2003 будет только в следующем году, а экспериментировать с GRE на Линуксе я не хочу. Ладно, если ничего даже и не получится, то путь предоставления доступа клиентов к их папкам у меня уже есть, пусть и не такой удобный. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2007, 19:30:13 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
Anatoly PodgoretskyПравила не помогут, до правил дело не доходит - они начинают действовать если есть соединение, а в данном случае DC отказывает в соединение. Да ну? А чего это ISA сервер чужой отказ заносит в свой журнал? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2007, 21:32:19 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
Очень просто VPN Server это ISA Server, все VPN принадлежат ему, именно он инициирует соединение к DC. Также как и соединения к DMZ и к другим сетям. Тебя же не смущает, что он точно такое же делает и для рабочих станций при соединение с узлом в Интернет и точно также будет подобная запись в логе WS_IP External_IP Denied, а не один из адресов ISA Server. Сегодня после перезагрузки ситуация такая, до подключения VPN клиента никаких ошибок в логе, а после подключения каждые 12 минут сообще в логе, что VPN Server не может подключиться к DC через Netbios, порт 137 - от трех до шести сообщений подряд и это идет уже много часов подряд. Отключения клиента не приводит к отключению VPN сервера, он все равно пытает достучаться до DC. Других попыток от других участников подключения к DC не наблюдаются, только успешные попытки подключения DC к Local Host и к DMZ серверам. В системных логах на DC и ISA сообщений об ошибках нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2007, 22:47:01 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
В DHCP даже явно указан, что диапазон VPN адресов относится к файрволу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2007, 22:49:07 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
Ну а с какого хрена DC отказывать в соединении? Ему то какая печаль? Я, правда, никогда не задумывался как выглядит запись в журнале ISA, когда DestinationIP отказывает или не принимает подключение... как-то это меня никогда не беспокоило. Да и поле Action журнала ISA - это, вроде, Действие самой ISA? Т.е. отказ ISA? А отказы DestinationIP отображаются в виде ErrorCode? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2007, 10:46:12 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
aleks2Ну а с какого хрена DC отказывать в соединении? Ему то какая печаль? Я, правда, никогда не задумывался как выглядит запись в журнале ISA, когда DestinationIP отказывает или не принимает подключение... как-то это меня никогда не беспокоило. Да и поле Action журнала ISA - это, вроде, Действие самой ISA? Т.е. отказ ISA? А отказы DestinationIP отображаются в виде ErrorCode? Кто его знает почему отказывает, я просмотрел Network Monitor'ом на DC и ничего плохого не вижу. Запись выглядит так Код: plaintext 1. 2. Примерно так, правило начинают действовать только после выполнения пункта три DestinationIP отображается нормально. Я привел точный формат сообщения, кроме реальных адресов, поскольку они будут только запутывать. Задача такая, или заставить работать, или как то запретить соединение, поскольку лог сильно забивается сообщениями об ошибке. Сегодня ночью я попробовал со статически выделеными адресами, выделил отдельную сеть 192.168.2.0 результат такой же. У меня еще есть ошибки в логе такого же рода, поскольку моя рабочая станция находится в VLAN с удаленой сетью и у них общий broadcast адрес, тут ничего не могу поделать, broadcast сообщения моей машины поступают на вход ISA, а ISA не разрешает посылать broadcast внешним адресам, срабатывает Default правило - но это нормально и от этого не уйти, но это только для моего домашнего соединения. MyWS -> broadcast Включил в лог дополнительные колонки, колонка Result Code показывает 0xc0040030 FWX_E_OUTBOUND_PATH_THROUGH_DROPPED ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2007, 12:50:16 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
Сейчас штудирую Интернет на предмет ошибки, уже нашел некоторое количество сообщений по нет. В MSDN это MSDN A packet generated on the local host was rejected because its source IP address is assigned to one network adapter and its destination IP address is reachable through another network adapter. Пока еще решений не нашел ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2007, 13:07:45 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
1. Failed - если не удалось соединение 2. Denied - если отаказано в соединение Почитай еще раз это. Для отказа со стороны DC было бы Failed. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2007, 14:49:11 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
Я думаю предыдущее сообщение точно характеризует проблему, только пока это мало что дает, поиск по коду ошибки результата не дал, хотя сообщений много, одно из первых аналогично моей проблеме, но ответа нет. Поиск в MSDN пока тоже безрезультатен, общие слова. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2007, 15:55:24 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
Не работают только Нетбиос протоколы, все остальные понры нормально ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2007, 16:04:39 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
какой ipconfig /all и route print у клиента VPN ? Там указан правильный DNS? Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2007, 19:46:45 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
Green2 какой ipconfig /all и route print у клиента VPN ? Там указан правильный DNS? Начну с конца DNS правильный иначе как бы это вообще работало, я получаю любой адрес локальной сети, могу заходить на них. Адрес выдает DHCP с DC1 route print Я приводил в первом сообщение, маршрут на VPN сервер есть и он же является маршрутом по умолчанию, в качестве шлюза полученый клиентом адрес. Потверждается подключением к любым ресурсам и трассировкой, что маршрут прогладывается имено через VPN тунель. ipconfig /all Аналогично требует подключения к серверу, которое я могу делать только в ночное время. Но появляются два интерфейса, подключение к серверу и после установки тунеля еще одно, характеристики правильные, включая шлюз, DNS. Я подключаюсь напрямую к ISA серверу, минуя какие либо прокси или маршрутизаторы, устанавливаю на локальном соединение адрес ISA сервера, нахожусь в одной и той же VLAN. Все это никак не влияет на ошибку в логах ISA, поскольку ошибка начинается с момента подключения клиента, до этого он спит. После отключения клиента VPN сервер так и продолжает долбиться на DC2 (PDC) на порт 137 и это будет до бесконечности. Кроме NETBIOS портов, все остальные работают правильно, теже AD, LDAP, DNS и так далее, как с клиента, так и с сервера. Вся проблема связана с указаной ошибкой - 0xc0040030 FWX_E_OUTBOUND_PATH_THROUGH_DROPPED MSDN A packet generated on the local host was rejected because its source IP address is assigned to one network adapter and its destination IP address is reachable through another network adapter. Я так понимаю перевод Source IP назначен одному "адаптеру" VPN Server, а IP приемник доступен через другой адаптер, видимо LAN Adapter. Route Print Код: plaintext 1. 2. 3. вторая маршрут для локальной сети третья маршрут на VPN Server VPN сеть логическия является отдельной сетью, хоть и находится в диапазоне локальной сети, имеет виртуальный адаптер. Пробовал выводить и в отдельную сеть 192.168.2.0 - но это ничего не меняет, ни на грамм. Я могу контролировать и управлять серверами с любого компьютера, через RMM модуль, а скорость сети у меня приличная, я не могу только отключаться от сети провайдера для прямого подключения к ISA серверу, а без этого у меня не строится тунель. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2007, 22:17:48 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
Обратил внимание, что ClientIP = VNC Server, а Source Network = Local Host ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2007, 22:59:43 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
небиос через тспип в адаптере впн-подключения имеется в наличии ? ---- давайте-ка ещё раз: 1. у вас есть инетовские клиенты, которые по впн подключаются к вашей сети и получают адрес, соответствующий вашей сети, её днс ... что-то ещё ? 2. впн работает с сервисами по тспип, но по нетбиос нет ? 3. пакеты клиента впн неминуемо сразу после впн-сервера попадают на ису ? у вас впн-сервер где-то в дмз находится ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2007, 23:06:25 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
Biz©небиос через тспип в адаптере впн-подключения имеется в наличии ? ---- давайте-ка ещё раз: 1. у вас есть инетовские клиенты, которые по впн подключаются к вашей сети и получают адрес, соответствующий вашей сети, её днс ... что-то ещё ? 2. впн работает с сервисами по тспип, но по нетбиос нет ? 3. пакеты клиента впн неминуемо сразу после впн-сервера попадают на ису ? у вас впн-сервер где-то в дмз находится ? 3 не мобыть, тк он судя по вашим сообщениям в локальной сетке ... так с какого боку тут иса с её правилами ? поподробнее плиз ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2007, 23:16:05 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
ещё раз перечитал первое сообщение и нащёт исы вопросы снимаю ... правило впн -> internal имеет route _nat_ ... эт почему ? зы: не знаток устройства исы (предпочитаю iptables), просто пытаюсь мыслить интуитивно, по понятиям ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2007, 23:24:06 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
Biz©небиос через тспип в адаптере впн-подключения имеется в наличии ? ---- давайте-ка ещё раз: 1. у вас есть инетовские клиенты, которые по впн подключаются к вашей сети и получают адрес, соответствующий вашей сети, её днс ... что-то ещё ? 2. впн работает с сервисами по тспип, но по нетбиос нет ? 3. пакеты клиента впн неминуемо сразу после впн-сервера попадают на ису ? у вас впн-сервер где-то в дмз находится ? Вопросы не понятны, но попробую ответить. 1. Клиентов пока нет, я еще веду отладку. При подключение клиента он получить все характеристики от DHCP на DC1 2. Меня беспокоит ошибка VPN сервера и то, что я не могу увидеть сеть в сетевом окружение. Первая ошибка напрямую касается НЕТБИОС, только он не работает и только для VPN сервера. 3. VPN сервер это встроеная часть ISA сервера, поэтому он находится на нем, с одной стороны Инет, с другой локальная сеть и через отдельный адаптер DMZ, там работают веб сервер, email сервер. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2007, 23:42:28 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
Biz©ещё раз перечитал первое сообщение и нащёт исы вопросы снимаю ... правило впн -> internal имеет route _nat_ ... эт почему ? зы: не знаток устройства исы (предпочитаю iptables), просто пытаюсь мыслить интуитивно, по понятиям ... Мне кажется, что сегодня у тебя понятия особые, видно издалека. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2007, 23:43:29 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
Anatoly Podgoretsky Biz©ещё раз перечитал первое сообщение и нащёт исы вопросы снимаю ... правило впн -> internal имеет route _nat_ ... эт почему ? зы: не знаток устройства исы (предпочитаю iptables), просто пытаюсь мыслить интуитивно, по понятиям ... Мне кажется, что сегодня у тебя понятия особые, видно издалека. да ? ну расскажите тада бестолковому в каком месте на пути от интерфейса впн-клиента с полученными локальными адресами до этой самой локальной сети nat присутствует ... зы: можете послать изучать ису, тада хоть и не пойду, но хоть ветку покину ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.12.2007, 09:18:23 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
Anatoly Podgoretsky DNS правильный А WINS? Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.12.2007, 09:51:10 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
Biz©да ? ну расскажите тада бестолковому в каком месте на пути от интерфейса впн-клиента с полученными локальными адресами до этой самой локальной сети nat присутствует ... зы: можете послать изучать ису, тада хоть и не пойду, но хоть ветку покину ... Нигде не присутствует, а используется ROUTE, хотя и с NAT без изменений. Со стороны клиента это выглядит так, как будто бы я в локальной сети Тунель: Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.12.2007, 11:00:30 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov Anatoly Podgoretsky DNS правильный А WINS? WINS нет, за ненадобностью в AD 2003 Native Mode, кроме того он еще и ведет себя в ней неадекватно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.12.2007, 11:02:53 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
Anatoly Podgoretsky мдя ... похоже нуно проще: вы ipconfig /all и route print на _клиенте_ до и после подключения впн наконец покажете ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.12.2007, 21:40:13 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
первое соощение Route print 192.168.1.170 255.255.255.255 127.0.0.1 127.0.0.1 50 <-- VPN Server соощение от - вчера, 22:17 Route Print 0.0.0.0 0.0.0.0 InetGW InetIP 5 192.168.1.0 255.255.255.0 192.168.1.38 192.168.1.38 10 192.168.1.170 255.255.255.255 192.168.1.38 192.168.1.38 10 Только никакой рутинг не влияет на ошибку с доступом к DC2 - это даже когда клиента нет, вторая строка маршрут в локалку, и туда есть полный доступ кроме НЕТБИОС ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.12.2007, 22:21:07 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
Anatoly Podgoretsky первое соощение Route print 192.168.1.170 255.255.255.255 127.0.0.1 127.0.0.1 50 <-- VPN Server соощение от - вчера, 22:17 Route Print 0.0.0.0 0.0.0.0 InetGW InetIP 5 192.168.1.0 255.255.255.0 192.168.1.38 192.168.1.38 10 192.168.1.170 255.255.255.255 192.168.1.38 192.168.1.38 10 Только никакой рутинг не влияет на ошибку с доступом к DC2 - это даже когда клиента нет, вторая строка маршрут в локалку, и туда есть полный доступ кроме НЕТБИОС я не про выжимки _по вашему усмотрению_ говорил ... и на первом месте не route print был ... зы: если локальные компутеры напрямую не могут пользовать нетбайез, то к чему мы тут вообще о впн рассуждаем ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.12.2007, 23:00:34 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
Локальные компьютеры нормально используют Нетбиос, включая это же самый (Network=LocalHost), ни каких проблем не возникает, кроме случая когда VPN Server пытается это сделать и идет он не сам, а использует SourceNetwork=LocalHost ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.12.2007, 01:39:45 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
Client ROUTE table - до тунеля Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.12.2007, 05:17:51 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
Client ROUTE print - после установки тунеля Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.12.2007, 05:19:25 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.12.2007, 05:24:59 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
Server Route Table Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.12.2007, 05:26:32 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
Servver ipconfig Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. 76. 77. 78. 79. 80. 81. 82. 83. 84. 85. 86. 87. 88. 89. 90. 91. 92. 93. 94. 95. 96. 97. 98. 99. 100. 101. 102. 103. 104. 105. 106. 107. 108. 109. 110. 111. 112. 113. 114. 115. 116. 117. 118. 119. 120. 121. 122. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.12.2007, 05:28:03 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
ситуация не шибко хорошая ... без особой надежды, но всё же ... на клиенте: nbtstat -A _pdc-emu-ip_ - проверяемся, что разрешение имён netbios через днс работает (может всё же wins поднять ?) выключить на 83.166.49.48 нетбиос через тспип - устранить мультихоуминг browstat status - определиться с main browser и именем траспорта через впн ... так как сегмент по сути из одного компутера, то имхо нуно чтоб работал сервис обозревателя и имел возможость вести список сегмента ... т.е. команда должна показать самого клиента далее пробовать browstat getpdc через определённый транспорт ну и тд по списку browstat ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.12.2007, 22:56:38 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
Biz©nbtstat -A _pdc-emu-ip_ - проверяемся, что разрешение имён netbios через днс работает а также nbtstat -a _кооткое_имя_pdc-emu_ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.12.2007, 22:58:40 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
WINS я поднимал, без толку. выключить 83.166.49.48 нельзя, это транспортный интефейс. nbtstat проверю когда будет возможность подключиться. Но все это ни в коей мере не влияет на проблему с ошибкой - VPN Server --> DC2 - это работает (точнее не работает) вне зависимости от от того есть клиентское подключение или нет. Повторю тот же самый LocalHost прекрасно соединяется с DC2 по тем же самым портам. Я думаю если решить эту проблему, то возможно исчезнет и проблема с сетевым подключением. Единственно, что плохо в моей схеме, это то, что у меня маска сети 224, а виндоус не позволяет назначить broadcast адрес для интерфейса. Но в логах я вижу, что все таки broadcast сообщения идут на правильный адрес, на ...63 Но VPN это не касается, он работает по протоколу точка-точка, создавая тунель между двумя точками и дополнительно шифруя трафик. VPN Server это логический адрес и виртуальный адаптер, при получение адреса от DHCP он логически исключается из Internal, но работает через физический интерфейс LocalHost - это хорошо видно в сообщение об ошике, поскольку используется сеть LocalHost Пока из рассмотрения можно исключить клиентскую сторону, это отдельный разговор, просто я с нее начал, это уже потом обнаружилась проблема с маршрутизацией на DC2. Страшного ничего нет, я думаю, что виртуальный адаптер пытается зарегистрироваться через Нетбиос, но файрвол не пускает и он пытается сделать это каждые 12 минут. Когда я подключал WINS я не увидел там регистрации виртуального адаптера, LocalHost и другие машины есть. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.12.2007, 23:14:47 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
Прогнал nbtstat на сервере. Есть регистрация как ISA сервер, так и VPN сервера (мак адрес принадлежит ISA сервер), проверено на ISA, на DC2 и на MAIL ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.12.2007, 23:22:49 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
Anatoly PodgoretskyWINS я поднимал, без толку. выключить 83.166.49.48 нельзя, это транспортный интефейс. nbtstat проверю когда будет возможность подключиться. Но все это ни в коей мере не влияет на проблему с ошибкой - VPN Server --> DC2 - это работает (точнее не работает) вне зависимости от от того есть клиентское подключение или нет. Повторю тот же самый LocalHost прекрасно соединяется с DC2 по тем же самым портам. Я думаю если решить эту проблему, то возможно исчезнет и проблема с сетевым подключением. Единственно, что плохо в моей схеме, это то, что у меня маска сети 224, а виндоус не позволяет назначить broadcast адрес для интерфейса. Но в логах я вижу, что все таки broadcast сообщения идут на правильный адрес, на ...63 Но VPN это не касается, он работает по протоколу точка-точка, создавая тунель между двумя точками и дополнительно шифруя трафик. VPN Server это логический адрес и виртуальный адаптер, при получение адреса от DHCP он логически исключается из Internal, но работает через физический интерфейс LocalHost - это хорошо видно в сообщение об ошике, поскольку используется сеть LocalHost Пока из рассмотрения можно исключить клиентскую сторону, это отдельный разговор, просто я с нее начал, это уже потом обнаружилась проблема с маршрутизацией на DC2. Страшного ничего нет, я думаю, что виртуальный адаптер пытается зарегистрироваться через Нетбиос, но файрвол не пускает и он пытается сделать это каждые 12 минут. Когда я подключал WINS я не увидел там регистрации виртуального адаптера, LocalHost и другие машины есть. эта ваша ошибка VPN Server --> DC2 имхо связана с впн как таковым довольно относительно ... просто тот же впн-сервер сидит на собственном сегменте, а сам сервер характеризуется своей малтихоумностью ... загасите на нём обозревателя (он кажные 12 минут пытается с эмулятором pdc связаться) и думаю ошибка пропадёт ... я не говорил о "выключить 83.166.49.48" ... я говорил о запрете нетбайеза через тспип дабы малтихоумность на клиенте убрать ... rtfm (msdn,mskb) по обозревателю на многоинтерфейсных компутерах ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.12.2007, 06:34:01 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
Anatoly PodgoretskyПрогнал nbtstat на сервере. Есть регистрация как ISA сервер, так и VPN сервера (мак адрес принадлежит ISA сервер), проверено на ISA, на DC2 и на MAIL регистрация есть, но относится она не понятно к чему ... нетбайезное имя типа разрешается в который из ваших n-адресов на компутере ? пробуйте browstat (с клиента и без малтихоума) ... то, что вам нуно - получить лист с pdc-эмулятора aka domain master browser ... при этом имя клиента должно также попасть в список через общение его computer browser с domain master browser, т.е на клиенте нуно явно прописать MaintainServerList = Yes ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.12.2007, 06:43:02 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
Biz© эта ваша ошибка VPN Server --> DC2 имхо связана с впн как таковым довольно относительно ... просто тот же впн-сервер сидит на собственном сегменте, а сам сервер характеризуется своей малтихоумностью ... загасите на нём обозревателя (он кажные 12 минут пытается с эмулятором pdc связаться) и думаю ошибка пропадёт ... я не говорил о "выключить 83.166.49.48" ... я говорил о запрете нетбайеза через тспип дабы малтихоумность на клиенте убрать ... rtfm (msdn,mskb) по обозревателю на многоинтерфейсных компутерах ... Загасить обозреватель на VPN Server не возможно, данный интефейс не редактируемый, загасить всю службу на сервере не то, что бы нельзя, но не желательно. Если ты говоришь о клиенте, то тем более не желательно и невозможно, компьютеры которые будут подключать не мои и мне заранее неизвестны. Клиенты имеют право подключаться с любого компьютера, хоть с КПК. У меня и так отключен Netbios over tcp/ip, кроме интерфейса LAN, сейчас для проверки отключил и его. Прошли очередные 12 минут, отключение Netbios over tcp/ip не помогло. Ночью попробую перезапустить сервер и поновому проверить, не все операции отрабатывают без перезагрузки. ЗЫ: ты так загадочно пишешь, что понять тебя затруднительно, я уже из последних сил напрягаю мозг, что бы понять. Это не претензия, это просто к слову. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.12.2007, 14:14:27 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
Biz©[quot Anatoly Podgoretsky]регистрация есть, но относится она не понятно к чему ... нетбайезное имя типа разрешается в который из ваших n-адресов на компутере ? пробуйте browstat (с клиента и без малтихоума) ... то, что вам нуно - получить лист с pdc-эмулятора aka domain master browser ... при этом имя клиента должно также попасть в список через общение его computer browser с domain master browser, т.е на клиенте нуно явно прописать MaintainServerList = Yes MaintainServerList имеешь в виду в реестре? Но в предыдущем сообщения я написал, что я не могу администрировать все компьютеры, с которых может подключиться клиент, я могу администрировать только те компьютеры, которые принадлежат фирме. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.12.2007, 14:17:08 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
Biz© я не говорил о "выключить 83.166.49.48" ... я говорил о запрете нетбайеза через тспип дабы малтихоумность на клиенте убрать ... rtfm (msdn,mskb) по обозревателю на многоинтерфейсных компутерах ... Ну отключил я нетбиос на последнем интерфейсе и перезагрузил сервер, как и ожидалось ошибка 192.168.1.170 -> 192.168.1.33 denied (vpn server -> dc2) не исчезла ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.12.2007, 14:44:13 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
Anatoly Podgoretsky Biz© я не говорил о "выключить 83.166.49.48" ... я говорил о запрете нетбайеза через тспип дабы малтихоумность на клиенте убрать ... rtfm (msdn,mskb) по обозревателю на многоинтерфейсных компутерах ... Ну отключил я нетбиос на последнем интерфейсе и перезагрузил сервер, как и ожидалось ошибка 192.168.1.170 -> 192.168.1.33 denied (vpn server -> dc2) не исчезла отключение на 83.166.49.48 не может повлиять на впн-сервер ... я ж писал про browstat, им нужно определять функционал обозревателя компутера на _клиенте_ ... но так как вы говорите, что управлять клиентами будете не в состоянии, то наерна эт всё пустое ... и мои идеи пока иссякли ... зы по поводу непонятности изложения: если вы почитаете про проблемы обозревателя на многоинтерфейсных компутерах и вообще в многосегментных сетях, как я советовал, глянете на свою конфигурацию интерфейсов, то имхо сразу станет понятнее ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.12.2007, 14:54:19 |
|
||
|
Не видна внутренняя сеть через VPN соединение
|
|||
|---|---|---|---|
|
#18+
Да читал я и много. Тут дело не в этом, тут дело в том, что VPN Server работает от имени LocalHost (source network) и это никак не регулируется. Все что можно делать с VPN так это Network Rules. Я перерыл кучу информации в Интернет, но пока ответа не нашел. К сожалению у меня подключение из дома по VPN очень тяжелое. Но данная проблема анализируется и без VPN Вот только не догадаться, что надо сделать в сетевых правилах. Я просил привести правила по умолчанию, но видимо мало у кого стоит ISA, а форум на isaserver.org мертвый. В свое время, в первые годы там еще отвечали, но видимо устали. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.12.2007, 15:30:08 |
|
||
|
|

start [/forum/topic.php?all=1&fid=26&tid=1505484]: |
0ms |
get settings: |
10ms |
get forum list: |
17ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
55ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
55ms |
get tp. blocked users: |
1ms |
| others: | 229ms |
| total: | 387ms |

| 0 / 0 |
