Форум: Форум PHPФорум ApacheФорум Регулярные ВыраженияФорум MySQLHTML+CSS+JavaScriptФорум FlashРазное
Новые темы: 0000000
PHP на примерах (2 издание). Авторы: Кузнецов М.В., Симдянов И.В. Объектно-ориентированное программирование на PHP. Авторы: Кузнецов М.В., Симдянов И.В. Самоучитель PHP 5 / 6 (3 издание). Авторы: Кузнецов М.В., Симдянов И.В. PHP Puzzles. Авторы: Кузнецов М.В., Симдянов И.В. Социальная инженерия и социальные хакеры. Авторы: Кузнецов М.В., Симдянов И.В.
ВСЕ НАШИ КНИГИ
Консультационный центр SoftTime

Разное

Выбрать другой форум

 

Здравствуйте, Посетитель!

вид форума:
Линейный форум Структурный форум

тема: Почему NAT ограничивает доступ извне?
 
 автор: dump   (23.12.2011 в 15:20)   письмо автору
 
 

Иногда NAT не пропускает ip-пакет во внутрению сеть, если не существует для него трансляции. А почему? Что мешает пропускать все входящие ip-пакеты внутрь?

  Ответить  
 
 автор: cheops   (23.12.2011 в 16:04)   письмо автору
 
   для: dump   (23.12.2011 в 15:20)
 

Имеется в виду, если нет получателя пакета или что-то другое? Какие-попала пакеты стараются не пропускать, потому что большое их количество - это плохо и снижает скорость работы сети. За это NAT и ценят, что он не просто передает данные, но и фильтрует их. Я так понимаю его можно настроить его так, чтобы он вел себя как вам нужно.

  Ответить  
 
 автор: dump   (23.12.2011 в 16:21)   письмо автору
 
   для: cheops   (23.12.2011 в 16:04)
 

Ну просто иногда NAT настраивается так, чтобы компьютер находящийся внутри локальной сети, мог первым послать пакет через NAT, при этом NAT создаёт для него трансляцию(которая видимо закрывается по тайм-ауту если не пришёл ответ с сервера). При всём этом входящие пакеты пропускаются только тогда, когда они соответствуют трансляции. Такое описание NAT довольно часто встречается. А как же в таком случае работают например скайп или аська, ведь они слушают входящие порты, значит не везде так NAT настроен...Как я понял, везде, где на домашнем компе работает аська, можно также использовать этот комп как и сервер, например....

  Ответить  
 
 автор: cheops   (23.12.2011 в 19:22)   письмо автору
 
   для: dump   (23.12.2011 в 16:21)
 

Когда вы запускаете аську, вы же на сервер обращаетесь, осуществляете там авторизацию, т.е. вы пакеты в любом случае начинаете слать. Причем если у вас разрыв соединения (а на пути у вас NAT) - вам снова нужно осуществлять вход. А вот если вы Web-сервер развернете, который только слушает - никто к вам не пробьется.

  Ответить  
 
 автор: Valick   (23.12.2011 в 20:25)   письмо автору
 
   для: dump   (23.12.2011 в 16:21)
 

http://5421212.blogspot.com/2008/07/blog-post.html

  Ответить  
 
 автор: dump   (24.12.2011 в 13:50)   письмо автору
 
   для: Valick   (23.12.2011 в 20:25)
 

>Когда вы запускаете аську, вы же на сервер обращаетесь, осуществляете там авторизацию, т.е. вы пакеты в любом случае начинаете слать.
Да, но ведь аська не только пакеты отправляет, но и принимает. Например, когда она в режиме ожидания принимает входящие сообщение, как она его может принять, если NAT почти у всех провайдеров, как я понял не пропускает входящие пакеты?

  Ответить  
 
 автор: cheops   (24.12.2011 в 14:04)   письмо автору
 
   для: dump   (24.12.2011 в 13:50)
 

Если бы выходящие пакеты не проходили бы, вы бы могли только отправлять запросы и ничего бы не получали бы, не смогли бы просто пользоваться Интернет. Речь о другом. Входящие пакеты пропускаются только в том случае, если уже был исходящий пакет по этому адресу. Т.е. пользователь "говорит" NAT: хочу говорить с этим сервером. NAT начинает пропускать пакеты в обе стороны. А теперь другая ситуация: сервер "говорит", хочу поговорить с одним из твоих клиентов. А NAT ему в ответ: вы знаете у нас как-то не принято беспокоить клиентов, если они первыми разговор не начинают... откуда вы его знаете? У нас вообще-то IP-адрес динамически выдаются, т.е. получается вам все-равно к кому из моих клиентов обращаться? Вы вероятно думаете, что у них у всех сервера настроены? Что я провайдер не абонентов, а дата-центров? Вы это серьезно? Знаете, что, давайте я вам откажу.

Т.е. если вы кого-то запросили - вам зеленый свет, если кто-то к вам ломиться, а вы его не запрашивали - ему отказ.

  Ответить  
 
 автор: dump   (24.12.2011 в 14:39)   письмо автору
 
   для: cheops   (24.12.2011 в 14:04)
 

А это регулируется на уровне ip или tcp(udp)?

  Ответить  
 
 автор: cheops   (24.12.2011 в 15:05)   письмо автору
 
   для: dump   (24.12.2011 в 14:39)
 

Нет, на уровне протоколов это не предусмотрено... да они же старенькие, они вообще на такую огромную сеть не расчитаны, у нас не хватает IP-адресов, нам пришлось ввести доменные имена, железо изначально предназначено было для коротких сетей, нужное только только появляться начало. Это дико разросшаяся локальная сеть с кучей костылей. Это же все выросло взрывообразно... у нас Интернетом управляют поисковые системы, они с задачей не справляются, они властью злоупотребляют, у нас коммерческие отношения либо не работают, либо не регламентируются... у нас DDOS-аткам почти невозможно противостоять, здесь куча проблем. Это вышедший из под контроля проект с взрывообразным ростом, если вы ищите инженерную логику, её тут нет и быть не может - это попытки латать протекающую плотину (которая изначально была веревочным мостом через пропасть). Пока она не разваливается, хотя воду до сих пор приходится выдавать по талонам.

  Ответить  
 
 автор: cheops   (24.12.2011 в 15:09)   письмо автору
 
   для: dump   (24.12.2011 в 14:39)
 

Я вам больше скажу, они вообще не расчитаны на HTTP, они не для этого создавались. HTTP работает неэффективно. Если бы 1970 представляли во что все это выльется, у нас бы были совершенно другие протоколы.

  Ответить  
 
 автор: dump   (25.12.2011 в 10:43)   письмо автору
 
   для: cheops   (24.12.2011 в 15:09)
 

А вообще на практике многие ли провайдеры с помощью NAT ограничивают доступ к своим абонентам извне?

  Ответить  
 
 автор: cheops   (25.12.2011 в 12:20)   письмо автору
 
   для: dump   (25.12.2011 в 10:43)
 

Некоторое количество есть, у их абонентов проблемы с отдачей трафика на торрентах.

  Ответить  
 
 автор: dump   (25.12.2011 в 13:24)   письмо автору
 
   для: cheops   (25.12.2011 в 12:20)
 

А как вы думаете, какое соотношение тех которые запрещают внешний входящий трафик и не запрещающих? И какие в основном запрещают?

  Ответить  
 
 автор: cheops   (25.12.2011 в 13:40)   письмо автору
 
   для: dump   (25.12.2011 в 13:24)
 

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

  Ответить  
Rambler's Top100
вверх

Rambler's Top100 Яндекс.Метрика Яндекс цитирования