Sette opp egen online database server?

[olavgb]

Jeg har en kraftig nok pc som er tilkoblet internett 24/7 med statisk IP adresse via no-ip.com.

 

Jeg har mySQL workbench installert og har opprettet flere databaser der. Nå vil jeg ha disse databasene online, slik at når jeg jobber med flere i gruppeprosjekter så kan alle koble seg til samme database og dermed alltid ha de samme oppdaterte dataene.

 

Jeg har også lyst til å bruke det til egenutviklede applikasjoner for backup av data.

 

Hvordan gjør jeg dette? Er det i det hele tatt mulig å få til gratis?

 

Har prøvd google, samt at jeg kjøpe et domene med webhotell og databaser der, men da måtte jeg sende mail om hvilken IP adresse jeg hadde for at de skulle slippe den gjennom brannmuren før jeg kunne koble til databasen med mySQL workbench.

 

Målet er altså at alle som vil skal kunne koble seg til databasen(e) mine uten at jeg må tillate hver enkelt person først, og de skal kunne bruke workbench, egenutviklet app, eller annen applikasjon de måtte ønske.

 

 

Mvh Olav B, G

[Bolson]

I utgangspunktet er det ikke verre enn at du oppretter en bruker eller flere i databasen som har tilgang fra hvilken som helst IP-adresse. Husk å gi brukeren(e) fornuftig og ikke for kraftige rettigheter.

 

Det er fullt mulig å lage et webgrensesnitt i PHP, Pyton etc hvor de kan registrere seg og opprette databasebruker. Finnes sikkert også tilgjengelig.

 

Dog er kan dette være potensielle sikkerhetshull - så jeg anbefaler faktisk at du tar deg jobben med å opprette/verifisere brukere selv.

[olavgb]

Ok, jeg har (for testing) opprettet en ny bruker i mysql som har tilgang fra hvilken som helst IP adresse(any host?), med alle rettigheter, men jeg får ikke koblet til fra andre steder enn min egen pc når jeg bruker min eksterne IP adresse som host. Er det noe annet jeg må tenke på også før jeg kan koble til, eller før den i det hele tatt kan bli funnet online?

 

Har prøvd å søke etter guides for hvordan sette opp online database på google, men finner ikke noe særlig. Så vet ikke om det egentlig er så lett at det ikke trengs(bare jeg som ikke får det til), eller at det er vanskelig å få det til gratis selv?

 

Mvh Olav B, G

[Bolson]

Det er ikke vanskelig, men du må i tillegg til bruker sjekke my.cnf (konfigurasjonsfila - husker ikke hva den heter i Windows om det er det som er OS-et). Av sikkerhetsmessige grunner er MySQL standard satt opp kun til å lytte på henvendelser fra port 3306 fra maskina den er installert på.

 

Let etter følgende linje.

bind-address = 127.0.0.1

 

Denne betyr at MySQL kun lytter på localhost. Kommenter ut denne linja - da lytter MySQL på alle ip-er. Så må du sjekke at 3306 er åpen i ruter og at du har rett "forwarding" i ruter.

 

Men som sagt -vær klar over at man gjennom dette reduserer sikkerhet svært mye. Jeg anbefaler derfor at man når man gjør dette også gjør et annet grep.

 

- Endre navnet på adminbruker (root) til noe helt ulogisk og bruk passord. Du finner informasjon om dette på nettet.

 

PS! Grunnen til at det er lite informasjon på nettet er at det ikke er mange som gjør dette - pga sikkerhet. Som oftest kjøres tilgang til databasen gjennom mellomvare installert på samme server eller annen server i samme IP-range.

Endret 21. mai 2012 av Bolson

[olavgb]

Først og fremst takk for gode svar

 

Men jeg har åpnet konfigurasjonsfila(my.ini), og den inneholder verken noe med "bind-adress", "bind", "adress" eller "127".

 

Mtp. sikkerheten: Gjelder det sikkerheten for de(n) aktuelle databasen(e) eller hele datamaskinen min? Brukernavn og passord her noe annet ulogisk med passord fra en passordgenerator. Tenkte å kanskje bytte til en annen port også.

 

 

Mvh Olav B, G

[Bolson]

Finner du "skip-networking". Det var nemlig det oppsettet som ble brukt tidligere.

 

Og så må du sjekke Windows Firewall eller annen firewall.

 

Men personlig har jeg ikke kjørt MySQL på Windows på en 4 - 5 år - så aner ikke hvilke forskjeller som finnes. Her går det kun i *nix når det gjelder slike ting.

 

