LINUX.ORG.RU

В репе epel есть нужные либы.

#yum provides *libvga.so*
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
 * base: mirror.yandex.ru
 * epel: mirror.yandex.ru
 * extras: mirror.yandex.ru
 * updates: mirror.yandex.ru
svgalib-1.9.25-14.el6.i686 : Low-level fullscreen SVGA graphics library
Repo        : epel
Matched from:
Filename    : /usr/lib/libvga.so.1
Other       : libvga.so.1
Filename    : /usr/lib/libvga.so.1.9.25



svgalib-devel-1.9.25-14.el6.i686 : Development tools for the SVGAlib graphics library
Repo        : epel
Matched from:
Filename    : /usr/lib/libvga.so



svgalib-1.9.25-14.el6.x86_64 : Low-level fullscreen SVGA graphics library
Repo        : epel
Matched from:
Filename    : /usr/lib64/libvga.so.1
Other       : libvga.so.1()(64bit)
Filename    : /usr/lib64/libvga.so.1.9.25



svgalib-devel-1.9.25-14.el6.x86_64 : Development tools for the SVGAlib graphics library
Repo        : epel
Matched from:
Filename    : /usr/lib64/libvga.so
Deleted
()
Последнее исправление: MyLittleLoli (всего исправлений: 1)
Ответ на: комментарий от Deleted

Не получилось

[root@vm14439 ~]# yum install svgalib
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
 * base: centos-mirror.rbc.ru
 * epel: mirror.yandex.ru
 * extras: centos-mirror.rbc.ru
 * updates: centos-mirror.rbc.ru
Setting up Install Process
Package matching svgalib-1.9.25-14.el6.x86_64 already installed. Checking for update.
Nothing to do
[root@vm14439 ~]# ./sqpro -dedicated
./sqpro: error while loading shared libraries: libvga.so.1: cannot open shared object file: No such file or directory

anonymous
()
Ответ на: комментарий от anonymous

Там 32-х битный бинарник, соответственно надо либы нужны тоже 32-х битные.

Делай yum install svgalib.i686

Deleted
()
Ответ на: комментарий от Deleted

Спасибо, сервер встал. Только с клиента не подключается. Порт 26000 вроде бы открыл, но не уверен, что сделал все правильно.

weracri
() автор топика
Ответ на: комментарий от weracri

По части iptables не силен, так что помочь не могу.

Можешь разве что отключить его на время, чтобы проверить что проблема именно в нем, а не где-то еще. Сделай service iptables stop, ну и посмотри слушает ли сервер на порту, netstat -tulpen|grep 26000.

Ну и посмотри включен ли selinux, сделай getenforce. Если включен, то попробуй тоже отключить на время, setenfoce 0.

Deleted
()
Последнее исправление: MyLittleLoli (всего исправлений: 2)
Ответ на: комментарий от Deleted

Похоже, действительно, дело в iptables

[root@vm14439 ~]# service iptables stop
iptables: Setting chains to policy ACCEPT: raw nat filter m[  OK  ]
iptables: Flushing firewall rules:                         [  OK  ]
iptables: Unloading modules:                               [  OK  ]
[root@vm14439 ~]# netstat -tulpen|grep 26000
[root@vm14439 ~]#

selinux выключен:
[root@vm14439 ~]# getenforce
Disabled
[root@vm14439 ~]#

weracri
() автор топика
Ответ на: комментарий от weracri

Попробовал постучаться на порт, ничего не увидел. В конфиге сервера есть что-нибудь, что может не пускать на коннект клиентов не из локальной сети? И почему именно не-QW? :)

spijet ★★★
()
Ответ на: комментарий от spijet

Конфигов нет никаких вообще. Достойных QW-клиентов найти не получилось.
Сервер запускаю таким способом:

sh-4.1# ./sqpro -noipx -dedicated 8 -ip 80.78.251.15 +deathmatch 0 +coop 1 +teamplay 1 +map start

weracri
() автор топика
Ответ на: комментарий от weracri

Я под линуксом пользовался DarkPlaces и ezQuake. Первый старается поддерживать совместимость с Q1, второй - с QW. Насчёт dedicated-серверов не уверен, вроде бы в DP был. Попробуй запустить без `-ip`, должен забиндиться на 0.0.0.0:26000, т.е. отвечать будет с любого адреса, и проверь.

spijet ★★★
()
Ответ на: комментарий от weracri

Они вроде наоборот писали, что не интересуются QW. В любом случае, QW больше заточен под игру через интернет (если конечно особеености протокола не перенесли и в код Q1 в портах).

spijet ★★★
()

quake1 по моему был заточен на игру по локалке через ipx на 4 человека, поддержка сети там была со времен qtest, но сейчас это все мхом и паутиной затянуто. тебе будет легче использовать qw и не морочиться

mazdai ★★★
()
Ответ на: комментарий от weracri

