а сервер то наполняеца. притом ники не местные мб и правда лицуху прикупить

arh написал:

а сервер то наполняеца. притом ники не местные мб и правда лицуху прикупить

хватит уже метаться из одного лагеря в другой думаю стоит примкнуть к рядам лиц с лицухами и забить на зависимость от тех кто взломает поставит и тп

Отредактированно Toxic (26-03-2009 14:42:07)

Все эти адреса, в лиц сервере сть в файле
C:\Program Files\Steam\steamapps\название акаунта\source 2007 dedicated server\config\MasterServers.vdf

Итого получается такой расклад по проблеме появления в списке steam master server.

Если сервер пускается вот так :
srcds.exe -game tf  -console  +ip 82.117.73.249 +sv_lan 0 +hostname "Tomsk | 27018" +hostport 27018 +maxplayers 26  +map pl_goldrush ...
то он появляется в списке мастер-серверов,
если же вот так:
srcds.exe -game tf  -console  +ip 0.0.0.0 +sv_lan 0 +hostname "Tomsk | 27018" +hostport 27018 +maxplayers 26  +map pl_goldrush ...
то нет.

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

Напоминаю, что на сервере 2 сетевых интерфейса. Один это обычная сетевая карта с адресом 78.140.13.31, второй это поднятое ВПН соединение с адресом 82.117.73.249.

Какие у кого будут мысли по этому поводу?

mach написал:

дык а в чем проблема заходить по адресу 78.140.13.31 Для томичей, и по 82.117.73.249 для тех кто с внешки

ведь поидее список мастерс нужен только для тех кто играет во внешки..а для те кто в томске достаточно прописать лишь ип адресс для игры.

Проблема в том  что зайдя на 78.140.13.31:27015 и на 82.117.73.249:27015 они друг друга не увидят.  Т.е. это будут разные сервы пускающиеся двумя командами:
srcds.exe -game tf  -console  +ip 78.140.13.31 +sv_lan 0 +hostname "Tomsk | 27018" +hostport 27018 +maxplayers 26  +map pl_goldrush ...
и
srcds.exe -game tf  -console  +ip 82.117.73.249 +sv_lan 0 +hostname "Tomsk | 27018" +hostport 27018 +maxplayers 26  +map pl_goldrush ...

Если запустить так:
srcds.exe -game tf  -console  +ip 0.0.0.0 +sv_lan 0 +hostname "Tomsk | 27018" +hostport 27018 +maxplayers 26  +map pl_goldrush ...
то это будет 1 сервер и на него можно заходить по любому из интерфейсов 82.117.73.249, 78.140.13.31 и при этом видеть друг друга в игре, т.к. это по сути один сервер и будет. В этом случае все идеально кроме того что в мастер списке нет наших сервов. (хотя из внехи как-то умудряются заходить, но мало и эпизодически).

В общем какой-то гон с  которым я столкнулся давно, но так и не смог решить.

mach написал:

srcds.exe -game tf  -console  +ip 82.117.73.249 +sv_lan 0 +hostname "Tomsk | 27018" +hostport 27018 +maxplayers 26  +map pl_goldrush

если запустить с этим люди когда будут писать connect 78.140.13.31 не будут попадать на сервак? физически это одно и тоже..запрос тоже будет приходить на него

Запрос будет приходить на интерфейс 82.117.73.249, порт 27018. Видимо в таком раскладе серв забивает на все, что приходит на интерфейс 78.140.13.31, порт 27018 =\
Видимо это уже на серваке нужно как-то все приходящее на 78.140.7.141:27018 перемаркировывать под 82.117.73.249:27018 и передавать уже тф-серверу

mach написал:

Да как будет приходить запрос на тот ип если ты коннектнишься на  78.
если ты коннектишься на 78 то ты и прийдешь через 78.
если на 82. то и прийдешь на 82.

если сервер будет слушать только один интерфейс то ему совершенно параллельно кто и что щемится на второй интерфейс

mach написал:

srcds.exe -game tf  -console  +ip 0.0.0.0 +sv_lan 0 +hostname "Tomsk | 27018" +hostport 27018 +maxplayers 26  +map pl_goldrush

здесь какой он интерфейс слушает?)
ему главное что бы приходило по порту ...
проще всего проверить это запустить
srcds.exe -game tf  -console  +ip 82.117.73.249 +sv_lan 0 +hostname "Tomsk | 27018" +hostport 27018 +maxplayers 26  +map pl_goldrush
и попробовать зайти на 78

ip 0.0.0.0 заставляет слушать все интерфейсы
ip 82.117.73.249 только интерфейс с данным адресом соответственно и принимать он будет только то что приходит на данный иф

еще сколь раз повторить ?

Drew_The_First написал:

Toxic написал:

mach написал:

Да как будет приходить запрос на тот ип если ты коннектнишься на  78.
если ты коннектишься на 78 то ты и прийдешь через 78.
если на 82. то и прийдешь на 82.

если сервер будет слушать только один интерфейс то ему совершенно параллельно кто и что щемится на второй интерфейс

Не соглашусь. Интерфейсы там программные. И сервер слушает не кабель с байтами, а как минимум драйвер TCP/IP.
А вот до попадания пакета в драйвер TCP/IP с ним можно проделать множество всяких махинаций. В том числе и изменение айпи/порта, редирект и прочее. Самый простой пример - NAT, Port Mapping.
Если посмотреть на архитектуру различных софтин типа lan2net, то там как раз и производятся махинации на уровне между драйвером сетевого интерфейса и драйвером TCP/IP. К тому же часто при настройке правил в этих софтинах помимо боянистых "разрешить/запретить" есть пункт "модифицировать" и указание айпи/порта. Поэтому я и предположил, что внутри компа можно разруливать несколько интерфейсов под видом одного

в данном варианте это называется через опу и стоит ли овчинка выделки это видно самому сиду
PS непонятно только с чем ты несоглашался я про нат не писал ибо для меня дикость решать такую проблему такими методами

Toxic написал:

PS непонятно только с чем ты несоглашался я про нат не писал ибо для меня дикость решать такую проблему такими методами

Раз есть проблема, значит ее нужно решать. И метод несложен. Да и сложность метода при отсутствии альтернатив неважна
P.S. Правда, я надеюсь, альтернатива появится