Sikkerhet for de enkelte databasene fikser du med hvilke rettigheter brukerne har i databasen. Gir akkurat nok rettigheter. Det er MySQL sin adminbruker som er skummel, i og med at den vanligvis heter root og faktisk kan settes opp uten passord. Om det da skulle finnes sikkerhetshull i MySQL kan hele "serveren" kompromitteres. Men primært kan man "ødelegge" innholdet i eventuelle databaser.

 

Men om man velger et annet navn, bra passord og/eller begrenser tilgangen gjennom ikke ekstern tilgang til adminbruker eller andre brukere med store rettigheter - så skal du være sikker nok.

[olavgb]

Ok, men da tar jeg sjansen på at det skal gå bra. Har uansett ikke noen sensitive eller viktige data jeg skal lagre, og har backup av det meste i "skyen" ellers.

 

Fant "skip-networking" et sted, men fant ingen innstilling for det. Mulig jeg ikke helt vet hvor jeg skal lete, så legger derfor ut det som står i my.ini i spoiler:

 

 

 

# Other default tuning values

# MySQL Server Instance Configuration File

# ----------------------------------------------------------------------

# Generated by the MySQL Server Instance Configuration Wizard

#

#

# Installation Instructions

# ----------------------------------------------------------------------

#

# On Linux you can copy this file to /etc/my.cnf to set global options,

# mysql-data-dir/my.cnf to set server-specific options

# (@localstatedir@ for this installation) or to

# ~/.my.cnf to set user-specific options.

#

# On Windows you should keep this file in the installation directory

# of your server (e.g. C:\Program Files\MySQL\MySQL Server X.Y). To

# make sure the server reads the config file use the startup option

# "--defaults-file".

#

# To run run the server from the command line, execute this in a

# command line shell, e.g.

# mysqld --defaults-file="C:\Program Files\MySQL\MySQL Server X.Y\my.ini"

#

# To install the server as a Windows service manually, execute this in a

# command line shell, e.g.

# mysqld --install MySQLXY --defaults-file="C:\Program Files\MySQL\MySQL Server X.Y\my.ini"

#

# And then execute this in a command line shell to start the server, e.g.

# net start MySQLXY

#

#

# Guildlines for editing this file

# ----------------------------------------------------------------------

#

# In this file, you can use all long options that the program supports.

# If you want to know the options a program supports, start the program

# with the "--help" option.

#

# More detailed information about the individual options can also be

# found in the manual.

#

#

# CLIENT SECTION

# ----------------------------------------------------------------------

#

# The following options will be read by MySQL client applications.

# Note that only client applications shipped by MySQL are guaranteed

# to read this section. If you want your own MySQL client program to

# honor these values, you need to specify it as an option during the

# MySQL client library initialization.

#

[client]

# pipe

# socket=mysql

port=3306

[mysql]

default-character-set=utf8

 

# SERVER SECTION

# ----------------------------------------------------------------------

#

# The following options will be read by the MySQL Server. Make sure that

# you have installed the server correctly (see above) so it reads this

# file.

#

# server_type=3

[mysqld]

# The next three options are mutually exclusive to SERVER_PORT below.

# skip-networking

# enable-named-pipe

# The Pipe the MySQL Server will use

# socket=mysql

# The TCP/IP Port the MySQL Server will listen on

port=3306

# Path to installation directory. All paths are usually resolved relative to this.

basedir="E:\Program Files\MySQL\MySQL Server 5.5\"

# Path to the database root

datadir="E:\ProgramData\MySQL\MySQL Server 5.5\data\"

# The default character set that will be used when a new schema or table is

# created and no character set is defined

character-set-server=utf8

# The default storage engine that will be used when create new tables when

default-storage-engine=INNODB

# Set the SQL mode to strict

sql-mode="STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"

# The maximum amount of concurrent sessions the MySQL server will

# allow. One of these connections will be reserved for a user with

# SUPER privileges to allow the administrator to login even if the

# connection limit has been reached.

max_connections=100

# Query cache is used to cache SELECT results and later return them

# without actual executing the same query once again. Having the query

# cache enabled may result in significant speed improvements, if your

# have a lot of identical queries and rarely changing tables. See the

# "Qcache_lowmem_prunes" status variable to check if the current value

# is high enough for your load.

# Note: In case your tables change very often or if your queries are

# textually different every time, the query cache may result in a

# slowdown instead of a performance improvement.

query_cache_size=0

# The number of open tables for all threads. Increasing this value

# increases the number of file descriptors that mysqld requires.

# Therefore you have to make sure to set the amount of open files

# allowed to at least 4096 in the variable "open-files-limit" in

