W liście z pon, 04-08-2003, godz. 11:14, Maciej Bobrowski pisze:
a mysql -u user --password= nie mo?e by?
no wlasnie to jest caly problem. Mozna tak zrobic. Pewnie. Bedzie dzialac.
Ale problem w tym, ze to haslo trzeba wpisac. Jesli to jest skrypt, ktory
uruchamia sie w cronie to ten
czesc
w cronie jest ustawione, zeby robil sie backup bazy mysqlowej o pewnej
godzinie. Skrypt uruchamia sie z prawami roota. Root ma ustawione haslo do
bazy. Jesli chce zrobic backup albo w ogole podlaczyc sie do bazy to musze
podac haslo. Jesli skrypt backupujacy uruchomi sie o pewnej godzinie
On Mon, Aug 04, 2003 at 10:25:53AM +0200, Maciej Bobrowski wrote:
w cronie jest ustawione, zeby robil sie backup bazy mysqlowej o pewnej
godzinie. Skrypt uruchamia sie z prawami roota. Root ma ustawione haslo do
bazy. Jesli chce zrobic backup albo w ogole podlaczyc sie do bazy to musze
podac
w cronie jest ustawione, zeby robil sie backup bazy mysqlowej o pewnej
godzinie. Skrypt uruchamia sie z prawami roota. Root ma ustawione haslo
do
bazy. Jesli chce zrobic backup albo w ogole podlaczyc sie do bazy to
musze
podac haslo. Jesli skrypt backupujacy uruchomi sie o pewnej godzinie
On Mon, Aug 04, 2003 at 11:09:04AM +0200, Radosław Antoniuk wrote:
a mysql -u user --password= nie może być
Wtedy można w `ps' podejrzeć hasło. Chyba że masz grsecurity/openwall.
Wanted
a mysql -u user --password= nie mo?e by?
no wlasnie to jest caly problem. Mozna tak zrobic. Pewnie. Bedzie dzialac.
Ale problem w tym, ze to haslo trzeba wpisac. Jesli to jest skrypt, ktory
uruchamia sie w cronie to ten skrypt musi skads wziac to haslo. Czyli
trzeba mu albo wpisac string w pliku
Dnia Monday 2003 of August 4 11:14, Maciej Bobrowski napisał:
a mysql -u user --password= nie mo?e by?
no wlasnie to jest caly problem. Mozna tak zrobic. Pewnie. Bedzie dzialac.
Ale problem w tym, ze to haslo trzeba wpisac. Jesli to jest skrypt, ktory
uruchamia sie w cronie to ten skrypt
Dnia Monday 2003 of August 4 12:38, Radosław Antoniuk napisał:
Wtedy można w `ps' podejrzeć hasło. Chyba że masz grsecurity/openwall.
A ktoś nie ma?? ;-)
np ja nie mam i co więcej - nie zamierzam mieć tego typu łatek u siebie w
systemie - niezależnie czy jest to maszyna w domu czy w pracy -
np ja nie mam i co więcej - nie zamierzam mieć tego typu łatek u siebie w
systemie - niezależnie czy jest to maszyna w domu czy w pracy - po prostu
są
łatki, ktore nie mają sensu w przypadku maszyn jednoużytkownikowych, do
tego
jeszcze postawionych za NAT-em lub w ogóle bez dostępu do sieci.
No
No zgadza si?. Ale ma?o kto u?ywa MySQL nie w sieci...
No chyba nie do konca to jest takie proste. Mozna zrobic aplikacje (na
przyklad w javie), ktora dziala na serwerze na bazie a sama dalej
(do klientow) wysyla dane (i od nich odbiera). Nie potrzeba ustawiac
polaczenia z baza z zewnatrz.
Witaj Maciej,
W Twoim liście datowanym 4 sierpnia 2003 (10:25:53) można przeczytać:
MB czesc
MB w cronie jest ustawione, zeby robil sie backup bazy mysqlowej o pewnej
MB godzinie. Skrypt uruchamia sie z prawami roota. Root ma ustawione haslo do
MB bazy. Jesli chce zrobic backup albo w ogole
A ja poprostu pakuje cały katalog tar -czf /archiwum/mysql.tgz
/var/lib/mysql dodatkowo jak jest potrzeba to jeszcze przepuszczam
przez pgp. Nie jest to może zbyt eleganckie ale skuteczne. W razie
czego przywracam konkretny katalog z bazą.
Polecam, robię to samo ;-)
--
Pozdrawiam,
On Mon, 4 Aug 2003 15:07:22 +0200
Radosław Antoniuk [EMAIL PROTECTED] wrote:
A ja poprostu pakuje cały katalog tar -czf /archiwum/mysql.tgz
/var/lib/mysql dodatkowo jak jest potrzeba to jeszcze przepuszczam
przez pgp. Nie jest to może zbyt eleganckie ale skuteczne. W razie
czego
Witam,
Dnia pon, sie 04, 2003 at 03:26:11 CEST, Marcin Sochacki napisał:
: Oczywiście nie zapominasz o wcześniejszym wyłączeniu demona mysql
: na czas operacji?
Lub przynajmniej zalockowanie plikow.
w przeciwnym wypadku fajne jaja potrafia sie dziac w momencie kiedy
tar czyta, a mysqld pisze do
14 matches
Mail list logo