ВСЕМ СПАСИБО!
настроил....
2Fighter:
то что комп не поставит, а поставит ОСь это пнятно....
Route/Bridge - Маршрутизация | Две сетевые карты. Маршрутизатор/Router или Мост/Bridge.
-
rivera
Re: Route/Bridge - Маршрутизация | Две сетевые карты. Маршрутизатор/Router или Мост/Bridge.
1. можно ли осуществить обмен сообщениями прикладных программ по схеме: ПО/ТСР/Ethernet, минуя IP-протокол?
2. возможно ли обмениваться файлами при подключении по АДСЛ не подключаясь к инету в рамках одного ДСЛАМ?
3. где на компе храниться модуль ARP?
4. Отрывок из перевода на русский RFC1180:
"Конечно, использование подсетей необязательно. Можно просто назначить для каждой физической сети свой сетевой номер, например, номер класса С. Однако такое решение имеет два недостатка. Первый, и менее существенный, заключается в пустой трате сетевых номеров. Более серьезный недостаток состоит в том, что если ваша организация имеет несколько сетевых номеров, то машины вне ее должны поддерживать записи о маршрутах доступа к каждой из этих IP-cетей. Таким образом, структура IP-сети организации становиться видимой для всего мира."
Не поняла. Объясните, пожалуйста.
2. возможно ли обмениваться файлами при подключении по АДСЛ не подключаясь к инету в рамках одного ДСЛАМ?
3. где на компе храниться модуль ARP?
4. Отрывок из перевода на русский RFC1180:
"Конечно, использование подсетей необязательно. Можно просто назначить для каждой физической сети свой сетевой номер, например, номер класса С. Однако такое решение имеет два недостатка. Первый, и менее существенный, заключается в пустой трате сетевых номеров. Более серьезный недостаток состоит в том, что если ваша организация имеет несколько сетевых номеров, то машины вне ее должны поддерживать записи о маршрутах доступа к каждой из этих IP-cетей. Таким образом, структура IP-сети организации становиться видимой для всего мира."
Не поняла. Объясните, пожалуйста.
-
Dinka
Re: Route/Bridge - Маршрутизация | Две сетевые карты. Маршрутизатор/Router или Мост/Bridge.
5. Есть два сетевых интерфеса (ie0 и ie1). чтоб не было ретрансляции пакетов в другую сеть (чтоб комп шлюзом не стал) надо ли устанавливать программный роутер (что-то на подобие wingate) чтоб через него прописать правила доступа?
-
Dinka
Re: Route/Bridge - Маршрутизация | Две сетевые карты. Маршрутизатор/Router или Мост/Bridge.
Rubikon1
Цитата:
осути ты предлагаеш создание нового протокола в котором функции IP модуля будут разделены между соседними уровнями
Ну примерно так.
Цитата:
в таком случае можно и маршрутизатор настроить соответствующим образом
Если он программный - то да. В случае аппаратного решения у тебя просто нет самой возможности исправлять реализацию стека протоколов.
А я и не говорил, что будет легко. Человек спрашивал "можно ли", я указал на то, что "можно"...
Цитата:
осути ты предлагаеш создание нового протокола в котором функции IP модуля будут разделены между соседними уровнями
Ну примерно так.
Цитата:
в таком случае можно и маршрутизатор настроить соответствующим образом
Если он программный - то да. В случае аппаратного решения у тебя просто нет самой возможности исправлять реализацию стека протоколов.
А я и не говорил, что будет легко. Человек спрашивал "можно ли", я указал на то, что "можно"...
-
Rubikon1
Re: Route/Bridge - Маршрутизация | Две сетевые карты. Маршрутизатор/Router или Мост/Bridge.
1) нельзя. вы хотите попасть с транспортного на канальный уровень минуя сетевой, к томуже в кадре Ethernet останется не заполненный IP заголовок, в лучшем случае такой пакет будет воспринят как запрос своего IP дреса.
to dim alf сообшения RIP сами упаковываются в UDP пакеты, маршрутизаторы выше уровня IP пакеты и не должны поднимать
2)без понятия
3)на жестком диске
если мне не изменяет мой склероз. то стек протоколов TCP/IP является частью ядра системы там и ищи
4)там все понятно написано, либо ты читала невнимательно, либо изучаеш это дело кусками
5)нет не надо, лучше поставь хороший фаервол иначе твой комп незаметно для тебя им станет
to dim alf сообшения RIP сами упаковываются в UDP пакеты, маршрутизаторы выше уровня IP пакеты и не должны поднимать
2)без понятия
3)на жестком диске
если мне не изменяет мой склероз. то стек протоколов TCP/IP является частью ядра системы там и ищи4)там все понятно написано, либо ты читала невнимательно, либо изучаеш это дело кусками
5)нет не надо, лучше поставь хороший фаервол иначе твой комп незаметно для тебя им станет
-
Knight Deadly
Re: Route/Bridge - Маршрутизация | Две сетевые карты. Маршрутизатор/Router или Мост/Bridge.
На счет второго врятли это получится сделать самому... у моего провадера есть услуга соединения двух сетей через адсл и соотвесвенно никакого инета там нет... но она платная %)
-
Greyman
Re: Route/Bridge - Маршрутизация | Две сетевые карты. Маршрутизатор/Router или Мост/Bridge.
Dinka
1) Можно, но придется писать свой драйвер сетевой карты и/или дорабатывать ПО. Т.е. тебе придется самой реализовать ананалог IP-протокола, как прослойки между TCP и Ethernet. И при этом приложение по такой схеме сможет работать только в пределах одной сети (т.к. в пакетах не будет IP заголовков, то они просто не смогут маршрутизироваться, адресаты будут искаться по физическим адресам сетевых адаптеров конкретной сети). Смысл то в чем? Может ты не правильно задачу ставишь?
2) Можно. Если ты сама (или знакомый) управляет DSLAM, то это вопрос настроек на нем необходимой коммутации/маршрутизации. Если он принадлежит провайдеру, то, как заметил Knight Deadly, это услуга платная. Однако в некоторых случаях, если ты пользуешся не единственной услугой, то на некоторые из них (в том числе и эту) могут быть скидки или даже предлагаться в качестве бонуса. Здесь решает провайдер.
3) Ну примерно Rubikon1 тебе ответил. Правда он все-таки не в самом "ядре". Если тебя интересует, в каких конкретно файлах определены используемые системой вызовы, то это зависит от ОС. В маздаях это различные DLL'ки, а в ник-сах они действительно компилируются в ядро, но присутствуют в виде роциональных модулей.
4) Да конец я и сам не очень понял, ИМХО перевод слишком вольный. ИМХО основная причина использование подсетей - ограниченность IPv4 в плане количества возможных адресуемых хостов. Сейчас у провайдеров большие проблемы с выделением IP-сетей. А при использовании подсетей и того факта, что всем машинам нет необходимости иметь возможность одновременного доступа ко всем другим адресуемым хостам, может осуществлятся маршрутизация конкретных хостов без особых проблем для других хостов (в том числе и с подсетей той же нумерации, т.к. в тот же момент времени они обращаются к другим маршрутам, поэтому конфликта адресации не происходит).
5) Как правило, если речь идет о компьютере или маршрутизаторе, то по умолчанию правил трансляции пакетов как раз нет и их надо настраивать дополнительно. Но вот если речь идет о концентрирующих устройствах (мосты, коммутаторы), то там наоборот - по умолчанию трансляция пакетов предусмотрена. Если речь идет именно о компьютере, то достаточно проверить настроенную сейчас таблицу маршрутизации. ЕЕ вид и настройки зависят от конкретной ОС. Как проавильно заметил Rubikon1, сетевой экран лишним в таком случае не бывает...
1) Можно, но придется писать свой драйвер сетевой карты и/или дорабатывать ПО. Т.е. тебе придется самой реализовать ананалог IP-протокола, как прослойки между TCP и Ethernet. И при этом приложение по такой схеме сможет работать только в пределах одной сети (т.к. в пакетах не будет IP заголовков, то они просто не смогут маршрутизироваться, адресаты будут искаться по физическим адресам сетевых адаптеров конкретной сети). Смысл то в чем? Может ты не правильно задачу ставишь?
2) Можно. Если ты сама (или знакомый) управляет DSLAM, то это вопрос настроек на нем необходимой коммутации/маршрутизации. Если он принадлежит провайдеру, то, как заметил Knight Deadly, это услуга платная. Однако в некоторых случаях, если ты пользуешся не единственной услугой, то на некоторые из них (в том числе и эту) могут быть скидки или даже предлагаться в качестве бонуса. Здесь решает провайдер.
3) Ну примерно Rubikon1 тебе ответил. Правда он все-таки не в самом "ядре". Если тебя интересует, в каких конкретно файлах определены используемые системой вызовы, то это зависит от ОС. В маздаях это различные DLL'ки, а в ник-сах они действительно компилируются в ядро, но присутствуют в виде роциональных модулей.
4) Да конец я и сам не очень понял, ИМХО перевод слишком вольный. ИМХО основная причина использование подсетей - ограниченность IPv4 в плане количества возможных адресуемых хостов. Сейчас у провайдеров большие проблемы с выделением IP-сетей. А при использовании подсетей и того факта, что всем машинам нет необходимости иметь возможность одновременного доступа ко всем другим адресуемым хостам, может осуществлятся маршрутизация конкретных хостов без особых проблем для других хостов (в том числе и с подсетей той же нумерации, т.к. в тот же момент времени они обращаются к другим маршрутам, поэтому конфликта адресации не происходит).
5) Как правило, если речь идет о компьютере или маршрутизаторе, то по умолчанию правил трансляции пакетов как раз нет и их надо настраивать дополнительно. Но вот если речь идет о концентрирующих устройствах (мосты, коммутаторы), то там наоборот - по умолчанию трансляция пакетов предусмотрена. Если речь идет именно о компьютере, то достаточно проверить настроенную сейчас таблицу маршрутизации. ЕЕ вид и настройки зависят от конкретной ОС. Как проавильно заметил Rubikon1, сетевой экран лишним в таком случае не бывает...
-
Greyman
Re: Route/Bridge - Маршрутизация | Две сетевые карты. Маршрутизатор/Router или Мост/Bridge.
Rubikon1
Цитата:
смелюсь утверждать что нельзя, хост получая пакет, проверяет на совпадение свой IP с IP назначения указанным в пакете, пакеты с IP назначения типа 0.0.0.0 прменяются только для обозначения источника дейтаграммы, кроме того останнутся пустыми поля "протокол" и "TTL", пакеты с TTL=0 являются аномалией, лень высчитывать контрольную сумму IP заголовка состоящего из нулей, но что то мне подсказывает что она не совпадет с тем что высчитает хост получивший такой пакет.
То что ты здесь рассказал - имеет отношение как раз к стеку TCP/IP. В случае с Ethernet ничего этого нет. Я же говорил о том, что соответствующим образом откорректировав ПО и драйвер сетевой карты, можно заставить карту пенредавать сразу готовые Ethernet-пакеты. Кроме указанного ограничения про работоспособность только в рамках одной немаршрутизируемой сети (в случае с использовании мостов область использования расширяется) есть еще одно ограничение - у приемо-получателя тоже д/б соответствующим образом обновлен драйвер сетевого интерфейса. Иначе, даже если после декодирования Ethernet пакетов и получения вместо IP-пакетов сразу TCP он их не отбросит, а передаст на соответствующий уровень декодера, то ответить он уже не сможет, т.к. стандартная реализация драйвера предполагает пакеты TCP вкладывать в IP, а уже потом - в Ethernet. Однако если получения ответа не требуется, то схема в ряде случаев может работать. Именно на аналогичном использовании нестандартных решений протоколов и работают различные сетевые атаки и эксплойты... Ну а с тем, что Dinka некоректно поставила задачу - я полностью согласен...
Цитата:
смелюсь утверждать что нельзя, хост получая пакет, проверяет на совпадение свой IP с IP назначения указанным в пакете, пакеты с IP назначения типа 0.0.0.0 прменяются только для обозначения источника дейтаграммы, кроме того останнутся пустыми поля "протокол" и "TTL", пакеты с TTL=0 являются аномалией, лень высчитывать контрольную сумму IP заголовка состоящего из нулей, но что то мне подсказывает что она не совпадет с тем что высчитает хост получивший такой пакет.
То что ты здесь рассказал - имеет отношение как раз к стеку TCP/IP. В случае с Ethernet ничего этого нет. Я же говорил о том, что соответствующим образом откорректировав ПО и драйвер сетевой карты, можно заставить карту пенредавать сразу готовые Ethernet-пакеты. Кроме указанного ограничения про работоспособность только в рамках одной немаршрутизируемой сети (в случае с использовании мостов область использования расширяется) есть еще одно ограничение - у приемо-получателя тоже д/б соответствующим образом обновлен драйвер сетевого интерфейса. Иначе, даже если после декодирования Ethernet пакетов и получения вместо IP-пакетов сразу TCP он их не отбросит, а передаст на соответствующий уровень декодера, то ответить он уже не сможет, т.к. стандартная реализация драйвера предполагает пакеты TCP вкладывать в IP, а уже потом - в Ethernet. Однако если получения ответа не требуется, то схема в ряде случаев может работать. Именно на аналогичном использовании нестандартных решений протоколов и работают различные сетевые атаки и эксплойты... Ну а с тем, что Dinka некоректно поставила задачу - я полностью согласен...
-
Rubikon1
Re: Route/Bridge - Маршрутизация | Две сетевые карты. Маршрутизатор/Router или Мост/Bridge.
Greyman
Цитата:
Иначе, даже если после декодирования Ethernet пакетов и получения вместо IP-пакетов сразу TCP он их не отбросит, а передаст на соответствующий уровень декодера, то ответить он уже не сможет, т.к. стандартная реализация драйвера предполагает пакеты TCP вкладывать в IP, а уже потом - в Ethernet.
?????
в заголовке IP пакета есть поле "протокол" (10й байт) в котором указывается какому протоколу (TCP, UDP, ICMP, IGMP) принадлежат передаваемые данные и именно IP модуль занимается демультиплексированием приходящих дейтаграмм.
Цитата:
Я же говорил о том, что соответствующим образом откорректировав ПО и драйвер сетевой карты, можно заставить карту пенредавать сразу готовые Ethernet-пакеты.есть еще одно ограничение - у приемо-получателя тоже д/б соответствующим образом обновлен драйвер сетевого интерфейса
посути ты предлагаеш создание нового протокола в котором функции IP модуля будут разделены между соседними уровнями, в таком случае можно и маршрутизатор настроить соответствующим образом
Цитата:
Иначе, даже если после декодирования Ethernet пакетов и получения вместо IP-пакетов сразу TCP он их не отбросит, а передаст на соответствующий уровень декодера, то ответить он уже не сможет, т.к. стандартная реализация драйвера предполагает пакеты TCP вкладывать в IP, а уже потом - в Ethernet.
?????
в заголовке IP пакета есть поле "протокол" (10й байт) в котором указывается какому протоколу (TCP, UDP, ICMP, IGMP) принадлежат передаваемые данные и именно IP модуль занимается демультиплексированием приходящих дейтаграмм.
Цитата:
Я же говорил о том, что соответствующим образом откорректировав ПО и драйвер сетевой карты, можно заставить карту пенредавать сразу готовые Ethernet-пакеты.есть еще одно ограничение - у приемо-получателя тоже д/б соответствующим образом обновлен драйвер сетевого интерфейса
посути ты предлагаеш создание нового протокола в котором функции IP модуля будут разделены между соседними уровнями, в таком случае можно и маршрутизатор настроить соответствующим образом
-
Greyman
Re: Route/Bridge - Маршрутизация | Две сетевые карты. Маршрутизатор/Router или Мост/Bridge.
Rubikon1
Цитата:
осути ты предлагаеш создание нового протокола в котором функции IP модуля будут разделены между соседними уровнями
Ну примерно так.
Цитата:
в таком случае можно и маршрутизатор настроить соответствующим образом
Если он программный - то да. В случае аппаратного решения у тебя просто нет самой возможности исправлять реализацию стека протоколов.
А я и не говорил, что будет легко. Человек спрашивал "можно ли", я указал на то, что "можно"...
Цитата:
осути ты предлагаеш создание нового протокола в котором функции IP модуля будут разделены между соседними уровнями
Ну примерно так.
Цитата:
в таком случае можно и маршрутизатор настроить соответствующим образом
Если он программный - то да. В случае аппаратного решения у тебя просто нет самой возможности исправлять реализацию стека протоколов.
А я и не говорил, что будет легко. Человек спрашивал "можно ли", я указал на то, что "можно"...