Если iptables выключен и bind на какой-то конкретный адрес не настроен - порт должен быть открыт для всех, если только машина (VM?) не за firewall'ом/NAT'ом.

spijet ★★★
()
Ответ на: комментарий от weracri

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

mazdai ★★★
()
Ответ на: комментарий от weracri
[~] $ nmap 80.78.251.15

Starting Nmap 6.40 ( http://nmap.org ) at 2015-10-18 21:22 MSK
Nmap scan report for vm14439.hv8.ru (80.78.251.15)
Host is up (0.023s latency).
Not shown: 995 closed ports
PORT    STATE    SERVICE
22/tcp  open     ssh                                                            
80/tcp  open     http                                                           
135/tcp filtered msrpc                                                          
139/tcp filtered netbios-ssn                                                    
445/tcp filtered microsoft-ds                                                
                                                                                
Nmap done: 1 IP address (1 host up) scanned in 1.66 seconds
mazdai ★★★
()
Последнее исправление: mazdai (всего исправлений: 1)
Ответ на: комментарий от weracri

Чтобы на уровне машрутизатора/VDS твой сервер был виден на данном порту, пока ты за ним и явно не сделаешь Port Forwarding, сервер будет доступен только локально. Вк можешь написать?

mazdai ★★★
()
Ответ на: комментарий от weracri

так примерно:

 Обозначения

        $EXT_R_IP - внешний IP роутера
        $LOCAL_IP - внутренний "фэйковый" адрес машины, которую надо "выкидывать" наружу
        $PORT1 - Порт, на который будут заходить извне и попадать на локальную машину
        $PORT2 - Порт, который "выбрасывается" наружу(например, 80 - http, либо 21 - ftp)


   На роутере говорим следующие команды(от рута)

        # iptables -t nat -A PREROUTING -p tcp -d $EXT_R_IP --dport $PORT1 -j DNAT --to-destination $LOCAL_IP:$PORT2
        # iptables -A FORWARD -i eth0 -d $LOCAL_IP -p tcp --dport $PORT2 -j ACCEPT

https://www.opennet.ru/base/net/nat_redirect.txt.html

или у тебя сам сервер на VDS? тогда посмотри панель управления сервером, если она есть, вдруг там порт закрыт.

mazdai ★★★
()
Последнее исправление: mazdai (всего исправлений: 1)
nmap -sU -p U:26000 80.78.251.15

Starting Nmap 6.40 ( http://nmap.org ) at 2015-10-19 19:03 MSK
Nmap scan report for vm14439.hv8.ru (80.78.251.15)
Host is up (0.0028s latency).
PORT      STATE  SERVICE
26000/udp closed quake

Nmap done: 1 IP address (1 host up) scanned in 0.77 seconds

сервис недоступен снаружи

targitaj ★★★★★
()
Ответ на: комментарий от spijet

да, точно,,

Вот, блин, тока вчера ИксБоксяру (ещё старинный) продал, подсмотрел-бы как в Анрыле там всё попереключается, что б всё не наломать. Примечание. А из «настольных» книг- у меня только про (!), 1-й,(!) Doom талма целая, там ни слова о том, чо подключать, как играть(!)(!), а циничная, неотвратимая игроразработка.

anonymous
()
Ответ на: комментарий от weracri

Дружище, воспользуйся уже стандартной процедурой поиска решения.
1. Запусти приложение так, чтобы оно слушало на всех доступных адресах\интерфейсах.
2. Проверь доступность сервиса непосредственно с локалхоста. telnet для tcp и nmap для udp.
3. Выясни, если ли на хосте public ip. Проверь доступность хоста по заведомо работающему сервису. Типа ssh. Если нет прямого public ip, переходи на соответствующую ветку процедуры поиска решения, с пробросом портов.
4. Проверь настройки локального файрволла. Зная, что хост заведомо доступен из пунтка 3 и сервис заведомо работает из пункта 2, ты можешь или проиграться с файрволлом или к хреням его выключить совсем.
5. Если сервис недоступен при совсем выключенном файрволле, но другой заведомо работающий сервис доступен - ищи блокирующую конкретный порт сторону посередине.
Почему постоянно надо озвучивать банальные элементарные вещи? Чего вы постоянно мечетесь-то? Берешь и последовательно исключаешь причины. По лестнице зависимостей связей. А начинать надо от наличия электричества в розетке.

targitaj ★★★★★
()

Просто оставлю это здесь.

nmap -sU -p U:26000 80.78.251.15

Starting Nmap 6.49BETA5 ( https://nmap.org ) at 2015-10-23 17:26 RTZ 4 (ceia)
Nmap scan report for vm14439.hv8.ru (80.78.251.15)
Host is up (0.020s latency).
PORT      STATE         SERVICE
26000/udp open|filtered quake

Nmap done: 1 IP address (1 host up) scanned in 1.13 seconds

С клиента не подключается.

weracri
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.