Wordpressi uuendamine kui ssh port on muudetud?

[-IFFI-]

Taas olen probleemi ees ning ei suuda leida lahendust omapeaga ja google abiga.

Nimelt üritan uuendada wordpressi oma serveris(debian6_64bit) kus siis on muudetud ära vaikimisi ssh port ja keelatud root logimine. Wordpress vaikimisi kasutab FTP (mitte sFTP-d) ning porti 21.

Leitsin sellis õpetuse http://www.simpleprecision.com/2011/01/ ... dard-port/

mida ma ka loomulikult järgisin ning sai ka lisatud selline plugin juurde http://wordpress.org/extend/plugins/ssh ... ort/stats/ mis siis andis selle uuendus osa FTP seadetele juurde valida SSH2 valiku ja koha kuhu kopeerida Private Key

Proovinud hostiks panna localhosti, IP aadressi, domeeni seda siis lõpus pordiga ja ilma.
Arvan, et asi töötab kui seda õieti kasutada mida kindlasti mina praegu ei tee.

Aga tulemuseks on ikka
Error: There was an error connecting to the server, Please verify the settings are correct.

Ehk on kellegil sellel teemal kogemusi või oskab pakkuda töötavat lahendust

[spott]

kas niisama FTP-ga saad ühendust?

Sest wordpressil on täiesti savi, kas ssh töötab või mitte. Teda huvitab ftp server.

[-IFFI-]

Kui mõtled näiteks FileZilla-ga siis ei kuna port vale.

Wordpressis saab lihtsalt FTP valides nüüd siis sellise vastuse

Kood: Vali kõik

Unable to locate WordPress Root directory.

Installation Failed

Uuurisin ja puurisin aga seda õiget kohta ma ei leia. Proovisin küll vahetada wp_config.php ja wp_settings.php failis noid pathe muuta aga sisi ei saanud enam ültse andmebaasiga ühendust.

Unustasin mainida ja kindlasti on vast oluline, et /var/www kataloomas jookseb mul üks sait ja see antud hetkel probleemne wordpress konto on loodud läbi virtualmini ja selle wordpressi kodukataloom on /home/wordpress/public_html

Sellel wordpressil on oma domeen mis siis godaddys on määratud serevri üld IP peale. Sait kõik toimib kenasti aga uuendamisega nüüd jama.

Eks saab ka käsitsi aga mugavam oleks siiski automaatne.

[spott]

Kuidas sul FTP port vale on, kui sa väidad, et muutsid ssh pordi ja keelasid root kasutaja logimise ära?
FTP teenus jookseb ikka sama pordi otsas. Pigem kontrolli, kas sul FTP server ikka töötab ja kas see ühendusi võtab vastu.

[-IFFI-]

Polnud vahepeal mahti asjaga tegeleda, nüüd siis uutel katsetel kuna probleem on jätkuv.

Võimalik, et ma ei sa sinust päris täpselt aru või siis vastupidi aga üritan selgitada olukorda.

Serveris siis tegelikult päris ära keelatud pole root logimine, Ära on keelatud port 22 mis on asendatud näiteks 1234 (4 kohalise numbriga) pordiga. Lisatud on üks kasutaja sudo privileegidega ja muudetud on ka root parool.

Mõlemiga saab läbi ssh ja sftp sisse kasutades oma 1234 porti. Kui üritan kasutada FTP-d ja tava 21 või siis 22 porti ...ei suuda FTP sisslogida

Wordpressis, kui proovin uuendada automaatselt siis sisestan oma serveri IP ja olen proovinud logida sealt mõlemi kasutajaga ja vastuseks saan alati

Ei leia WordPressi kataloogi.

Paigaldamine ebaõnnestus

Minuarust on kusagil failis äkki vaja ära muuta see kausta tee, kuna sait asub kaustas /home/wordpress/public_html/ kust ta kuvatakse domeenile nähtavaks....ei asu kaustas /var/www/sait

Antud wordpressi sait ehk konto on loodud läbi virtualmini. Server on dedicated ja debian6 64 bit jooksebs seal. Virtualmin tegi home katalooma automaatselt selle katalooma. Antud serevris jookseb veel mitu kontot/domeeni

[spott]

Wordpress kasutab tavalist FTP-d. http://en.wikipedia.org/wiki/List_of_TC ... rt_numbers

Ja sinu veateade viitab sellele, et kasutaja, kelle nime sa sisestad ei ole õigust sellele kataloogile, kus wordpres asub või on tema kodukataloog kuskil mujal ja sa pead talle teada andma, kus Wordpress asub.

Seega - sinu SSH-ga pole siin midagi pistmist.
Te parem virtualminis uus FTP kasutaja, kes pääseb ligi just wordpressi kaustale, vaata, et ta kuulub samasse grupi, kes wordpressi on paigaldanud ja uuenda siis.

[chris]

Minuarust on kusagil failis äkki vaja ära muuta see kausta tee, kuna sait asub kaustas /home/wordpress/public_html/ kust ta kuvatakse domeenile nähtavaks....ei asu kaustas /var/www/sait

