StormByte
-
Posts
132 -
Joined
-
Last visited
-
Days Won
7
Posts posted by StormByte
-
-
Version 4.3.4 is no longer supported on trinitycore, only 3.3.5 and 6.x are supported.
- 1
-
However this doesn't allow for users to easily upload sniffs to the platform.
That is why I asked what's the plan, to have a hosting, or just another software instead of a forum manager. If a hosting can be kept, then it should be as easy as a form with upload file support (it could also enable auto-anonymization I suggested, once the upload is finished)
EDIT: As I see in your image, it can be somehow imported to database! Even greater than I thought
-
You don't need a reject all rule, and that is also not good, as if this rule is before any other, all will be rejected despite further rules.
To set reject all, it is better to change the policy, as I stated before, with -P command.
Also, I suggest you to delete all rules and redo them from scratch
-
They said they will not release any more dungeon/raid, so there is no reason for a major number to increase. I am sorry to say that it is very unlikelly we see any 6.3. But they still have to implement flying as they promised (unless they listened to all the cryers about fly hating)
BTW, offtopic, but I discovered that wearing a horde tshirt to a concert makes MUUUUCH people to recognize you, I was so impressed hehe
-
It is working for me, sorry I can't help you further
-
Ok then, I have more ideas to that (and also I take ideas of one of TC dev, don't remember who, I read somewhere about sniffs).
This I implemented in my own server for my friends to report bugs to me (and I forward to you), like this:
- Have a copy of latest world DB in the target server we are using for uploading sniffs (to enable better support for later points)
- First of all, it is IMPORTANT, to have, in the upload part, a drowdown list, with the sniff area, also stored in database, this way, we can filter sniffs WAY better, and not only in the filename. All the data here can be grabAn example:
- Drop down 1 SNIFF TYPE: Dungeon, Exploration Zone, Questing, Item/Area trigger, NPC, OTHER<etc>
- DUNGEON selected
- Drop down 2: DUNGEON NAME
- Drop down 3: DUNGEON DIFFICULTY
- EXPLORATION selected
- Drop down 2: CONTINENT
- Drop down 3 (depending on 1): ZONE
- QUESTING selected
- (the 2 drop downs from 2)
- Min level, max level, race and class
- OPTIONAL but useful, A multi select combo box, to select the quests present in sniff (it would be a little work for uploading users, but the benefit of recording the quests is GREAT for later finding)
- OTHER selected
- A text box to put a description is added (but we need to try to avoid this, or warn the uploaders that this is the least helping option as the filtering is useless in this case)
- ITEM/AREA TRIGGER selected
- Then, display a list of items to select which item was tested, you know, there are some items which don't work as they need scripting.
- NPC
- NPC information only, for vendors, rares, and missing loots (for example, the misterious camel figourine is missing the loot currently in TC 6.x)
- Then, display a list (or a text to find the NPC) so it can be selected.
- DUNGEON selected
- With this, we are able to completelly filter, catalog and index the sniffs to be more usable for later, instead of blindly looking, if one dev is implementing dungeon X, he can find better the data. (Way better than a forum search, or forcing the dev to index the files with good names in his own hdd)
- Drop down 1 SNIFF TYPE: Dungeon, Exploration Zone, Questing, Item/Area trigger, NPC, OTHER<etc>
- Are we talking about a dedicated hosting platform to host the sniff files?
- In this case, is the sniffer packet software opensource? (the one which handles the sniffs to see the data)
- In this case, we could make the uploads in zip file, read it, and replace sensitive data, like char name, account name, guild name, whispers, and the like to be like UUID numbers (to keep consistency, as this data is irrelevant for development), so <char_name> can be replaced to charname1, <guildname> to guildname1 and all messages/whispers to XXXXXXX automatically once upload is finished (by calling a cgi-bin, being it implemented in PHP, or something else)
- With this method, no read protection is needed, as no sentisitive data is stored, FURTHERMORE: We can also implement something like VIEW SNIFF, which will use the wow packet software to display a list of CMSG or SMSG sent/received in a web fashion (only a summary)
- If not, or it is too hard to do this, then just store the files with a record in database containing the points before.
- In this case, is the sniffer packet software opensource? (the one which handles the sniffs to see the data)
- If we can't store them as of lack of money for a hosting or something else, then, just a basic info stored in database (the points from main 2), with the link, but this is the last prefered option, as they may get deleted later, or the hosting may fail eventually (sometimes mega for example, makes the files unavailable temporarily)
I hope some of this ideas render useful for this purpose.
EDIT: I am sorry I can't help with opcodes as I don't have experience on them, but if you need PHP development help, or with database design, I can help with that. (HINT, if you go this way, I strongly suggest postgreSQL, as with table inheritance is way better and faster to implement the different types of sniffs)
-
They should be opened, unless your provider puts a firewall on top of yours. What is the output of iptables -L ?
I suggest sending them an email in case they have some sort of port filtering
-
With a dedicated server, you should be able to log in via ssh, and do the commands I put before. If you are using any GUI to configure it, it is unknown for me and I can't help with that.
But I suggest login via SSH, a dedicated server requires some linux knowledge
-
If it stucks in success, means that worldserver is not getting connected to, are you using windows? if so, check windows firewall, sometimes the window to allow it to connect to the internet is missed and you have to manually enable it.
It may also mean, that you forgot to redirect the world port to the computer, as it is not getting connected, so try point 1 also, or configure your NAT firewall accordingly
-
After that, be sure to save the rules so in a reboot it is already done (in gentoo for example it is /etc/init.d/iptables save).
Also I suggest to set the default policy to DROP, it is harder to configure, but way more secure. With:
iptables -P INPUT DROP
iptables -P OUTPUT DROP
Those two lines will drop all packets not matched by any rule (EVEN the output packets)
EDIT: I posted the iptables rules as it is mentioned in the topic. This will only open the ports, but not do NAT.
If you use a router, you should redirect also the ports to the machine running TC
-
You can use my config (which is working) for iptables:
# ALLOW WORLD OF WARCRAFT SERVERS
# Authserver
iptables -A INPUT -p tcp --dport 3724 -m state --state NEW,ESTABLISHED -j ACCEPT
iptables -A OUTPUT -p tcp --sport 3724 -m state --state ESTABLISHED -j ACCEPT# server 1
iptables -A INPUT -p tcp --dport 8085 -m state --state NEW,ESTABLISHED -j ACCEPT
iptables -A OUTPUT -p tcp --sport 8085 -m state --state ESTABLISHED -j ACCEPT# server 2
iptables -A INPUT -p tcp --dport 8086 -m state --state NEW,ESTABLISHED -j ACCEPT
iptables -A OUTPUT -p tcp --sport 8086 -m state --state ESTABLISHED -j ACCEPT -
It may be due to many many reasons:
- Check your router/firewall, if the ports are redirected to correct machine (or redirected at all). This is very common amongs wifi routers with default config from ISPs.
- Check your database realmlist if it has the public IP address, example, 80.24.24.24 (not my IP, invented just for the example) instead of 192.168.0.x. Check you IP here
- Check your worldserver config, specially the part which says, listen, either set it to 0.0.0.0 for it to listen on all addresses, or put the public
Your issue seems caused by the last 2 points, as you can connect to auth already.
-
I agree that Sniff forum part should be read only, as it contains private data on the sniffs over the character and account, but this also exposes one big problem: lack of feedback:
I explain myself, the fact that you can't even read your own posts makes any developer unable to get even more feedback, like questions that may arise about the sniff, extending the sniff and so.
I think it would be great if you could enable it to read only your own posts in that subforum, to be able to answer questions, and even more (like for example, a developer stating that the sniff is being used currently,so you can follow close the development about it, and many many other).
What about that, is it possible/wanted?
-
Note that, if you enable optimizations such as -flto, 4GB of RAM may not be enough for some.
But I have compiled TC with 1.5GB of RAM in an old machine with success, and a lot of swappiness happening.
The first thing I'd do is to reinstall gcc in case it is broken, or even, install clang and compile with it.
BTW, flto is broken currently in TC.
-
Thanks @Nay I was a bit scared as I thought it was somehow mandatory because of bnet.
-
Hmm.... another question more and go! How can I set (install) enUS locale? I don't seem to find any way to install it, I only have esES locale installed. Does enGB also serves to the purpose? As I've read that some locales are also bound to a region
-
The title is normal, I know, it is just that I could not think on a better and short title for this.
The thing I want to ask is, I noted that the 6.x branch is very different from 3.3.5 (and from 4.x) is/was.
For example, continuously updating to main retail version. Is that done on purpose, or because some limitation?
I mean, is it possible to just stop in a build and make it working?
I think not much, as there are battlenet modules involved, but would be great, as I am afraid that if blizz makes a randomization tomorrow, all is broken suddenly without remedy. Only if we could just stop in revision X could be benefitial for develpment/testing.
To clarify: 3.3.5 was always build 12340 even if new patch come out, and the same for pandaria.... Did WoD changed too much that this is no longer possible? Or is it done on purpose to keep in sync with retail so there is no need for 2 installations?
-
If there's mini-events, let them finish (i.e don't rush killing the npcs or so);
if you see a talkeable npc, talk with it (for gossips);
Explore the whole area
Subv wrote a "mini-guide" but it's in Spanish... https://gist.github.com/Subv/c3498b5e952c5c978bcf
Perfect, I'm spanish hehe
-
Get http://community.trinitycore.org/topic/9849-trinity-cores-sniffer-for-wow-62020253/ running and play like you did before. After that upload the .pkts somewhere and put them in http://community.trinitycore.org/forum/13-wdbadbsniffs/
I don't think there's anything specific that we *need* right now so anything that you can get will be useful.
Ok Nay, will do on Wednesday (as of the saves hehe). Just another thing, anything specific I should do? Like not killing the mobs too fast for example? Or specify if the mode is heroic or normal?
-
Latelly in retail, I usually solo do the past dungeons and raids in looking to mounts, every week.
I am offering that, with little guidance, any dev can tell me what to use, the format you need and what dungeon/raid you want me to sniff, so I can start providing latest sniffs on those things.
Just give me little guidance and ask for what you need mainly, and you will have it!
As a way to try to contribute.
-
Hi there, this question is specially directed to trinity devs, as I am very curious (note: only for curiosity sake, it is not my intention to put any kind of pressure on opcode implementing!).
I've read the opcode implementation, but I have to say there is a thing I did not get correctly.
I only saw in code, the definition of the opcode macro name, along with the class which is responsible to handle it, and it is being registered as UNHANDLED, NEVER, etc.. But what I did not find, is the opcode value itself.
Am I wrong guessing that opcodes are sent in binary with some value and format, like <opcode_value><opcode_param1><opcode_param2> and the like? I always thought that the value for loot=1, cast=2, etc (only examples).
How do they work? This is the part I have missing long time to learn how it work, but from my point of view, and my guessing, it is very similar to what a CPU receive.
Any hint on this?
EDIT: I recently saw https://github.com/TrinityCore/TrinityCore/blob/6.x/src/server/game/Server/Protocol/Opcodes.h which was exactly what I was looking for. So just a question missing, when an opcode is missing implementation? Is it because the opcode value changed, because there is no code to "construct" the packet, both? Thanks for the clarify, I just want to understand the work done here better
- 1
-
Ok, thanks to reply. That is what I was fearing It would be awesome to have both running at the same time. I am compiling 6.x now to give a try, it is taking years as my homeserver is "only" a dualcore hehe.
Thanks for answering, as always
-
This is a thing I've been wondering some time, and for better tests it would be great, unfortunatelly I don't have enough time to test both modes, fallback to one if it does not work, and so, thus I am asking here if someone had tested it before.
Can authserver/bnetserver have 1 real for 3.3.5 and 1 real for 6.2.0 on the same machine? The problem is not worldserver, as it can be port changed, maybe the problem is bnetserver not compatible with worldserver-3.3.5 or vice-versa...
Could it work? If so, any hint in that regard? (I guess I would need to use bnetserver for both 3.3.5 and 6.2.0 right?)
Many thanks, it can save me some time if anybody tested this before.
-
I would like to try the 6.x branch, but I am concerned of one thing.
Currently I am playing on retail, and also I have an active 3.3.5 server to test, is there any problem to have both retail and TC installed in the same computer? Or does it modify battlenet somehow so I could get banned frol retail?
I'd appreciate help in this matter, as this is a blockstopper
TrinityCore 4.3.4.15595
in Chillout Room
Posted · Edited by StormByte
That should give you an idea of what you are saying, of course if you use create_mysql.sql, then you have to be consequent with what user you are telling to auth and world, either that, or just create manually and apply *_database.sql manually also
That's also why trinity with pass trinity is the default on config.
Anyway, a little of knowledgement is required to run TC, if an user is getting access errors and he does not know how to look on google, or how to fix it, it is not a TC issue/bug.
EDIT: Did not wanted to sound harsh, but we can't make it without expecting a little user knowledge regarding external TC things, like how a database is setup and little about database maintenance.