Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Lukáš

Stran: 1 [2] 3
16
Server / vsFTPd + mysql.pam = "530 Login incorrect"
« kdy: 20. 04. 2016, 12:02:49 »
Zdravím, potřebuji poradit se zprovozněním vsFTPd serveru na mém VPS.

- Server: Ubuntu 14.04.4 LTS
- vsftpd: vsftpd 3.02
- MySQL: 5.7.12
- Instalované balíčky: libpam-mysql, vsftpd, libpam-ldap

Ten "libpam-ldap" si myslím, že není potřeba, ale v jednom návodu byl, tak jsem ho raději nainstaloval.


- Soubor /etc/vsftpd.conf
Kód: [Vybrat]
listen=YES
anonymous_enable=NO
local_enable=YES
write_enable=YES
local_umask=022
dirmessage_enable=YES
use_localtime=YES
xferlog_enable=YES
connect_from_port_20=YES
nopriv_user=vsftpd
chroot_local_user=YES
secure_chroot_dir=/var/run/vsftpd/empty
pam_service_name=vsftpd
rsa_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem
rsa_private_key_file=/etc/ssl/private/ssl-cert-snakeoil.key
virtual_use_local_privs=YES
guest_enable=YES
guest_username=vsftpd
user_sub_token=$USER
local_root=/ftpusers/$USER/public
hide_ids=YES

- Soubor /etc/pam.d/vsftpd
Kód: [Vybrat]
auth    required        pam_mysql.so    user=vsftpd passwd=h!slo host=localhost db=vsftpd table=users usercolumn=username passwdcolumn=password crypt=0
account required        pam_mysql.so    user=vsftpd passwd=h!slo host=localhost db=vsftpd table=users usercolumn=username passwdcolumn=password crypt=0

MySQL databáze:
Kód: [Vybrat]
CREATE DATABASE vsftpd;
CREATE TABLE users (username varchar (30) NOT NULL, password varchar(50) NOT NULL, PRIMARY KEY (username)) ENGINE = MYISAM;
GRANT SELECT ON vsftpd.users TO vsftpd@localhost identified by "hesloProVsftpdUsera";
INSERT INTO `users` (`username`, `password`) VALUES ('test', 'a');

Při pokusu o připojení mě FTP server vždy (i z localhost) vrátí "530 Login incorrect". Když povolím "anonymous_enable", tak se anonymně připojit mohu.

Aktivoval jsem si logování SQL do souboru, abych se podíval, jestli se vsftpd snaží připojit, ale v logu nic nevidím. Takže se domnívám, že problém bude někde ještě před samotným připojením k DB.

Řešení problému "530 Login incorrect" je na internetu hromada, ale většina není pro mysql.pam nebo mě nepomohla. Zkoušel jsem i odinstalovat a znovu nainstalovat vsftpd a nepomohlo.

Ještě doplním, že toto nastavení mám na svém druhém VPS, kde běží v pohodě. Tam je ale Ubuntu 10.04.1 LTS.

Nedá se nějak zkontrolovat samotný průběh autentizace pomocí mysql.pam modulu?

Jinak crypt jsem měl nastaven na "2", ale pro účely testování jsem dal 0.

Děkuji.

17
Vývoj / Re:Git a checkout podadresáře
« kdy: 21. 08. 2015, 12:35:26 »
Z toho co píšete mi přijde, že GIT je určen pouze pro kompilované jazyky :D
Co třeba PHP? V takovém případě zdrojáky na server patří a export do .tar.gz mi moc užitečný nepřijde.

A na to jsi prisel jak? Git je na spravu verzi, CI na integraci.. I v tom pitomem PHP preci nebudes kopirovat na server zdrojaky vcetne testu a budes to chtit udelat az pote, co ti prosly jednotkove i integracni testy, ne? Nemluve o tom, ze i to nasazeni PHP neni jenom nakopirovani souboru, ale muze obsahovat trebas databazove migrace, minifikace css..