Antud wordpressi sait ehk konto on loodud läbi virtualmini. Server on dedicated ja debian6 64 bit jooksebs seal. Virtualmin tegi home katalooma automaatselt selle katalooma. Antud serevris jookseb veel mitu kontot/domeeni

/home/wordpress viitab sellele, et tegid kasutaja wordpress. Üks kahest, kas
* kasutajal wordpress ei ole lubatud sisse logida kasutades FTP-d, või
* WP uuendamisel ütled sa, et faile tuleb uuendada kellegi teisena kui kasutaja wordpress. (WP võib ka ise vale kasutaja vaikimisi pakkuda).

Tegelikult on võimalik veel kolmas variant: kasutaja on õige ja tohib ka FTP-d teha, kuid ainult localhostist localhosti (127.0.0.1 <-> 127.0.0.1). Sinu juhtumil on aga vähemalt üks IP-dest serveri avalik IP, millelt kasutajat ei teenindata.

Mis on kirjas FTP deemoni logis (just sisselogimiskatsed, failide liigutamine ei ole hetkel oluline)? Kuidas need ühilduvad ajaliselt sisselogimised sinu uuendamise katsetega?

Mis kataloogi muutmisesse puutub, siis peaks WP olema nii inteligentne küll, et loeb vana paigalduse konfi sisse ja kasutab seat kirjeldatud asukohta.

[-IFFI-]

Nii, vähemasti sain FTP nüüd tööle. Probleem siis oligi selles, et tuli sisestada antud kontole loodud FTP kasutaja andmed, üldine kasutaja ei sobinud, aga selle üldise kasutajaga sFTP-s saan ligi kogu serevris olevale mandile/kontodele...aga pole vahet vähemasti on see probleem nüüd lahendatud ja asi selge.

Nüüd siis on taas uus probleem...nimelt esmalt väitsi uuendaja et ei suuda luua katalooma .../public_html/wp-content/upgrade

Tegin selle upgrade katalooma käsitsi valma ja chmod 0777 ja nüüd väidab uuendaja mulle järgmist

Kood: Vali kõik

Laen uuendusi: http://wordpress.org/wordpress-3.5-new-bundled.zip.

Uuenduse lahtipakkimine

Faile ei õnnestu kopeerida

Paigaldamine ebaõnnestus

millised kataloomad/failid on vaja veel siis chmodida? Jumalapärast ega kogu "public_html" katalooma....

[spott]

zip on üldse serverisse paigaldatud?

[-IFFI-]

jep, nii vähemalt väidab ka läbi ssh #apt-get install zip ja unzip, et on kõikse uuem version juba installitud

[spott]

kas upgrade kataloogi mingid failid üldse tekkisid või mitte? Mingid tmp failid peaks olema.

[-IFFI-]

mhh, vääga imelik, ei ole miskit kusagil, panin ka tmp kataloomale 0777 peale ja proovisin ka siis ei tekinud miskit, ja upgrade kataloomale viskasin 0777 peale ja sinna tegin ka omakorda tmp ja 0777...ei midagi

[obundra]

Ega SElinux ei tööta?Uuri logisid, sealt ehk paistab kuhu asi takerdub.Tegelikult peaks piisama, kui wp-content/upgrade õigused on 755, ka omanik ja grupp peavad õiged olema, näiteks apache.Kuuglis paistis palju teemasid sarnase vea kohta, enamikul oli lahenduseks wp-content alt upgrade kataloogi kustutamine ning selle taasloomine 777 õigustega ja õige kasutaja:grupi omandusse andmine.Mõningal juhul oli piduriks ka autoupgrade plugin, mis tuli eemaldada.
Võid proovida ka ilma ftp-ta uuendamist, http://www.hongkiat.com/blog/update-wor ... thout-ftp/

[-IFFI-]

Sry, aga mis asi on SElinx? kuidas ma seda saan kontrollida? Esmalt ei hakka ma midagi siis veel proovima, meibi, et viga siis seal.

[chris]

SELinux on võimalus piirata Linuxi kasutamist paindlikul moel. Debiani vaikeinstallis teda ei aktiveerita (selleks on paketid selinux-policy-*).

[-IFFI-]

Tänan kõiki abilisi.

Sain oma probleemi lahendatud. Ei hakanud esmalt veel asja keeruliseks ajama siin jagatud näpunäidete põhjal, kindlasti oleks saanud ka abi kui oleks järginud neid.

Minu lahendus oli järgmine, et paigaldasin serverlile virtualmini asemel ISPConfig 3 tarkvara ning kõik uuendused toimivad igal CMS tarkvaral ilma seadistamata ja täiesti automaatselt nagu nad seda tegema peavad.

Kindlasti oleks saanud ka asja korda virtualminil kuid see oleks konfatud õiet aga kuna mulle oli see esmane kogemus siis tundus kõik nii keeruline ja läksin lihtsama vastupanu teed otsides omale sobiva hosting paneli.

Veelkord kõigile abilistele suured suured tänud aega raiskamast minu peale.
Kena aastalõpu teile kõigile.