• There is NO official Otland's Discord server and NO official Otland's server list. The Otland's Staff does not manage any Discord server or server list. Moderators or administrator of any Discord server or server lists have NO connection to the Otland's Staff. Do not get scammed!

ip failover

s7efan

s7efan

New Member
Joined
Oct 31, 2011
Messages
28
Reaction score
1
czesc. uzywam ubuntu 10.04 i lighttpd

opisze moj problem. rzeczy, ktore dzialaja poprawie to poszczegolne foldery w lighttpd (vhosty zrobione), wiec przekierowanie tez jest ok. problem pojawia sie wtedy gdy proboje wejsc na te strony przez cyfrowe ip failover wykupione w ovh w opcjach dedyka. /etc/hosts mam przypisane, serwer jest po reboocie, a to i tak nei dziala i ip failover przekierowywuje na glowne ip serwera dedykowanego.

pewnie cos wpisuje zle w /etc/hosts albo cos jeszcze trzeba zrobic, wiec bardzo prosze Was uzytkownicy Otland o pomoc :)

z gory dziekuje za odpowiedz i pozdrawiam wszystkich
 
Code: 
$HTTP["host"] =~ "(^|\.)domena1\.pl$" {
server.document-root = "/var/www/domena1.pl"
server.errorlog = "/var/log/lighttpd/domena1.pl/error.log"
accesslog.filename = "/var/log/lighttpd/domena1.pl/access.log"
server.error-handler-404 = "/e404.php"
}

$HTTP["host"] =~ "(^|\.)domena2\.pl$" {
server.document-root = "/var/www/domena2.pl"
server.errorlog = "/var/log/lighttpd/domena2.pl/error.log"
accesslog.filename = "/var/log/lighttpd/domena2.pl/access.log"
server.error-handler-404 = "/e404.php"
}

to wszystko co dodalem w celu vhostow. nigdzie w sumie nie wstawialem ip cyfrowego failover, ale tak czy inaczej jakbym chcial postawic jeszcze 2 serwery to ip failover przekierowywuje na ip dedyka to glowne, wiec cos musze chyba dodac do hosts czy cus.
 
Last edited by a moderator:
A gdzie masz tu ustawione żeby dało się też wejść po adresie IP? (tak nawiasem mówiąc to nie wiem czemu zaznaczyłeś że chodzi o cyfrowe ip, nie ma przecież analogowych)
 
a jak ustawic zeby rowniez dalo sie wchodzic przez ip failover? i wtedy bedzie dzialac juz tez np postawiony ots na ip failover?

tak anyway to mam 3777 0.4, wiec bede musial zmienic, bo slyszalem, ze nie hula na nim pare odpalonych tfsow na raz
 
1. $HTTP["host"] =~ "13.66.66.37" {
2. Wirtualki w lighttpd nie mają nic wspólnego z otsem
3. Afaik nic zmieniać nie musisz, wiedź tylko że to niefajnie używać 3777 bez donatora.
 
Zaraz Ci napiszę priv z drugiego konta, na którym mam donatora :)

A możesz mnie naprowadzić na sposób żeby też ots działał?
 
Ustawiasz by nasłuchiwał tylko na jednym adresie ip dla graczy i tyle.
 
No właśnie nie wiem jak to zrobić, dlatego tutaj proszę o pomoc :p
 
bindOnlyConfiguredIpAddress = true , wiem, ale tu nie chodzi o tfs teraz. po prostu nie umiem zrobić żeby moje dwa adresy ip failover nie przekierowywały na główny adres ip dedyka tylko była tak jakby dwoma rozgałęźnikami, do których dopisuje domeny i jazda, a nie umiem tego zrobić. dodałem wpisy w /etc/hosts i nie działa, dalej adresy ip failover przekierowywują na głowny adres, ten wpis w vhostach tez nie podzialal
 
Co rozumiesz przez 'przekierowywały na główny adres ip dedyka' ?
Pokaż iptables -L -n
 
jest ip 123.456.78.90 i to jest ip mojego serwera dedykowanego.