Pokud je na nasazování PHP nějaký jediný správný způsob, tak ten asi bohužel neznám.
Já v případě PHP většinou opravdu jen kopíruji zdrojáky na server. Pokud jsou potřeba úpravy databáze, tak je dělám ručně a pak jen nakopíruji soubory. V repozitáři mám právě adresářovou strukturu takovou, že jen jeden adresář patří na server a to kompletně a naopak žádný jiný tam nepatří (záznamy o změnách v DB, podklady atp.). Na všech vývojových strojích mám kompletní repozitář a vyvíjím na lokále a až je všechno otestované a připravené, tak soubory nakopíruji na server.

Nicméně rád bych se vyhnul diskuzi na téma "hloupé PHP", "špatný deployment" atp. Zajímalo mě pouze to, co je popsáno v úvodním postu a přestože to není ideální, tak git archive --remote je pro mě asi nejvhodnější.

18
Vývoj / Re:Git a checkout podadresáře
« kdy: 21. 08. 2015, 12:14:58 »
Jinak, omlouvám se pokud už to znáte, dobrá kniha o základech gitu je Pro-Git v  https://git-scm.com/book/en/v2 nebo v docela slušném překladu na [url]http://knihy.nic.cz[url] . Je to už trochu postarší kniha a git zas ušel kousek kupředu, ale prvních pár kapitol určitě stojí za přečtení pro pochopení základů jak to funguje a co od toho můžete očekávat.
Ano, tuto knihu znám a hodně informací o GITu mám právě z ní. Přesto děkuji :)

19
Vývoj / Re:Git a checkout podadresáře
« kdy: 19. 08. 2015, 09:29:27 »
... Takže by mi stačilo něco jako má SVN svn export (pokud si dobře vzpomínám), kdy dojde k vytvoření kopie požadovaného adresáře bez .svn dat...
Jen kdyby to šlo přímo na serveru kde chci data nahrávat.

Když pominu to že deployment aplikace by se skutečně měl dělat jinak (jak to radí ostatní), tak
to co hledáš je git archive

Kód: [Vybrat]
git archive --format tar --remote ssh://server.org/path/to/git HEAD docs/usage | tar zxf -

Ano, toto sice je něco jako svn export, ale potřeboval bych aby se to dělalo tam, kde chci data nahrát. Tedy logicky spíše něco jako svn import.

Omlouvám se za nepozornost - toto skutečně funguje jako svn import (kdyby existoval) a asi je to skutečně nejblíže tomu, co jsem hledal.
Koukal jsem na submoduly a to také není nic co by mi na řešení tohoto problému přišlo ideální.

20
Vývoj / Re:Git a checkout podadresáře
« kdy: 19. 08. 2015, 09:07:03 »
Pokusím se nastudovat submoduly.

21
Vývoj / Re:Git a checkout podadresáře
« kdy: 19. 08. 2015, 09:02:02 »
... Takže by mi stačilo něco jako má SVN svn export (pokud si dobře vzpomínám), kdy dojde k vytvoření kopie požadovaného adresáře bez .svn dat...
Jen kdyby to šlo přímo na serveru kde chci data nahrávat.

Když pominu to že deployment aplikace by se skutečně měl dělat jinak (jak to radí ostatní), tak
to co hledáš je git archive

Kód: [Vybrat]
git archive --format tar --remote ssh://server.org/path/to/git HEAD docs/usage | tar zxf -

Ano, toto sice je něco jako svn export, ale potřeboval bych aby se to dělalo tam, kde chci data nahrát. Tedy logicky spíše něco jako svn import.

Podle toho, kolik lidí se mi snaží pomoc se domnívám, že to co potřebuji GIT neumožňuje. Přesto mě zaujala rada od Ovrscouta kde radí něco na způsob vnořených repozitářů.
Jak se to dá realizovat, aniž by bylo to, co je ve vnořeném repozitáři, verzováno dvakrát?

22
Vývoj / Re:Git a checkout podadresáře
« kdy: 19. 08. 2015, 08:48:49 »
+1 Výstupem sestavení produktu by měl být balíček (.deb, .rpm, .war, .ear, .tar.gz atd.), který se pak nasazuje (na testy, do produkce). Zdrojáky tam nejsou potřeba resp. nepatří tam.

