Freesco, NND, CDN, EOS http://forum.freesco.pl/ |
|
ggrelay 1.3B, 1.3C (thx MAC!EK) - nowy pakiet dla NND http://forum.freesco.pl/viewtopic.php?f=22&t=4603 |
Strona 1 z 3 |
Autor: | Adrian [ piątek, 28 maja 2004, 15:37 ] |
Tytuł: | ggrelay 1.3B, 1.3C (thx MAC!EK) - nowy pakiet dla NND |
Mozna go zassac stad: http://83.16.98.186/ggrelay-1.3B-adrian-ade.tgz Nowy pakiet jest w duzej mierze oparty na pakiecie Macka, poprawilem bledy i zaktualizowalem pliki wykonywalne i dokumentacje. Pakiet: ggrelay-1.3-macieks.tgz ma bledy: 1) W pliku ggrelay.conf jest SERVERS=217.17.41.92 217.17.41.88 217.17.41.82 217.17.41.85 217.17.41.83 \ 217.17.41.84 217.17.41.86 217.17.41.87 a powinno byc SERVERS="217.17.41.92 217.17.41.88 217.17.41.82 217.17.41.85 217.17.41.83 \ 217.17.41.84 217.17.41.86 217.17.41.87" 2) W pliku rc.ggrelay jest [ -f /etc/ggrelay ] && . /etc/ggrelay a powinno byc [ -f /etc/ggrelay/ggrelay.conf ] && . /etc/ggrelay/ggrelay.conf Uwagi 1) Pakiet jest oparty na najnowszej wersji ggrelay 1.3B ze strony http://ggrelay.sourceforge.net z poprawionymi bledami dla serwerow z dynamicznym IP. 2) W inwigilatorze gg widac adres bramy sieci lokalnej, a nie zdalnego komputera lub sieci. Nie wiem, czy to prawidlowa reakcja, czy tez jeszcze jest jakis blad w konfiguracji. 3) Niestety, po uruchomieniu ggrealy moga pojawic sie problemy z polaczeniem do serwerow gg. U mnie laczy sie z prawdopodobienstwem okolo 70%. Czekam na uwagi, bo chcialbym dopracowac ten pakiet. |
Autor: | zciech [ piątek, 28 maja 2004, 16:29 ] |
Tytuł: | |
Powiedzmy sobie ze to nie wszystkie bledy ![]() Jest: byc powinno: jest start() { echo -n "Starting ggrelay: " prepare_parms iptables -t nat -A PREROUTING -p tcp --dport 8074 -j REDIRECT iptables -I FORWARD -o $EXTERNAL_IFACE -d 217.17.41.0/24 -p tcp --dport 443 -j REJECT ggrelay $GGRELAY_PARMS RETVAL=$? [ $RETVAL -eq 0 ] && touch /var/run/ggrelay echo "Done" } byc powinno: start() { echo -n "Starting ggrelay: " prepare_parms iptables -t nat -A PREROUTING -p tcp --dport 8074 -j REDIRECT iptables -I FORWARD -o $EXTERNAL_IFACE -d 217.17.41.0/24 -p tcp --dport 443 -j REJECT /usr/sbin/ggrelay $GGRELAY_PARMS RETVAL=$? [ $RETVAL -eq 0 ] && touch /var/run/ggrelay echo "Done" } i jeszcze jedno dla userow neo nalezy do /etc/ppp/ip-up dopisac: /etc/rc.d/rc.ggrelay restart I nie pytajcie gdzie jest ip-up jak nie ma to go stworzcie: echo '#!/bin/sh'>/etc/ppp/ip-up echo '/etc/rc.d/rc.ggrelay restart'>>/etc/ppp/ip-up chmod 755 /etc/ppp/ip-up mniej wiecej ![]() |
Autor: | Adrian [ piątek, 28 maja 2004, 17:05 ] |
Tytuł: | |
Ani jedno ani drugie to nie błąd. Ggrelay uruchamia sie prawidlowo: ggrelay -d -o eth0 -i eth1 -u nobody -s 217.17.41.92 -s 217.17.41.88 -s 217.17.41.82 -s 217.17.41.85 -s 217.17.41.83 -s 217.17.41.84 -s 217.17.41.86 -s 217.17.41.87 Tak to dziala na moim skrypcie. Wiec parametr -d jest przekazywany, jak rowniez system potrafi wyszukac ggrelay na dysku w folderze /usr/sbin/ggrelay, wiec nie trzeba podawac calej sciezki |
Autor: | Adrian [ piątek, 28 maja 2004, 17:32 ] |
Tytuł: | |
Mimo, ze parametry przekazywane sa prawidlowo, to inwigilator pokazuje IP bramy a nie osob z listy kontaktow i przesylanie plikow nie dziala, tak wynika z przeprowadzonych testow, do kiku osob probowalem cos wyslac. Chyba pozostaje stary dobry i sprawdzony forwarding portow. Walczylem z tym caly dzien i mam juz dosc. |
Autor: | MAC!EK [ piątek, 28 maja 2004, 18:17 ] |
Tytuł: | |
zciech pisze: Powiedzmy sobie ze to nie wszystkie bledy ![]() Jest: byc powinno: co do tego to nie wiem, zaraz sparwdze zciech pisze: jest
start() { echo -n "Starting ggrelay: " prepare_parms iptables -t nat -A PREROUTING -p tcp --dport 8074 -j REDIRECT iptables -I FORWARD -o $EXTERNAL_IFACE -d 217.17.41.0/24 -p tcp --dport 443 -j REJECT ggrelay $GGRELAY_PARMS RETVAL=$? [ $RETVAL -eq 0 ] && touch /var/run/ggrelay echo "Done" } byc powinno: start() { echo -n "Starting ggrelay: " prepare_parms iptables -t nat -A PREROUTING -p tcp --dport 8074 -j REDIRECT iptables -I FORWARD -o $EXTERNAL_IFACE -d 217.17.41.0/24 -p tcp --dport 443 -j REJECT /usr/sbin/ggrelay $GGRELAY_PARMS RETVAL=$? [ $RETVAL -eq 0 ] && touch /var/run/ggrelay echo "Done" } i jeszcze jedno dla userow neo nalezy do /etc/ppp/ip-up dopisac: /etc/rc.d/rc.ggrelay restart I nie pytajcie gdzie jest ip-up jak nie ma to go stworzcie: echo '#!/bin/sh'>/etc/ppp/ip-up echo '/etc/rc.d/rc.ggrelay restart'>>/etc/ppp/ip-up chmod 755 /etc/ppp/ip-up mniej wiecej ![]() co do dwóch ostatnich to nie jestem pewny ale napisałem do autora i powiedział że poprawił już wykrywanie zmiany IP w dla ppp0 więc dodawanie do ip-up jest niepotrzebne |
Autor: | zciech [ piątek, 28 maja 2004, 20:58 ] |
Tytuł: | |
1. To zrób restart 2. Nie zawsze (prawda MAC!EK ?) ![]() |
Autor: | MAC!EK [ piątek, 28 maja 2004, 22:51 ] |
Tytuł: | |
Sytuacja przedstawia się tak: - paczka adriana działa tak samo dobrze jak i moja tylko w zależności od basha trzeba lub nie trzeba tych "" przy serwerach ale lepiej żeby jednak były - ggrelay w najnowszej wersji po zmianie IP w neo pobiera to IP i go używa tylko że klienci GG muszą zrestartować połączenie, autor napisał że poprawi to poprzez przerywanie starych połączeń z klientami , po zerwaniu klienci będą chcieli się połączyć ponownie |
Autor: | daro [ sobota, 29 maja 2004, 13:11 ] |
Tytuł: | |
U mnie po uruchomieniu ggrelay i po restarcie serwera ukazuje sie nastepujaca informacja Cytuj: Starting ggrelay: /etc/rc.d/rc.ggrelay: line 48: tee: command not found Done
oczywiscie jest to ggrelay-1.3-macieks.tgz co o tym sadzicie albo sadzisz Maciek ?? |
Autor: | Adrian [ sobota, 29 maja 2004, 13:59 ] |
Tytuł: | |
Mam pytanie do Macka, czy przy uruchomionym ggrelay widzisz na inwigilatorze ip-ki osob z listy kontaktow, czy wszedzie swoje wlasne ip, a raczej bramy ?? Do Daro: w paczce Macka jest blad w funkcji prepare_params(). W mojej paczce ten blad jest naprawiony, wiec powinno Ci zadzialac. Jesli nie bedzie - daj znac. |
Autor: | daro [ sobota, 29 maja 2004, 18:36 ] |
Tytuł: | |
Po wprowadzonych poprawkach w skryptach ggrelay juz dobrze sie uruchamia ![]() GG uruchamia sie gdzies dopiero po trzecim wlaczeniu, a pliku przeslac sie i tak nieda czyli nie dziala robilem wszystko odnawialem polaczenie restartowalem serwer i nic z tego. W inwigilatorze GG dla tych ktorym bym mogl przeslac pliki mam pokazane IP zewnetrzne i otwarty port 1550 i wlasnie niewiem czy to ma byc widoczne w inwigilatorze IP zewnterzne czy wewnetrzne. |
Autor: | MAC!EK [ sobota, 29 maja 2004, 21:57 ] |
Tytuł: | |
Adrian pisze: Mam pytanie do Macka, czy przy uruchomionym ggrelay widzisz na inwigilatorze ip-ki osob z listy kontaktow, czy wszedzie swoje wlasne ip, a raczej bramy ??
tak to jest normalne, zawsze pokazuje IP zewnętrzne łącza |
Autor: | Anonymous [ sobota, 29 maja 2004, 23:12 ] |
Tytuł: | |
daro pisze, ze u niego przesylanie plikow nie dziala, adrian tez. czy u reszty tez nie dziala przesylanie plikow bez forwardowania portow, tylko z uzyciem ggrelay? jezeli nie to jaki jest sens instalowania tego pakietu? |
Autor: | MAC!EK [ niedziela, 30 maja 2004, 22:40 ] |
Tytuł: | |
ok poprwiłem troche skrypty i dodałem najnowszą binarkę 1.3C z lekkimi poprawkami autora http://nnd.freesco.pl/download/pakiety/ ... acieks.tgz jeżeli macie jakieś firewalle dodakowe oprócz tego w NND (np. Zciecha) to musicie otworzyć jakoś port 1550 lub sprawdzić czy jest otwarty w ten sposób Cytuj: **UWAGA!**
Należy tak skonfigurować regułki firewalla, żeby nie wycinać połączeń przychodzących na port 1550 na zewnętrzne IP. Dotyczy to również połączen inicjowanych *z*wnętrza*sieci*! Jak to sprawdzić? Odpalić ggrelay'a i z jakiegoć kompa w LAN-ie odpalić telnet'a na port 1550 na zewnętrzne IP serwera. Połączenie powinno się udać i po wklepaniu przez użytkownika jakichś ok. ośmiu znaczków ggrelay powinien zamknąć połączenie. Jeśli nie da się nawiązać w ten sposób połączenia, to należy poprawić konfigurację firewalla. Cytat ze strony domowej ggrelay http://ggrelay.sourceforge.net/ |
Autor: | Adrian [ poniedziałek, 31 maja 2004, 01:51 ] |
Tytuł: | |
Jest poprawa - nawiazuje polaczenie z serwerami gg za kazdym razem i bez problemu. W poprzednich wersjach byly z tym klopoty (wina byla w programie ggrelay). Co do wysylania plikow sprawdze rano, bo teraz nie mam po prostu komu wyslac. A jak u Was przesylanie plikow, sprawdzil ktos? |
Autor: | Adrian [ poniedziałek, 31 maja 2004, 10:16 ] |
Tytuł: | |
Raport: Z obu stron najnowsza wersja gg, laczy sie prawidlowo, ggrelay nie pokazuje bledow, polaczenia sa aktywne, rozmowa tekstowa dziala. Wysylanie plikow nie dziala !! U osoby do ktorej probowalem wyslac nie pojawia sie nic, zaden blad, zaden komunikat. A u mnie pojawia sie okno "wysylanie pliku" i wisi, nie ma zadnego postepu. A jak jest u Was? |
Autor: | MAC!EK [ poniedziałek, 31 maja 2004, 16:18 ] |
Tytuł: | |
umnie działa w każdą stronę, pliki i rozmowy głosowe sprawdź czy ten port 1550 masz otwarty tak jak to podałem |
Autor: | Adrian [ poniedziałek, 31 maja 2004, 17:28 ] |
Tytuł: | |
MAC!EK pisze: sprawdź czy ten port 1550 masz otwarty tak jak to podałem
oczywiscie sprawdzilem to przed wysylaniem postu na forum, a jak u innych, dziala ?? |
Autor: | daro [ poniedziałek, 31 maja 2004, 19:22 ] |
Tytuł: | |
pakiet ggrelay uruchamia sie ladnie bez bledow gg laczy sie za kazdym razem ale niestety przesylanie plikow nie dziala port 1550 oczywiscie otwarty |
Autor: | Anonymous [ poniedziałek, 31 maja 2004, 20:24 ] |
Tytuł: | |
u mnie ggrelay dziala, zarowno wysylanie jak i odbieranie plikow, laczy sie bezproblemowo, zainstalowalem ostatnia wersje macka z nia juz nie mam zadnych problemow ![]() |
Autor: | Adrian [ wtorek, 1 czerwca 2004, 00:53 ] |
Tytuł: | |
Ciekaw jestem jak u innych, bo odezwalo sie tylko kilka osob? Dzieki MAC!EK, daro, swireq I druga rzecz, moze macie pomysl, jak sprawdzic polaczenia bezposrednie, tak zeby nie meczyc innych odbieraniem od nas plikow. Chodzi o cos w rodzaju autotestu. Nie wiem czy to w ogole mozliwe, ale ulatwiloby to testownie paczki ggrelay, czy chocby port forwardingu. |
Strona 1 z 3 | Strefa czasowa UTC+2godz. |
Powered by phpBB® Forum Software © phpBB Group https://www.phpbb.com/ |