# section [mysqld_safe]

table_cache=256

# Maximum size for internal (in-memory) temporary tables. If a table

# grows larger than this value, it is automatically converted to disk

# based table This limitation is for a single table. There can be many

# of them.

tmp_table_size=21M

# How many threads we should keep in a cache for reuse. When a client

# disconnects, the client's threads are put in the cache if there aren't

# more than thread_cache_size threads from before. This greatly reduces

# the amount of thread creations needed if you have a lot of new

# connections. (Normally this doesn't give a notable performance

# improvement if you have a good thread implementation.)

thread_cache_size=8

#*** MyISAM Specific options

# The maximum size of the temporary file MySQL is allowed to use while

# recreating the index (during REPAIR, ALTER TABLE or LOAD DATA INFILE.

# If the file-size would be bigger than this, the index will be created

# through the key cache (which is slower).

myisam_max_sort_file_size=100G

# If the temporary file used for fast index creation would be bigger

# than using the key cache by the amount specified here, then prefer the

# key cache method. This is mainly used to force long character keys in

# large tables to use the slower key cache method to create the index.

myisam_sort_buffer_size=41M

# Size of the Key Buffer, used to cache index blocks for MyISAM tables.

# Do not set it larger than 30% of your available memory, as some memory

# is also required by the OS to cache rows. Even if you're not using

# MyISAM tables, you should still set it to 8-64M as it will also be

# used for internal temporary disk tables.

key_buffer_size=8M

# Size of the buffer used for doing full table scans of MyISAM tables.

# Allocated per thread, if a full scan is needed.

read_buffer_size=64K

read_rnd_buffer_size=256K

# This buffer is allocated when MySQL needs to rebuild the index in

# REPAIR, OPTIMZE, ALTER table statements as well as in LOAD DATA INFILE

# into an empty table. It is allocated per thread so be careful with

# large settings.

sort_buffer_size=256K

#*** INNODB Specific options ***

# innodb_data_home_dir=0.0

# Use this option if you have a MySQL server with InnoDB support enabled

# but you do not plan to use it. This will save memory and disk space

# and speed up some things.

# skip-innodb

# Additional memory pool that is used by InnoDB to store metadata

# information. If InnoDB requires more memory for this purpose it will

# start to allocate it from the OS. As this is fast enough on most

# recent operating systems, you normally do not need to change this

# value. SHOW INNODB STATUS will display the current amount used.

innodb_additional_mem_pool_size=3M

# If set to 1, InnoDB will flush (fsync) the transaction logs to the

# disk at each commit, which offers full ACID behavior. If you are

# willing to compromise this safety, and you are running small

# transactions, you may set this to 0 or 2 to reduce disk I/O to the

# logs. Value 0 means that the log is only written to the log file and

# the log file flushed to disk approximately once per second. Value 2

# means the log is written to the log file at each commit, but the log

# file is only flushed to disk approximately once per second.

innodb_flush_log_at_trx_commit=1

# The size of the buffer InnoDB uses for buffering log data. As soon as

# it is full, InnoDB will have to flush it to disk. As it is flushed

# once per second anyway, it does not make sense to have it very large

# (even with long transactions).

innodb_log_buffer_size=2M

# InnoDB, unlike MyISAM, uses a buffer pool to cache both indexes and

# row data. The bigger you set this the less disk I/O is needed to

# access data in tables. On a dedicated database server you may set this

# parameter up to 80% of the machine physical memory size. Do not set it

# too large, though, because competition of the physical memory may

# cause paging in the operating system. Note that on 32bit systems you

# might be limited to 2-3.5G of user level memory per process, so do not

# set it too high.

innodb_buffer_pool_size=117M

# Size of each log file in a log group. You should set the combined size

# of log files to about 25%-100% of your buffer pool size to avoid

# unneeded buffer pool flush activity on log file overwrite. However,

# note that a larger logfile size will increase the time needed for the

# recovery process.

innodb_log_file_size=59M

# Number of threads allowed inside the InnoDB kernel. The optimal value

# depends highly on the application, hardware as well as the OS

# scheduler properties. A too high value may lead to thread thrashing.

innodb_thread_concurrency=9

 

 

 

Så vidt jeg så er det ikke noen informasjon der andre ikke burde se? Så kanskje du kunne fort sett om du så om det var noe der jeg kunne endre på?

 

 

Mvh Olav B, G

Endret 21. mai 2012 av olavgulb

[Bolson]

skip-networking er kommentert ut - det er korrekt.

 

Ser ellers ikke noe som skulle hindre ekstern tilgang.