Z toho co píšete mi přijde, že GIT je určen pouze pro kompilované jazyky :D
Co třeba PHP? V takovém případě zdrojáky na server patří a export do .tar.gz mi moc užitečný nepřijde.

Jestli mám špatný už koncept používání verzovacího systému, rád se poučím, ale v tomto případě zatím nechápu co mi chcete říct.

Programuji ve více jazycích a už dlouho používám verzovací systém. Používal jsem SVN a teď se snažím přecházet na GIT. Vždy mám v projektu jak zdrojáky, tak podklady. Každý kdo na projektu pracuje potřebuje i podklady. Navíc ty se leckdy také verzují (návrhy DB, soubory s poznámkami atp.)

Vše funguje jak bych chtěl a jak jsem zvyklý. Jen mám teď problém s tím částečným checkoutem, v případě webserveru, kde potřebuji na server nahrávat pouze adresář se zdrojákem.

23
Vývoj / Re:Git a checkout podadresáře
« kdy: 18. 08. 2015, 16:27:19 »
A co to resit poradne? Takze job na CI serveru, ktery dela deploy a da se parametrizovat verzi repa (defaultne head)?

Obávám se, že na to zatím nemám dostatek zkušeností. Popravdě Vašemu postu vůbec nerozumím :(

24
Vývoj / Re:Git a checkout podadresáře
« kdy: 18. 08. 2015, 16:24:10 »
Já to řeším rozdělením do dvou repository (kde to vnitřní může být submodul nebo prostě jen vnořené repository). Vnější git pak uchovává pouze aktuální commit vnořeného repo. ale už ne vlastní data, to už se ve vnořeném repository spravuje samostatně.

Toto mi zní jako řešení mého problému. Můžete mě prosím nasměrovat na nějaké info o vnořenách repozitářích nebo mi ještě poradit jak na to?
Stačí klasicky vytvořit repozitář, tam nahrát podklady atp. a v tomto repozitáři vytvořit adresář určený pro webserver a v něm vytvořit další repozitář, který pak budu klonova na webserveru?

25
Vývoj / Re:Git a checkout podadresáře
« kdy: 18. 08. 2015, 16:19:55 »
Ano, tedy sparse-checkout pro mě nebude. Z důvodu bezpečnosti a úspory místa nechci na webserver nahrávat nic co tam není potřeba. Takže celý repozitář vč. podkladů mám na strojích, kde se na projektu pracuje, ale na server chci dávat pouze část.

Dokonce ani nutně nepotřebuji (přestože by to bylo lepší - viz níže) aby byla data na serveru nějak verzována, protože nepředpokládám, že by někdo něco chtěl měnit přímo na serveru a změny někam commitovat. Takže by mi stačilo něco jako má SVN svn export (pokud si dobře vzpomínám), kdy dojde k vytvoření kopie požadovaného adresáře bez .svn dat.
Jen kdyby to šlo přímo na serveru kde chci data nahrávat.

U SVN jsem to dělal tak, že jsem na serveru checkoutnul požadovaný podadresář (tam to lze) a pak už jen v případě potřeby  použil svn update a měl jsem na serveru aktuální verzi. Výhodou bylo, že jsem mohl nahrát i starší revizi atp.

GIT tedy něco takového neumožňuje? Mohu nahrát pouze celý repozitář nebo soubory nahrávat přes FTP ručně?

26
Vývoj / Re:Git a checkout podadresáře
« kdy: 18. 08. 2015, 15:27:59 »
To jo, ale tento příkaz jsem nedělal, protože mu nerozumím. Nevím k čemu je a co tam mám dosadit:

Kód: [Vybrat]
git remote add –f <name> <url>
Ty příkazy z článku se mají dělat na místě kde chci tu část repozitáře nebo tam kde mám repozitář, ze kterého budu tahat?

27
Vývoj / Git a checkout podadresáře
« kdy: 18. 08. 2015, 14:56:00 »
Jsem začínající uživatel GITu a narazil jsem na jeden problém. Potřeboval bych checkoutnout jen podadresář - ne celý repozitář.
Jde o to, že mám repozitář s projektem a ten obsahuje krom zdrojáků i podklady, dokumentaci atp.
Na server ale potřebuji nahrát jen zdrojáky a zbytek (např. podklady) nepotřebuji - dokonce na ně na serveru nemám ani dost místa.

Po hledání jsem zjistil, že na toto existuje od verze 1.7 funkce sparse-checkout, ale ta se mi nějak nepodařila rozjet:

Kód: [Vybrat]
echo some/dir/ >> .git/info/sparse-checkout
mi vypisuje, že adresář neexistuje.

Také jsem našel zmínku, že:

Kód: [Vybrat]
git clone --no-checkout
by měl pomoci, ale to se mi taky nepodařilo.

Jak se takovýto problém obyčejně řeší? Pokud je nejlepší ten sparse-checkout, tak k čemu slouží ten příkaz

Kód: [Vybrat]
git remote add –f <name> <url>
co je uveden v článku?

28
Server / Re:Ubuntu na VPS - příčina pomalosti
« kdy: 04. 08. 2014, 12:25:53 »
OK, ale pokud by to bylo DNSkem, tak netrvalo by to dlouho pořád? Ikdyž asi ne, pokud by byl třeba nějak kolísavě přetížen.
Ale teď to zrovna "bohužel" šlape dobře, takže to nemám jak porovnat, ale jak se to začne zase loudat, tak to zkusím.
Díky za tip - toto mě nenapadlo :)