dodalem 2 ip failover i chce zeby one nie przekierowywaly na ten adres tylko na dwie stronki, tak jak to robia domeny dodane do lighttpd.conf - ip dodałem tak jak mi napisales wczesniej,a i tak nie dziala.

Code: 
$HTTP["host"] =~ "ip.failover.1" {
server.document-root = "/var/www/domena1.pl"
server.errorlog = "/var/log/lighttpd/domena1.pl/error.log"
accesslog.filename = "/var/log/lighttpd/domena1.pl/access.log"
server.error-handler-404 = "/e404.php"
}

$HTTP["host"] =~ "ip.failover.2" {
server.document-root = "/var/www/domena2.pl"
server.errorlog = "/var/log/lighttpd/domena2.pl/error.log"
accesslog.filename = "/var/log/lighttpd/domena2.pl/access.log"
server.error-handler-404 = "/e404.php"
}

@edit

Code: 
root@*******:~# iptables -L -n
Chain INPUT (policy ACCEPT)
target     prot opt source               destination

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination
 
Last edited by a moderator:
Ale mówię Ci że tfsa a www to dwie różne rzeczy..
Odpal dwa tfsy na dwóch różnych adresach IP i sprawdź czy śmiga tak jak ma śmigać. Jak nie będzie śmigać to opisz objaw.
 
theforgottenserver: /usr/include/boost/thread/pthread/condition_variable_fwd.hpp:38: boost::condition_variable::~condition_variable(): Assertion `!pthread_cond_destroy(&cond)' failed.

w obu jest bindOnlyConfiguredIpAddress = true

@edit

koob said:
Zapewne nie dodal drugiego ip do interfejsu.
Click to expand...

Racja, nie miałem, ale już dodałem i strona działa ładnie pięknie wszystko.

Teraz pozostaje kwestia tfs'a.

Po dodaniu do interface ip dalej mam: theforgottenserver: /usr/include/boost/thread/pthread/condition_variable_fwd.hpp:38: boost::condition_variable::~condition_variable(): Assertion `!pthread_cond_destroy(&cond)' failed.

Podczas włączania 2 tfs'a mam też: [23:31:46.442] > Global IP address: głowne.ip.dedyka
23:31:46.442] > Local IP address(es): ip.failover i nie wiem czy tak powinno być. Może to bym coś z portami?
 
Last edited:
root@*******:~# ip a l
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
link/ether 00:25:90:12:34:f2 brd ff:ff:ff:ff:ff:ff
inet ip.glowne/24 brd ip.glowne.225 scope global eth0
inet ip.failover1/24 brd ip.failover1 scope global eth0:1
inet ip.failover2/24 brd ip.failover2 scope global secondary eth0:2
inet6 fe80::225:90ff:fe12:34f2/64 scope link
valid_lft forever preferred_lft forever
3: eth1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000
link/ether 00:25:90:12:34:f3 brd ff:ff:ff:ff:ff:ff
4: dummy0: <BROADCAST,NOARP> mtu 1500 qdisc noop state DOWN
link/ether 0a:dc:a5:4c:94:9b brd ff:ff:ff:ff:ff:ff
5: tunl0: <NOARP> mtu 1480 qdisc noop state DOWN
link/ipip 0.0.0.0 brd 0.0.0.0
6: sit0: <NOARP> mtu 1480 qdisc noop state DOWN
link/sit 0.0.0.0 brd 0.0.0.0
7: ip6tnl0: <NOARP> mtu 1452 qdisc noop state DOWN
link/tunnel6 :: brd ::
 
Sprawdź na nowszym tfsie, jak zadziała to znaczy że tutaj trzeba dokonać paru poprawek.
 
A możliwe, że coś jest nie tak w config.lua albo coś? Bo wtedy też się okazało, że nie dodałem wpisów w interface, to może teraz czegoś nie zrobiłem :)

jak daję
loginPort = 7173
to się drugi tfs włącza

zaktualizuję do nowszego rev'a
 
Last edited:
Back
Top