Tworzenie kont ftp z poziomu php |
Tworzenie kont ftp z poziomu php |
3.02.2012, 11:14:54
Post
#1
|
|
Grupa: Zarejestrowani Postów: 11 Pomógł: 0 Dołączył: 20.01.2012 Ostrzeżenie: (10%) |
Witam serdecznie jestem posiadaczem linuxa Ubuntu i mam pewien problem.
Gdy tworzę komendą która tworzyć użytkownika z poziomu php linux nie odpowiada i nie dodaje konta
I nie tworzy konta Proszę o pomoc. Może teraz będzie wam ławiej pomóc. Posiadam skrypt php który ma dodawać uusera:
Następnie łączy się z user.sh i niechce dodać użytkownika oto skrypt user.sh
Proszę o pomoc |
|
|
3.02.2012, 11:18:17
Post
#2
|
|
Grupa: Zarejestrowani Postów: 4 340 Pomógł: 542 Dołączył: 15.01.2006 Skąd: Olsztyn/Warszawa Ostrzeżenie: (0%) |
A nie widzę u ciebie
http://www.php.net/manual/pl/book.exec.php -------------------- I'm so fast that last night I turned off the light switch in my hotel room and was in bed before the room was dark - Muhammad Ali.
Peg jeżeli chcesz uprawiać sex to dzieci muszą wyjść, a jeżeli chcesz żeby był dobry ty też musisz wyjść - Al Bundy. QueryBuilder, Mootools.net, bbcradio1::MistaJam http://www.phpbench.com/ |
|
|
3.02.2012, 11:36:38
Post
#3
|
|
Grupa: Zarejestrowani Postów: 11 Pomógł: 0 Dołączył: 20.01.2012 Ostrzeżenie: (10%) |
nic nie pomogło troszkę uprościłem user.sh
dalej nie działa |
|
|
3.02.2012, 11:42:55
Post
#4
|
|
Grupa: Zarejestrowani Postów: 4 340 Pomógł: 542 Dołączył: 15.01.2006 Skąd: Olsztyn/Warszawa Ostrzeżenie: (0%) |
Jak z pziomu konsoli próbujesz odpalić swoj skrypt .sh to działa Coś pokazuje W phpie daje jakąś odpowiedz
Edit: Przeciecież, jeżeli nie jesteś rutem to po wywołaniu sudo zapyta o hasło ruta i tu pewnie jest problem. Uprawinienia ! czy user na którym odpalasz skrypt ma wystarczające prawa Ten post edytował skowron-line 3.02.2012, 11:45:45 -------------------- I'm so fast that last night I turned off the light switch in my hotel room and was in bed before the room was dark - Muhammad Ali.
Peg jeżeli chcesz uprawiać sex to dzieci muszą wyjść, a jeżeli chcesz żeby był dobry ty też musisz wyjść - Al Bundy. QueryBuilder, Mootools.net, bbcradio1::MistaJam http://www.phpbench.com/ |
|
|
3.02.2012, 11:52:22
Post
#5
|
|
Grupa: Zarejestrowani Postów: 702 Pomógł: 65 Dołączył: 16.03.2009 Ostrzeżenie: (0%) |
tylko po co dodawać przez shell ?
zainstaluj proftpd + dodatek mysql , dzięki temu będziesz mógł zarządzać serwerem przez bazę mysql to rozwiązanie ma same zalety oraz dostarcza wiecej opcji -------------------- Nie udzielam pomocy poprzez PW
|
|
|
3.02.2012, 12:31:50
Post
#6
|
|
Grupa: Zarejestrowani Postów: 11 Pomógł: 0 Dołączył: 20.01.2012 Ostrzeżenie: (10%) |
mam zainstalowane proftpd
a dokładniej jak nazwya sie ten dodatek? mysql? odnośnie konta root to jest on odpalany z konta root
|
|
|
3.02.2012, 12:33:51
Post
#7
|
|
Grupa: Zarejestrowani Postów: 702 Pomógł: 65 Dołączył: 16.03.2009 Ostrzeżenie: (0%) |
-------------------- Nie udzielam pomocy poprzez PW
|
|
|
3.02.2012, 13:03:16
Post
#8
|
|
Grupa: Zarejestrowani Postów: 11 Pomógł: 0 Dołączył: 20.01.2012 Ostrzeżenie: (10%) |
|
|
|
3.02.2012, 13:44:04
Post
#9
|
|
Grupa: Zarejestrowani Postów: 702 Pomógł: 65 Dołączył: 16.03.2009 Ostrzeżenie: (0%) |
katalog użytkownika musisz już wykonać za pomocą shell'a + nadanie praw (w przypadku proftpd+mysql użytkownika w systemie linux nie ma ,więc nadajesz prawa dla katalogu , takie samo jakie posiada proftpd), nie koniecznie w /home , proponuje osobna partycję + chroot proftpd
-------------------- Nie udzielam pomocy poprzez PW
|
|
|
3.02.2012, 14:31:21
Post
#10
|
|
Grupa: Zarejestrowani Postów: 260 Pomógł: 30 Dołączył: 22.01.2007 Ostrzeżenie: (0%) |
ewentualnie dodać do pliczku sudoers wpisik:
www-data ALL=(ALL) NOPASSWD: ALL i bawić się poleceniem exec() dalej |
|
|
3.02.2012, 14:40:27
Post
#11
|
|
Grupa: Moderatorzy Postów: 15 467 Pomógł: 1451 Dołączył: 25.04.2005 Skąd: Szczebrzeszyn/Rzeszów |
Też mu poradziłeś. Najlepiej, jak się dało... Jeśli jedziesz na takim serwerze, to podaj adres...
Rozwiązanie: skrypt w bashu, właściciel: root, prawa do wykonywania grupa (www-data) i ustawiasz sticky bit na odpalanie z prawami właściciela. -------------------- ZCE :: Pisząc PW załączaj LINK DO TEMATU i TYLKO w sprawach moderacji :: jakiś błąd - a TREŚĆ BŁĘDU? :: nie ponaglaj z odpowiedzią via PW! |
|
|
3.02.2012, 15:06:46
Post
#12
|
|
Grupa: Zarejestrowani Postów: 260 Pomógł: 30 Dołączył: 22.01.2007 Ostrzeżenie: (0%) |
Też mu poradziłeś. Najlepiej, jak się dało... Jeśli jedziesz na takim serwerze, to podaj adres... Rozwiązanie: skrypt w bashu, właściciel: root, prawa do wykonywania grupa (www-data) i ustawiasz sticky bit na odpalanie z prawami właściciela. po. 1 to był przykładzik można to sparametryzować w tym pliczku bezpieczniej po. 2 zapewne po zawartości można stwierdzić że to serwer wewnętrzny więc nawet po wpisie bez hasełka ryzyko niewielkie po. 3 twoja propozycja nie jest najgorsza co nie znaczy, że o jej bezpieczeństwie również można by było podyskutować |
|
|
3.02.2012, 21:48:44
Post
#13
|
|
Grupa: Moderatorzy Postów: 15 467 Pomógł: 1451 Dołączył: 25.04.2005 Skąd: Szczebrzeszyn/Rzeszów |
Cytat po. 1 to był przykładzik można to sparametryzować w tym pliczku bezpieczniej W żadnym wypadku. Wystarczy, że będzie dziura w jakimkolwiek skrypcie i już proces demona httpd kontroluje cały system. Coś takiego jest niedopuszczalne. Cytat po. 2 zapewne po zawartości można stwierdzić że to serwer wewnętrzny więc nawet po wpisie bez hasełka ryzyko niewielkie Prawa Murphy'ego zna? Cytat po. 3 twoja propozycja nie jest najgorsza co nie znaczy, że o jej bezpieczeństwie również można by było podyskutować Jeśli masz możliwość nadpisania skryptu, to wówczas jest problem. Ale to zupełnie co innego niż przydzielenie pełnych uprawnień usłudze, która jest dość ryzykowna w działaniu. -------------------- ZCE :: Pisząc PW załączaj LINK DO TEMATU i TYLKO w sprawach moderacji :: jakiś błąd - a TREŚĆ BŁĘDU? :: nie ponaglaj z odpowiedzią via PW! |
|
|
4.02.2012, 13:15:39
Post
#14
|
|
Grupa: Zarejestrowani Postów: 11 Pomógł: 0 Dołączył: 20.01.2012 Ostrzeżenie: (10%) |
Witam wszystko poszło gładko jednak pojawił sie problem przy konfigurowaniu pliku
/etc/proftpd/proftpd.conf Musiałem dodać następujaca linię kodu Po restarcie serwera pojawił się błąd: - Fatal: unknown configuration directive 'SQLBackend' on line 181 of '/etc/proftpd/proftpd.conf' Sorka moja nie uwaga problem rozwiązałem, a leżał on w pliku: /etc/proftpd/modules.conf Konfiguracja lini:
pomogło Napotkałem kolejny problem Proszę o pomoc
Nie odpala się screen :/ tak jak by nie wchodził do katalogu próbowałem już na różne sposoby
I nic nie daje serwer nie startuje. Ale jak w putty odpala z katalogu /home/user/hlds_l wszystko działa i screen się zapisuje. Ten post edytował krocio 4.02.2012, 09:38:02 |
|
|
4.02.2012, 17:31:17
Post
#15
|
|
Grupa: Zarejestrowani Postów: 702 Pomógł: 65 Dołączył: 16.03.2009 Ostrzeżenie: (0%) |
pokaż co masz w logach
-------------------- Nie udzielam pomocy poprzez PW
|
|
|
5.02.2012, 21:27:44
Post
#16
|
|
Grupa: Zarejestrowani Postów: 11 Pomógł: 0 Dołączył: 20.01.2012 Ostrzeżenie: (10%) |
Wszystko już działa restart serwera apache pomógł
dzięki bardzo za pomoc. gothye +1 pomogłeś |
|
|
6.02.2012, 01:39:53
Post
#17
|
|
Grupa: Zarejestrowani Postów: 70 Pomógł: 8 Dołączył: 3.05.2011 Ostrzeżenie: (0%) |
Czy przy takim rozwiązaniu pad bazy = brak dostępu do kont FTP ?
|
|
|
Wersja Lo-Fi | Aktualny czas: 15.05.2024 - 02:54 |