Blokker_1999

As far as I know phpbb3 uses the phpass framework. MD5 has been considered insecure for many years now. Any site still using it might as well simply use plain text.

If al you want to do is raise awareness of a bug then I have to agree. The bug tracker is not a forum and even on a forum people don't like bumping old posts for no real reason.

viewtopic.php?f=13&t=90918

community runs on a different box hosted with hetzner, not ovh. It had a small hardware failure and needed some repairs.

right, i'll have someone look into that

unable to reproduce

first off: assumption is the mother of all f*ckups. We don't use apache and therefore we don't have a .htaccess second: the /wiki/ subdir is something that mediawiki does by default. Blame them, not us. And why does it even bother you? Typing in wiki.multitheftauto.com in your browser takes you to our wiki. After that it's all just bookmarks and/or copy/paste.

But what was a great idea? The fact that we take the hit when someone wants to attack a server (and spent thousands of euros/dollars/pounds/...) on it, money we do not have as well as increase latancy for anyone anyway because they would have to proxy trough our servers? Or the fact that you can use a name instea of an IP (something that is perfectly possible: )?

Further more, i have been told by multiple people that when you type a domain name in the quick connect bar instead of an ip, the client will resolve the domain and connect. So the image in the OP is also wrong. It does work.

DNS names already get resolved with the protocol handler. If they don't get resolved in the quick connect bar, file a bug report please. There is also no need or no advantage for us to set up an infrastructure to get a something.mtasa.com . It would even get confusing to players because they will beleive that if a server has an .mtasa.com domain that it is something official from us.

As has been stated, this offers 0 protection. DNS does not hide anything, it is just a way to translate a name to a number like a phonebook. You can even browse that phonebook. see: http://jupiter.modpro.be/dns.png . Phonebook browsing on the left, tools let you even decide which phonebook (i used opendns here). An online tool for DNS checking on the right The only way to take the load off a server would be to hide it behind another system like a proxy. But than the proxy would become the target of any potential vandal so you are just shifting the problem. Even if you did not use DNS, but MTA added it's own alternative, in the end the client, your game, still has to connect to that server. You can than find the IP of that server by simple tools like netstat (available in every OS) or by more complex tools like wireshark.

Apparently I've got a ban for the same reason, except mine didn't have a backdoor. They just assumed it had backdoor because it was compiled. The administrators here are lame. I do think that insulting the admins might not be the best way to resolve such a situation.

you need a syntax highlighter like geshi: https://www.phpbb.com/community/viewtop ... 0&t=564569 . Note that the [lua] tags our board uses are a custom, small modification.

A few notes: - if you have no experience in maintaining your own server, practice in a virtual machine at home before taking to the internet - there is a reason why MySQL does not allow remote connections by default. Use them only if absolutly necessary. - do not use a GRANT ALL on a database unless it is absolutly necessary. Use user permissions with care. Only give them rights they should have, nothing more. And do not accept connections from % unless you have no other choice (dynamic IPs can by a PITA), if you are connecting from another dedicated server, limit the user account to that IP.

euhm ... what CPU does 6GHz?

but ... who looks at the views anyway?

maybe you should read into working with linux before attempting to administer a server. The -d switch deamonizes the process. It's like a service on windows. Something that ONLY runs in the background and has no console or no way to be directly manipulated from the console. It will only respond to kill signals. In order to interact with a deamon you need to use it's APIs. In the case of MTA that would be either the web interface or from within the game. When you run a process within a shell, that process is a child process from that shell. Kill the parent process (by closing the shell session (read: closing putty)) and the child dies with it. Any decent process browser will show you how dependend they are since a child process is usually displayed as a sub process of the parent. Windows even offers you a possibility to kill an entire process tree when you right click on a process. so what you need is a way to detach a process from a shell session. As Mikker explained, screen is one way to it. However, keep in mind that screen is an aging solution and there are more flexible solutions out there these days. I am slowly moving away from screen in favor of tmux that offers much more flexibility.

Not really a bug i think. When you visit the site, the index page automaticly sends you to your view. The main page probably has been emptied due to outdated information and since virtually nobody looks at it.

function test () works again

are you certain the VPS does not get rebooted? If your webserver also goes down it seems to me you have a bigger issue.

the link expects you have an IRC client installed (like mIRC) on your computer and that your OS knows how to handle the IRC:// protocol.

One can not simply write a manual about editing a server. Everyone has different needs and requirement. That is why you document everything that can be changed and how you need to change it and provide that documentation back to the end user. In our case we decided to use a wiki for this. Everything you need is on the wiki. What we don't explain are the basics about programming (be it lua or in general).

A desktop on a server? wouldn't really recommend it, especially with that limited amount of RAM available. Just stick to the command line, that's how a linux server should be run anyway.

As far as i know, we build our linux version on Debian so that's what I would recommend. MTA should work on any distribution, but RedHat based distributions (like centos) have proven difficult in the past to install. 32 or 64bits largely depends on the system you are running. While 64bit has a slight speed advantage, the only real benefit comes from using a machine with more than 4GB of RAM. If you have 4GB or less, go for the 32bit and save the trouble of having to use a system that mixes both 32 and 64bit libraries.

please confirm you have a 32 bit libreadline installed.