Jump to content
TrinityCore

StormByte

Members
  • Content Count

    132
  • Joined

  • Last visited

  • Days Won

    7

StormByte last won the day on August 1 2016

StormByte had the most liked content!

Community Reputation

17 Good

About StormByte

  • Rank
    Advanced Member

Profile Information

  • Gender
    Not Telling

Recent Profile Visitors

2771 profile views
  1. GRANT USAGE ON * . * TO 'trinity'@'localhost' IDENTIFIED BY 'trinity' WITH MAX_QUERIES_PER_HOUR 0 MAX_CONNECTIONS_PER_HOUR 0 MAX_UPDATES_PER_HOUR 0 ;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.
  2. Version 4.3.4 is no longer supported on trinitycore, only 3.3.5 and 6.x are supported.
  3. ‚Äč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
  4. 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
  5. 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
  6. It is working for me, sorry I can't help you further
  7. 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 selectedDrop down 2: DUNGEON NAMEDrop down 3: DUNGEON DIFFICULTYEXPLORATION selectedDrop down 2: CONTINENTDrop down 3 (depending on 1): ZONEQUESTING selected(the 2 drop downs from 2)Min level, max level, race and classOPTIONAL 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 selectedA 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 selectedThen, 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.NPCNPC 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.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)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.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)
  8. 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
  9. 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
  10. 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
  11. 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
  12. 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
  13. 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 hereCheck 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 publicYour issue seems caused by the last 2 points, as you can connect to auth already.
  14. 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?
  15. 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.
×
×
  • Create New...