GM Rechte - Clientside? Wtf?

[[SA]FLy]

Hey Leute,

ich weis nich mehr weiter. Habe mit meinem gemoddeten Client auf meinem Server GM-Rechte. Wenn ich einen anderen CLient benutze hab ich plötzlich keine Rechte mehr ohne was in der Datenbank zu ändern.

Also wo liegt das Problem? Ich habe mir den Neonblue 4.5 runtergeladen und die DYNDNS- IP reingemacht. Kann mich einloggen und sehe alles, jedoch hab ich keine GM-Rechte.

An welchen Dateien kanns liegen?

MfG

[Brezel007]

du must in database unter gm host oder list *.*.*.* einfügen dan müste es gehen
mfg

[[SA]FLy]

ich rede vom client! wenn ich 2 unterschiedliche Clients benutze hab ich mit einem gm rechte und mit dem anderen nicht. was hat es dann mit navicat zu tun

[metinbob09]

Das Problem hatte ich auf meinem Root Server auch. Danach ist der Server kaputt gegangen also technische Probleme bei Wordstream. Als er wieder da war, war das Problem weg und auch keine Corefehler mehr.

[[SA]FLy]

hm hilft mir nich weiter.. hab Homeroot also dyndns

[Clemente89]

homeroot ist kein dyndns hört auf das immer zu verwechseln
wenn ihr keine ahnung habt lasst es doch einfach

ich könnt mir keine datei vorstellen,um auf dein problem einzugehen, die dies verursacht da wie gesagt die rechte per navicat verteilt werden vllt hast du ja apitool nicht richtig gefixxt und in den einem clienten ist sone art tool drinnen welches den textserver aktiviert wo jeder char gm rechte hat mal ausprobiert dich mit nochen account einzuloggen ob der dann auch rechte hat oder hat nur der rechte der in der db eingetargen ist wenn nur der rechte hat der in der db eingetragen ist liegt es an deiner exe

bei einem vpc server der über eine dynamsiche ip läuft außerhalb des netzwerkes die suraexe benötigt um connecten zu können,müssen alle pc im internen netzwerk die en selben gateway haben über die exe via serverinfo sich verbinden um rechte zuhaben.verbindest du dich via suraexe und mc.txt auf deinen server mit dem gateway des internen netzwerkes hast du keine rechte trotz eingetragener db einstellungen

[valvius]

sicher das die gm rechte weh sind beim anderen client oder nur das zeichen?

[PhanToM.LorD]

Originally Posted by Clemente89

homeroot ist kein dyndns

Na klar ist Homeroot=Dyndns
@TE
Benutztu bei beiden Clienten die gleiche Exe?
Weil sonst kann es sein dass du mit dem einen Client GM-Rechte hast weil du es in der DB so eingestellt hast und mit dem anderen Client nicht.
Ich rede hier von der IP also du kannst ja mit deiner Dyndns-IP connecten und mit deiner Server-IP deshalb benutztu beidesmal die gleiche exe zum connecten?

[[SA]FLy]

Originally Posted by Clemente89

homeroot ist kein dyndns hört auf das immer zu verwechseln
wenn ihr keine ahnung habt lasst es doch einfach

ich könnt mir keine datei vorstellen,um auf dein problem einzugehen, die dies verursacht da wie gesagt die rechte per navicat verteilt werden vllt hast du ja apitool nicht richtig gefixxt und in den einem clienten ist sone art tool drinnen welches den textserver aktiviert wo jeder char gm rechte hat mal ausprobiert dich mit nochen account einzuloggen ob der dann auch rechte hat oder hat nur der rechte der in der db eingetargen ist wenn nur der rechte hat der in der db eingetragen ist liegt es an deiner exe

bei einem vpc server der über eine dynamsiche ip läuft außerhalb des netzwerkes die suraexe benötigt um connecten zu können,müssen alle pc im internen netzwerk die en selben gateway haben über die exe via serverinfo sich verbinden um rechte zuhaben.verbindest du dich via suraexe und mc.txt auf deinen server mit dem gateway des internen netzwerkes hast du keine rechte trotz eingetragener db einstellungen

is mir schomn klar was du meinst. Die Rechte sind auch per DB eingestellt, aber mit nemm anderen client hab ich einfach keine DB rechte und JA das API Tool is gefixxt, habs selbst getestet!