Kaktuss

No więc klapa, wrzuciłem wpisy do siebie i niestety serwer nie wstał i na pierwszy rzut oka nic nie widzę. Idę spać, jutro wieczorkiem dam edit. Witam, Zauważyłem, że wina dump core wynika z systemu kodowania znaków, tj. windows używa wewnętrznego code page 852, a bsd utf. Jak wiadomo w mob_drop_item są te "dziwne znaczki" i serwer poprostu ich nie rozpoznaje. Zedytuj plik bez pośrednio na serwie. Jeśli nie wiesz jak pytaj.

Prawdopodobnie przekroczyłeś maksymalne dopuszczalne wartości, albo popełniłeś inny błąd (tab {} itd.). Podeślij plik to zajrzę. Może znajdę błąd.

Sprawdź prawa plików w ch2. Większość plików wymaga posiadania praw 755. @edit zerkam na twój dump code i wydaje mi się ze to będzie problem w CONFIG. Czy dodawałeś jakieś mapy na serwer przed instalacją ch2..4?

Podpowiem, że to genialnie proste. Polecam zabawy z item_proto. Jednak nie każdy serw to ma i niech tak pozostanie. Dla Próbujących antiflag 1 i pc.mount ( 0 )

Generalnie to bardzo proste do zrobienia, jak większość rzeczy w metin2. Zdejmowane pieczęcie? Proszę bardzo. Już dostępne na moim privie

Dołączam się do tematu. Mam dokładnie identyczny problem. Rozwijając przedmówcę, wiem na pewno, że problem tkwi w samym pliku dump. Próba zapakowania nie modyfikowanego pliku kończy się błędem. Poprawienie kilku linijek w pliku dump (zamknięcie cudzysłowów) owszem pomaga i plik udaje się powtórnie spakować, jednak nazwy mobów (dot. mob_proto -> mob_proto_dump.xml) czy itemów (item_proto) stają się nie widoczne lub nie widoczne stają się bony w itemach (w zależności od poziomu wymaganych zmian). Wydaje mi się, że skoro nie udaje się spakować nie modyfikowanego pliku, problem może tkwić w ustawieniach parsera/packera lub w systemie kodowania znaków. Używam WinXP SP.3. Klient 2008. Proszę o jakieś sugestie.

Witam, Problem pozornie nieskomplikowany. Jednak zanim odpiszesz przeczytaj opis do końca. Po poprawnym zalogowaniu się i wyborze postaci klient powraca do okna logowania i wyboru CH nie przełączając do świata. Nie było by w tym nic dziwnego, gdyby nie fakt, że koledze bez żadnego problemu udaje się na niego wejść. Korzystamy z tej samej wersji klienta. Serwer jest samodzielną maszyną dedykowaną i znajduje się w jego sieci lokalnej w strefie DMZ, wszystkie możliwe porty i przekierowania są prawidłowo ustawione. Tym bardziej zaskakujący jest fakt, że logowanie przebiega szybko i zawsze pomyślnie, po czym jemu udaje się wejść na świat, a ja powracam do okna logowania. Próbowałem chyba wszystkich opcji otwierania portów, wgrania nowych map, zmiany wersji plików. Jemu udaje się zalogować i wejść na świat na każdym koncie i postaci, a mnie nie. Proszę o jakieś podpowiedzi. No tak, tego się nie spodziewałem. Piąty dzień post wisi bez odzewu. Czyżby żaden "fachowiec" nie miał pomysłu? Widać niewielkie zainteresowanie tematem, jednak udało mi się rozwiązać problem. Dla przyszłych zainteresowanych dodam, że wina leżała po stronie routera, poprzez którego DMZ serwer łączył się ze światem. Dokładnie mówiąc router poprzez losowe odwzorowywanie portów nie pozwalał na połączenie się klienta. Tyle w tym temacie. Temat do zamknięcia.

Pliki źródłowe są nieosiągalne, tj. nie dostępne ze względu na typ licencji. To co posiadamy to i na czym bazujemy to nie do końca legalne pliki, a wszelkie zmiany dokonywane są w plikach wykonywalnych więc, albo dostosujesz swój system i po omacku odpalisz serwer, albo płać! Proste. @down Właścicielem Metin2 jest YMIR (http://www.koreacontent.org/co/y/ymir/comp_info.html). Napweno nie udostępnią Ci plików źródłowych (tj. .cpp .h .cc) a gotowe oprogramowanie serwera na konkretną platformę. Dodatkowo, jeśli nie wiesz, nasz szanowny global m2.pl ma wyłączność na rynek polski. Jednak jeśli nadal jesteś zainteresowany polecam skontaktować się z ymir. Pozdrawiam.

Na czas gry polecam na routerze włączyć DMZ (strefa zdemilitaryzowana) i wpisać IP twojego komputera. Powinno pomóc.

Jeśli posiadasz router dodaj wpis do przekierowań portów na swój komputer w zakresie portów 11002-13099. Powinno zacząć działać. Poza tym jeśli masz router to zapewne z włączoną ochroną więc systemowy firewall może być wyłączony.

Problem rozwiązany. Ponowna kompilacja bazy danych z opcjami wymuszenia reinstalacji pomogły. Dziękuję udzielającym się. Temat do zamknięcia.

Niestety skrypt jest dobrze napisany. Próbowałem uruchamiać każdy z procesów osobno (tj. auth, db, game) również w osobnych terminalach bez przełączania w tło, ale to też nie pomogło. Procesy ładowały się do pamięci ale port nadal się nie otwierał. Polecenie netstat -l4 pokazuje że port 11002 jest nadal zamknięty. Przy próbie podłączenia się pokazuje tylko ruch na tym porcie więc nic go nie blokuje, a jedynie jest problem z procesem auth.

Witam, Wyjaśniając: Skorzystałem ze sposobu zamieszczonego w [MegaTutorial] http://www.mpcforum.pl/topic/140267-mega-tutorial-jak-postawic-od-podstaw-serwer-metin2/ Istalacja całości przebiegła bez większych problemów, niestety po uruchomieniu skryptu inicjującego (./start.sh) pomimo, iż nie wyświetliły się żadne informacje o błędach port statusu (tcp:udp:11002) jest nadal zamknięty. Listing uruchomionych procesów zawiera procesy serwera gry, żadne porty serwera nie są blokowane poprzez firewall. Polecenie netstat pokazuje stream do serwera. Jeśli ktoś miał podobny problem lub ma sugestie dotyczące sposobu rozwiązania problemu proszę o wypowiedzi. Wypróbuję każdy, bo moje pomysły już się wyczerpały.