Самым простым пояснением будет схемка:
локальный ip -> локальная сеть -> балансировщик -> внешний ip -> сеть ->
ip принимающей стороныВ данной случае у нас палка о двух концах, и внешний ip, благодаря балансировщику, меняется каждый раз, ибо кидает через менее загруженное оборудование.
Цитата(csnetua @ 16.5.2012, 18:54)

mazdan,
то есть просто во время игры может рандомно прыгать айпи? бред
Я уточню. Все началось с поста:
Цитата
не всегда, сам когда то был на чудно динамке, когда сидел на сайте определителе айпи и каждое обновление страницы меняло его)
Соответственно и объяснение было касательно HTTP. CS - это UDP => IP не будет меняться во время игры...по меньшей мере - не должен...но скорее всего сменится при переподключении... Вообще данная шняга используется для
TCP соединений. TCP вообще пофиг, какой у нас внешний ip при обращении к веб серверу и как раз такую балансировку он очень даже позволяет. TCP занимается сегментацией (разбиением) GET запросов на Web-сервер и передачей этих сегментов раздельно на сетевой уровень (ip). Сетевой уровень, в свою очередь, пересылает сегменты в датаграммах на Web-сервер. На веб-сервере происходит сборка сегментов. Все. По сути это многопоточная передача, которая будет работать быстрее. Т.е. сегменты можно отсылать считай что одновременно и приходить они будут почти одновременно. В обычном же случае получается, что сегменты отправляются с определенной очередностью в виде паровозика, имеющего головной вагон и хвост. Соответственно пока последний не придет - GET запрос нельзя собрать.
Отредактировал: Grape Fruit, - 16.5.2012, 23:50