A nemáte někdo nápad, jak otestovat tu odezvu disku? Nebo není nějaký nástroj, který monitoruje celý systém a bylo by tam vidět, kde je (nejen při webových požadavcích) úzké hrdlo?
Jde o to, že kdyby to bylo nízkou výkoností serveru, tak OK, pořádím lepší, ale nerad bych pořídil lepší a byl tam kde jsem :)

29
Server / Re:Ubuntu na VPS - příčina pomalosti
« kdy: 04. 08. 2014, 09:54:27 »
Aj! Sorry za ten obrázek. Ale nevidím možnost editace abych místo něj dal jen odkaz :/

30
Server / Ubuntu na VPS - příčina pomalosti
« kdy: 04. 08. 2014, 09:50:39 »
Zdravím,

mám VPS a na něm "Ubuntu 10.04.4 LTS". Tam mám nainstalované nějaké servery (Apache, MySQL, vsftpd atp.). Dřív všechno šlapalo v pohodě, ale poslední dobou mám problémy s rychlostí a protože jsem Ubuntu noob, tak nevím jak zjistit, kde je příčina.

Když koukám do Muninu, tak mě přijde všechno v pohodě (ne že bych se v tom nějak moc vyznal), když koukám na htop, tak tam taky nevidím problém. Když koukám v MySQL "show processlist", tak taky nic.
Přitom když chci načíst nějaký web co jede na tom serveru, tak to někdy trvá dlouho (třeba 30 sekund - asi i víc) a jindy to zase reaguje okamžitě.

Napadlo mě, jestli to není tím VPS - CPU jede na pár % a paměti mám cca 40% volné. Vím, že mě na VPS může poskytovatel rezervovat RAM a CPU, ale nemůže být problém v disku? Že obsluhuje jiné VPS a tím nemůže obsloužit moje? Jak mám postupovat abych našel příčinu problému? Díky.

Na VPS je toto:
- 2GHz CPU (1 jádro)
- 2GB RAM (asi 60% zaplněno)
- 10GB HDD (asi 70% GB zaplněno)

Pozn.: Jednou jsem zkoušel načíst prázdnou statickou HTML stránku a trvalo to asi 25 sekund. Takže to podle mě nemůže být v MySQL atp. Leda Apache nebo to nestíhá CPU, což podle grafů nevypadá.

Přikládám screen z Munina...

Stran: 1 [2] 3