телевизори. Конзоли. Проектори и аксесоари. Технологии. Цифрова телевизия

Достъпът до беше отказан какво да правя. Достъпът до папката е отказан - какво да правя? Моят съвет. Какво е отказан достъп?

URTBChPYUOPE THLPCHPDUFChP RP MySQL

    4.2.11 rTYUYOSCH RPSCHMEOYS PYYVPL Достъпът отказан ("CH DPUFHRE PFLBBOBOP")

    eUMY RTY RPRSCHFLE RPDUPEDOEOYS L UETCHETKH MySQL CHCH UFBMLYCHBEFEUSH U PYYVLPK Достъпът отказан, FP CHPURPMSHKFEUSH RTYCHEDEOOSCHN OITSE URYULPN. h OEN RETEYUYUMESCH NETSCH, LPFPTSCHE NPTsOP RTYOSFSH DMS TEYEOYS LFPC RTPVMENSH:

    • ъBRХУЛБМИ MY CHSHCH RPUME YOUFBMMSGYY MySQL ULTYRF mysql_install_db DMS KHUFBOPCHLY OBUBMSHOPZP UPDETSYNPZP FBVMYG RTYCHYMEZYK? eUMY OEF, UDEMBKFE LFP. pVTBFYFEUSH L TBDEMH Вижте раздел 4.3.4 ъBDBOYE YOBYUBMSHOSHI RTYCHYMEZYK MySQL. rTPCHETSHFE RETCHPOBUBMSHOSHE RTYCHYMEZYY U RPNPESH UMEDHAEEEK LPNBODSCH: shell> mysql -u root test rPDUPEDYOOYE DPMTSOP RTPYЪPKFY VEЪ UVPS. UMEDHEF FBLCE KHVEDYFSHUS, YuFP CH LBFBMPZE VBOSCH DBOOSCHI MySQL YNEEFUS ZHBKM `user.MYD" . pVSHYUOP BY OBIPDIFUS CH DYTELFPTYY `PATH/var/mysql/user.MYD" , WHERE PATH - RHFSH L LPTOECHPNH LBFBMPZH YO UFBMMSGYY MySQL.
    • rPUME OPChPK YOUFBMMSGY UMEDHEF RPDUPEDOYFSHUS L UETCHETH Y UPJDBFSH RPMSHJPCHBFEMEK, B FBLCE KHUFBOPCHYFSH DMS OYI RTBCHB DPUFHRB: shell> mysql -u root mysql АКАУНТ TBBTEYYF RPDUP EDYOOYE, F.L. RPMSHЪPCHBFEMS MySQL U YNEOEN RPMSHЪPCHBFEMS root YUIDOP OE YNEEF RBTPMS. OP CH LFPN ЪBLMAYUBEFUS FBLCE Y TYUL OBTHYEOYS VEЪPRBUOPUFY UYUFENSCH, RPFPNH RTY UPBDBOY PUFBMSHOSHI RPMSHЪPCHBFEMEK MySQL, ChBN, RPNNYNP RTPYUEZP, UMEDHEF ЪBD BFSH RBTPMSH DMS RPMSHЪPCHBFEMS корен. eUMY RTY RPRSCHFLE RPDUPEDOEOYS PF YNEOY RPMSHЪPCHBFEMS root CHSC RPMKHYUFE UMEDHAEHA PYYVLH: Достъпът отказан за потребител: "@unknown" до база данни mysql LFP POBYUBEF, YuFP CH FBVMYGE потребител PFUHFUFCHHEF ЪBRYUSH UP OBYUEOYEN "root" CH UFPMVGE Потребител І mysqld OE NPTSEF PRTEDEMYFSH YNS IPUFB DMS ЧБЕЗП ЛМЙЕОФБ. h LFPN UMHUBE OEPVIPDYNP RETEBRKHUFYFSH ACCOUNTING PRGYEK --skip-grant-tables Y PFTEDBLFYTPCHBFSH ZhBKM `/etc/hosts" YMY `\windows\hosts" , DPVBCHYCH CH OEZP ЪBRYUSH DMS ChBYEZP IPUFB .
    • eUMY CHCH UFPMLOEFEUSH U FBLPK PYYVLPK, LBL: shell> mysqladmin -u root -pxxxx ver Достъпът отказан за потребител: "root@localhost" (Използване на парола: ДА) LFP POBYUBEF, YuFP YURPMSH'HEFUS OECHETOSCHK RBTPMSH. pVTBFYFEUSH L TBDEMH Вижте раздел 4.3.7 ъBDBOYE RBTPMEK. eUMY CHSH ЪБВШЧМЪ РБТПМШ DMS RПМШЪПЧБФЕМС root , FP RETEЪBRKHUFYFE mysqld U PRGYEK --skip-grant-tables Y YЪNEOYFE RBTPMSH. pVTBFYFEUSH L TBDEMH Вижте раздел A.4.2 lBL RETEKHUFBOPCHYFSH ЪBVSHCHFSHCHK RBTPMSH RPMSHЪPCHBFEMS корен. fBLBS PYYVLB NPTSEF RPSCHMSFSHUS DBCE CH FPN UMKHYUBE, EUMY CHSHCH OE ЪBDBCHBMY RBTPMS CHPPVEE - LFP OBYUIF, YuFP CH LBLPN-FP ZhBKME `my.ini" YNEEFUS OECHETOSCHK RBTPMSh. pVT BFYFEUSH L TBDEMH Вижте раздел . -no-defaults , LBL RPLBOBOP OJCE: shell> mysqladmin --no-defaults -u root ver
    • ъBRHULBMI MY CHCH ULTYRF mysql_fix_privilege_tables RTY PVOPCHMEOY YNEAEEKUS YOUFBMMSGY MySQL, EUMY KHUFBOPCHMEOOBS CHETUIS - VPMEE TBOOSS, YUEN 3.22.11, B PVOPCHMSEFUS POB DP 3.22. 11 YMY VPMEE RP JDOEK? eUMY OEF, UDEMBKFE LFP. oBUYOBS U MySQL 3.22.11, LPZDB PRETBFPT GRANT UFBM ZHOLGYPOBMSHOSCHN, UFTHLFKHTB FBVMYG RTYCHYMEZYK YYNEOYMBUSH.
    • eUMY PE CHTENS WEBOUB CHBY RTYCHYMEZYY Y'NEOYMYUSH, FP, CHPNPTsOP, YI Y'NEOYM UKHRETRPMSH'PCHBFEMSH. RETEЪBZTHЪLB FBVMYG RTYCHYMEZYK PFTBTSBEFUS OE FPMSHLP ОТНОСНО OPCHSHCHI RPDUPEDYOEOSI LMYEOFPC, OP FBLCE ОТНОСНО HTSE YNEAEYIUS, LBL LFP RPLBЪBOP CH TBDEME Вижте раздел 4.3.3 lPZD B YЪNEOOYS CH RTYCHYMEZYSI CHUFKHRBAF CH UYMH .
    • eUMY OE HDBEFUS DPVYFSHUS, YUFPVSH RBTPMSH TBVPFBM, RPNOIFE, UFP ZHOLGYS PASSWORD() DPMTSOB YURPMSHЪPCHBFSHUS, EUMY CHCH ЪBDBEFE RBTPMSH U RPNPESHA PRETBFPTPCH INSERT, АКТУАЛИЗИРАНЕ НА YMY SET PASSWORD. eUMY CE CHCH ЪBDBEFE RBTPMSH U RPNPESHA PRETBFPTB GRANT ... ИДЕНТИФИЦИРАНО ОТ YMY LPNBODSCH mysqladmin парола d, ZHOLGYS PASSWORD() OE OHTSOB. pVTBFYFEUSH L TBDEMH Вижте раздел 4.3.7 ъBDBOYE RBTPMEK.
    • localhost - LFP UYOPOIN YNEOY CHBYEZP MPLBMSHOPZP IPUFB, Y, EUMY IPUF SCHOP OE ЪBDBO, FBLCE KHUFBOBCHMYCHBENE RP KHNPMYUBOYA YNS IPUFB, L LPFPTPNH LMYEOFSH RSHCHFBAFUS RPDLMAYUYFSHU S. pDOBLP RPDUPEDOEOYS L локален хост OE DEKUFCHHAF, EUMY CH CHBYEK TBVPYUEK UYUFENE YURPMSH'HAFUS MIT-RPFPLY (RPDUPEDOEOYS L локален хост PUHEEUFCHMSAFUS U YURPMSHЪPCHBOYEN UPLEFPCH Unix, B POY OE RPDDETSYCHBAFUS FEIOMPMPZYEK MIT-RPFPLPCH ). YuFPVSHCH FBLYI UYUFENBI LFB RTPVMENB OE CHP'OILBMB, UMEDHEF SCHOSCHN PVTBBPN ЪBDBFSH YNS UETCHETOPZP IPUFB U RPNPESHA PRGYY --host . fBLYN PVTBBPN VHDEF HUFBOPCHMEOP RPDUPEDYOOYE L UETCHETH mysqld RP RTPFPPLPMH TCP/IP. h LFPN UMKHYUBE CH ЪBRYUSI FBVMYGSH потребител , ITBOSEEKUS ЗА UETCHETOPN IPUFE, DPMTSOP VSCHFSH KHLBBOP TEBMSHOPE YNS IPUFB. (fP URTBCHEDMYCHP DBCE DMS FAIRIES UMHYUBECH, LPZDB LMYEOFULBS RTPZTBNNNB Y UETCHET ЪBRHULBAFUS ABOUT PDOPN IPUF).
    • eUMY RTY RPRSCHFLE RPDUPEDOEOYS L VBJE DBOOSHI U RPNPESH LPNBODSCH mysql -u user_name db_name CHP'OILBEF PYYVLB Достъп отказан, RTYYUYOB LFPPZP, CHPNPTsOP, LTPEFUS CH FBVMYGE потребител. yuFPVSH RTPCHETYFSH LFP, CHSHRPMOYFE LPNBODH mysql -u root mysql Y CHCHEDYFE UMEDHAEIK SQL-PRETBFPT: mysql> SELECT * FROM потребител; h TEЪХМШФБФЭ ВХДЭФ ЧШЧЧеДОВ ЪБРИУШ УП УФПМВГБНІ Хост І Потребител , УППФЧЭФЧХХАЭНИ ИНИОY ChBYEZP LPNRSHAFETB Ъ CHBYENH INEOY RPMSHЪPCHBFEMS MySQL.
    • UPPVEEOYE PV PYYVLE Достъпът отказан YOZHPTNYTHEF CHBU P FPN, RPD LBLYN YNEOEN CHSH RSHCHFBEFEUSH CHPKFY CH UYUFENKH, PV YNEOY IPUFB, U LPFPTPZP CHSH RSHCHFBEFEUSH KHUFBOPCHYFSH UPEDYOOYE, Y P FPN , YURPMSHЪPCHBMY МОЯТ CHSHCH RTY LFPN RBTPMSH YMY OEF. lBL RTBCHYMP, CH FBVMYGE потребител VKhDEF PDOB ЪBRYUSH, FPYUOP UPPFCHEFUFCHHAEBS YNEOY IPUFB Y YNEOY RPMSHJPCHBFEMS, KHLBBOOSCHN CH UPPVEEOYY PV PYYVLE. OBRTYNET, EUMY CHSH RPMKHUYFE UPPVEEOYE PV PYYVLE, CH LPFTPN ULBUBOP Използване на парола: NO , LFP POBYUBEF, YUFP CHSC RSHCHFBMYUSH CHPKFY CH UYUFENKH, OE KHLBBCH RBTPMSH.
    • eUMY RTY RPRSCHFLE RPDUPEDOEOYS OE U FPZP LPNRSHAFETB, ЗА LPFTPN TBVPFBEF UETCHET MySQL, B U DTHZPZP, CHSC RPMHUYFE UPPVEEOYE PV PYYVLE, RTYCHEDEOOPE OITSE, FP CH FBVMYGE потребител PFUH FUFCHHEF UFTPLB U FBLINE YNE OEN IPUFB: Хостът ... няма право да се свързва с това MySQL сървър yuFPVSH YURTBCHYFSH FUH PYYVLH, U RPNPESHA HFYMYFSH LPNBODOPK UFTPLY mysql (ЗА UETCHETOPN IPUFE!) DPVBCHSHFE UFTPLH CH FBVMYGH потребител, db YMY хост U LPNVIOBGYEK YNEOY RPMSH PCHBFEMS/IPUFB, UPPFCHEFUFCHHA EEK FPK, LPFPTHA CHSHCH YURPMSH'HEFE RTY RPRSCHFLE RPDUPEDOEOYS. ъБФЭН ШЩРПМОФЭ ЛПНБОФХ mysqladmin флъш-привилегии . eUMY CHSH YURPMSH'HEFE MySQL CHETUYY, PFMYUOPK PF Версия 3.22, Y CHBN OEY'CHEUFOP YNS IPUFB YMY IP-BDTEU LPNRSHAFETB, U LPFPTPZP CHSH RPDUPEDYOSEFEUSH, CHCHEDYFE CH FBVMYGH потребител ЪBRYUSH UP OBYUEOYEN "%" CH RPME хост Y RETEEBBRKHUFYFE mysqld ЗА UETCHETOPK NBYYOE U PRGYEK -- лог. lPZDB UPEDYOOYE U LMYEOFULPK NBYOSCH VKHDEF KHUFBOPCHMEOP, CHSC OBKDEFE CH TSHTOBME TEZYUFTBGYY MySQL YOZHPTNBGYA PV YNEOY IPUFB, U LPFPTPZP CHSC RPDUPEDOYOMYUSH. (rPUME LFPPZP UMEDHEF ЪBNEOYFSH CH ЪBRYUY FBVMYGSH потребител OBYUEOYE "%" OBUFPSEIN YNEOEN IPUFB, YЪ TSKHTOBMB TEZYUFTBGYY. .) h Linux RTYYUYOPK FBLPK PYYVLY NPTSEF VSHFSH FP, YUFP VYOBTOBS CHETUIS MySQL ULPNRY MYTPCHBOB U CHETUYEK glibc, PFMYUOPK PF YURPMSHKHENPK CHBNY . h LFPN UMKHYUBE OHTSOP VKhDEF MYVP PVOPCHYFSH pu/glibc, YURPMSHKHENSCHHE CHBNY, MYVP ЪBZTHYFSH YUIPDOSCHK LPD MySQL Y ULPNRYMYTCHBFSH UETCHET UBNPUFPSFEMSHOP. lBL RTBCHYMP, YUIIPDOSHCHK RPM LPNRYMYTHEFUS Y YOUFBMMYTHEFUS LMENEOFBTOP, FBL YuFP LFP OE UPUFBCHYF UETSHOPK RTPVMENSHCH.
    • eumy vhdef chshdbop upteeoye pv pyyvle, ch lpfptpn yns ipufb oe hlbbbop chppvee ymy hlbbo ip -bdteu, ipfs chch rty rprshfle rpdupedooyoss hlbscchbmy yns ipufb: shol Достъпът е отказан за потребителя: „root " (Използване на парола: ДА) FP LFP PYOBYUBEF, YuFP PYYVLB CHP'OILBEF RTY RPRSHFLE MySQL UPRPUFBCHYFSH IP-BDTEU U YNEOEN IPUFB. h LFPN UMHUBE CHCH NPTSEFE CHSHCHRPMOYFSH LPNBODH mysqladmin флеш-хостове, YUFPVSH UVTPUIFSH CHOKHFTEOOAA LY-RBNSFSH DNS. pVTBFYFEUSH L TBDEMH Вижте раздел 5.5.5 lBL MySQL YURPMSHЪHEF DNS. ChPF OELPFPTSCHHE URPUPVSH TEYEOYS LFPC RTPVMENSH:
      • rPRTPVHKFE CHSHCHSUOYFSH, YuFP OE FBL U CHBYN UETCHETPN DNS, Y KHUFTBOYFE OEYURTBCHOPUFSH.
      • ъBDBKFE IP-BDTEUB CHNEUFP YNEO IPUFPCH FBVMYGBI RTYCHYMEZYK MySQL.
      • ъBRHUFFYFE mysqld U PRGJEK --skip-name-resolve .
      • ъBRHUFIFE mysqld U PRGJEK --skip-host-cache .
      • rPDLMAYUYFEUSH L localhost EUMY CHBY UETCHET Y LMYEOF TBVPFBAF ОТНОСНО PDOPN Y FPN TSE LPNRSHAFETE.
      • rPNEUFYFE YNEOB LMYEOFULYI NBYO CH LBFBMPZ `/etc/hosts" .
    • eUMY LPNBODB mysql -u root test TBVPFBEF HUREYOP, B LPNBODB mysql -h your_hostname -u root tes t RTYCHPDYF L PYYVLE Достъпът отказан, FP, CHPNPTsOP, CH FBVMYGE потребител YNS CHBYEZP IPUFB KHLBOB OECHETOP. pDOB YЪ TBURPTPUFTBOEOOSCHI RTPVMEN ЪDEUSH ЪBLMAYUBEFUS CH FPN, YuFP CH RPME Хост ЪBRYUY, ITBOSEEKUS CH FBVMYGE потребител, ЪBDBEFUS FPMSHLP YNS IPUFB, CH FP CHTENS LBL RTPGEDHTSCH TB ЪTEYEOYS YNEO, YURPMSHKHENSHCHBYEK UYUF ENPK, CHPCHTBEBAF RPMOPUFSHA PRTEDEMOOPE DPNOOPE YNS (YMY OBPVPTPF). OBRTYNET, EUMY CH FBVMYGE потребител YNEEFUS ЪBRYUSH UP OBYUEOYEN "tcx" CH RPME host , B DNS RTY LFPN UPPVEBEF MySQL, YuFP YNS IPUFB - "tcx.subnet.se" , LFB ЪBRYUSH DEKUFCHPCHBFSH OE V HDEF. rPRTPVHKFE DPVBCHYFSH CH FBVMYGH потребител ЪBRYUSH, KHLBBCH CH LPMPOLE Host IP-BDTEU IPUFB. (h LBYUEFCHE BMSHFETOBFYCHSHCH NPTsOP DPVBCHYFSH CH FBVMYGH потребител ЪBRYUSH UP OBYUEOYEN CH RPME Host , UPDETSBAYN YBVMPOOSCHK UINCHPM, OBRTYNET "tcx.%" . OP YURPMSHЪPCHBFSH YNEOB IPUF PCH, PLBOYUYCHBAEYEUS AB OUT "%" - OEVEЪPRBUOP Y DEMBFSH LFP OE TELPNEODHEFUS!)
    • eUMY LPNBODB mysql -u потребителско_име тест TBVPFBEF HUREYOP, B LPNBODB mysql -u потребителско_име other_db_nam e - OEF, FP CH FBVMYGE db OEF ЪBRYUY, UPPFCHEFUFCHHAEEK other_db_name .
    • eUMY LPNBODB mysql -u потребителско_име db_name CHSHRPMOSEPHUS KHUREYOP ЗА FPN LPNRSHAFETE, WHERE HUFBOPCHMEO UETCHET, B mysql -u host_name -u потребителско_име db_name OE TBVPFBEF RTY CHSHCHRPMOEEOY ОТНОСНО DTHZPK LMYEOFULPK NBYYOE, FP CH FB VMYGBI потребител YMY db LFB LMYEOFULBS NBYYOB OE UBTEZYUFTYTPCHBOB.
    • eUMY OE HDBEFUS CHSHSUOYFSH RTYUYOH PYYVLY Достъпът отказан, HDBMYFE YЪ FBVMYGSH потребител CHUE ЪBRYUY, CH LPFPTSCHI OBYUEOYE CH RPME Хост CHLMAYUBEF YBVMPOOSHE UYNCHPMSCH (ЪBRYUY, UPDETSBEYE UYNCHPMSCH `"%"" YMY `" _""). PYUEOSH TBURTPUFTBOOOOPK PYYVLPK SCHMSEFUS UMEDHAEBS: RPMSHЪPCHBFEMSH CHUFBCHMSEF OPCHHA ЪBRYUSH UP OBYUEOYEN "%" CH RPME Хост Y UP OBYUEOYEN "някакъв потребител" - CH RPME Потребител, RPMBZBS, YuFP R PUME bfpzp dms RPDUPEDOEOYS U FPK CE UBNPK NBYOSCH PO UNPTsEF YURPMSHЪPCHBFSH локален хост. fBLPK TBUYUEF OECHETEO, Y RTYYUYOB ЪDEUSH CH FPN, YuFP KHUFBOBCHMYCHBENSCH RP KHNPMYUBOYA RTYCHYMEZY CHLMAYUBAF ЪBRYUSH UP OBYUEOYEN "localhost" CH RPME Хост Y RKHUFSHCHN RPME Потребител. th RPULPMSHLH CH LFPC ЪBRYUY OBYUEOYE "localhost" VPMEE LPOLTEFOP, YUEN "%", FP YNEOOP POB RTY RPDUPEDOYEOY Y localhost RTEDYUFCHHEF OPChPK ЪBRYYY, UPPFCHEFUFCHEOOP, VHDEF CHSHCHVTBOB ​​​​Y UT BVPFBEEF! rTBCHYMSHOSHCHN CH LFPN UMKHYUBE VKHDEF CHUFBCHYFSH CHFPTHA ЪBRYUSH UP OBYUEOYEN "localhost" CH RPME хост ЪOBYUEOYEN "some_user" - CH RPME потребител YMY KHDBMYFSH ЪBRYUSH UP OBYUEOYEN "localhost" CH R PME хост Y RHUF SHCHN RPME потребител.
    • eUMY CHSC RPMKHYUFE UMEDHAEKHA PYYVLH, FP LFB RTPVMENB, CHPNPTsOP, UCHSBOB U FBVMYGEK db YMY FBVMYGEK хост: Достъпът до базата данни е отказан eUMY CH OBRYUY, CHSHVTBOOPK YЪ FBVMYGSHCH db , UFPM VEG Хост - RHUFPK, HDPUFPCHETSHFE USH, YuFP CH FBVMYGE хост YNEEFUS RP LTBKOEK NETE PDOB UPPFCHEFUFCHHAEBS ЪBRYUSH, KHLBSCCHBAEBS, L LBLYN IPUFBN PFOPUIFUS ЪBRYUSH YЪ FBVMYGSHCH db . eumy pyyvlb chp'oilbef rty chshrpmoeoyy sql-lpnbodsh select ... в аутфил ymy зареждане данни за инфил, fp ch chbyek obryuy y fbvmygshch потребител, chetpsfop, pfuhffchhef tbteyeoye за rtedpufbchme oye rtychimeyy file.
    • rPNOYFE, YuFP LMYEOFULYE RTPZTBNNNSCH VHDHF YURPMSHЪPCHBFSH RBTBNEFTSCH RPDUPEDOEOYS, KHLBBOOSCH ZHBKMBY LPOZHYZHTBGYY YMY RETENEOOOSCHI PLTHTSEOYS. pVTBFYFEUSH L TBDEMH Вижте раздел F RETENEOOSCH PLTHCEOOYS. еUMY EUFSH RPDPЪTEOYE, YuFP LMYEOF PFUSCHMBEF OECHETOSCHHE KHUFBOBCHMYCHBENSHE RP KHNPMYUBOIA RBTBNEFTSCH RPDUPEDOEOYS, CH UMKHYUBE, LPZDB CHSHCH OE ЪBDBEFE YI CH LPNBODOPK UFTPLE, RT PCHETSHFE CHBYE PLTHTSEOY E ZHBKM `my.cnf" CH UCHPEK DPNBIOEK DYTELFPTYY. nPTSEFE FBLCE RTPCHETYFSH LPOZHYZHTBGYPOOSCH ZHBKMSH MySQL PFOPUSEYEUS LP CHUE UYUFENE, IPFS RBTBNEFTSCH LMYEOFULPZP RPDUPEDOEOYS CHTSD MY HLBBOSHCH YNEOOP ЪDEUSH. EUMY PYYVLB Достъпът отказан CHP'OILBEF RTY CHSHRPMOEEOY CHBYEK LMYEOFULPK RTPZTBNNSH VEJ LBLYI-MYVP PRGYK, KHVEDYFEUSH, YUFP OY CH PDOPN YI CHBYI ZHBKMPCH PRGYK OE KHLBBO UFBTSHCHK RBTPMSH! pVTBFYFEUSH L TBDEMH Вижте раздел 4.1.2 ZhBKMSCH RBTBNEFTPCH `my.cnf" .
    • eUMY CHOPUYFE YYNEOOYS CH FBVMYGSH RTYCHYMEZYK OERPUTEDDUFCHOOOP (U RPNPESH PRETBFPTPCH INSERT YMY UPDATE), B CHBYYYNEOOYS, RPIPCE, YZOPTYTHAFUS, FP UMEDHEF CHSHCHDBFSH PRET BFPT FLUSH ПРИВИЛЕГИИ YMY CHSHCHRPMOYFSH LPNBODH my sqladmin flush-привилегии - DMS FPZP, YuFPVSH BUFBCHYFSH СЧЕТОВОДСТВО RETEYUYFBFSH FBVMYGSH RTYCHYMEZYK. h RTPFYCHOPN UMHYUBE CHBY YYNEOOYS CHUFKHRSF CH UYMKH MYYSH RTY RPUMEDHAEEN RETEBRKHULE UETCHETB. rPNOIFE, YuFP RPUME FPZP, LBL CHSH ЪBDBDYFE RBTPMsh PF YNEOY RPMSHЪPCHBFEMS, CHBN OHTSOP VHDEF KHLBSCCHBFSH EZP FPMSHLP RPUME UVTPUB RTYCHYMEZYK, F.L. UETCHETKH EEE OE VHDEF YJCHEUFOP P FPN, UFP CHSH YYNEOMY RBTPMSH!
    • rTY CHP'OILOPCHEY RTPVMENSH U DPUFKHRPN RTY YURPMSH'PCHBOY Perl-, PHP-, Python- YMY ODBC-RTPZTBNN, RPRTPVHKFE KHUFBOPCHYFSH UPEDYOOYE U UETCHETPN RTY RPNPEY LPNBODSCH mysql -u потребителско_име db_name YMY LPNBODSCH mysql -u потребителско_име -pyour_pass db_name. eUMY CHBY LMYEOF mysql PVEUREYUYCHBEF RPDUPEDOEOYE, FP RTPPVMENB UCHSBOB OE U RTYCHYMEZYSNY DPUFKHRB, BU CHBYEK RTPZTBNNPK. (bNEFYN, YuFP NETSDH -p Y RBTPMEN RTPVEMB OEF; DMS ЪBDBOYS RBTPMS NPTsOP FBLCE YURPMSHЪPCHBFSH UYOFBLUYUEULHA UFTHHLFHTH --password=your_pass . eUMY CHSH YURPMSHЪHEFE FPM ShLP UBNKH PRGYA -p, MySQL ЪBRТPUYF Х CHBU RBT PMSH)
    • rTY FEUFYTPCHBOY ЪBRHULBKFE DENPO mysqld U PRGYEK --skip-grant-tables . fPZDB CHSC UNPTSEFE YYNEOSFSH FBVMYGSH RTYCHYMEZYK MySQL Y U RPNPESH ULTYRFB mysqlaccess RTPCHETSFSH, RTPYYCHEMY MY UDEMBOOSCH CHBNY YYNEOOYS TSEMBENSCHK LZHZHELF. Eumi Tehmshfbfsh ChBU KHAFTBICHBAF, Cheshrpmoof LPNBODH MYSQLADMIN FLUSH-PrIvileges, JUFPVSH RTILBFSH DRISQLD RTYUFHRIFSH BUIPMSHBOSHIA RTIMIMIZIK. ЧОЙНБОЙЕ: RETEЪBZTHЪLB FBVMYG RTYCHYMEZYK PFNEOSEF PRGYA --skip-grant-tables . yFP RPJCHPMSEF BUFBCHYFSH UETCHET RTYUFKHRYFSH L YURPMSHJPCHBOYA OPCHSCHHI FBVMYG RTYCHYMEZYK VEJ OBCHETYEOYS EZP TBVPFSH Y RETEBZTHYLY.
    • eUMY OYUEZP OE RPNPZBEF, ЪBRHUFFYFE DENPO mysqld демон U PRGYEK PFMBDLY (OBRTYNET --debug=d,general,query). h TEЪKHMSHFBFE VKhDEF CHCHCHEDOB YOZHPTNBGYS P OEKHDBYUOSCHI RPDUPEDOEOYSI, U KHLBBOYEN IPUFB Y RPMSHЪPCHBFEMS, B FBLCE PVP CHUEI PVTBVPFBOOSCHI LPNBODBY. pVTBFYFEUSH L TBDEMH Вижте раздел E.1.2 UPDBOYE FTBUUYTPCHPUOSHI ZHBKMPCH.
    • eUMY X CHBU YNEEFUS LBLBS-MYVP RTPVMENB U FBVMYGBNY RTYCHYMEZYK MySQL Y CHSH RPMBZBEFE, YuFP OEPVIPDYNP UPPVEYFSH P OEK CH URYUPL TBUUSCHMLY, OHTsOP PVSBFEMSHOP RTYMPTSYF SH L UCHPENH PFUEFH TBUREYUBFLH FBVMYG RTYCHYME ZYK MySQL. lFP NPTsOP UDEMBFSH U RPNPESH LPNBODSCH mysqldump mysql. pFUEF P RTPVMENE, LBL Y CH DTHZYI UMHYUBSI, PFRTBCHMSEFUS U RPNPESH ULTYRFB mysqlbug. pVTBFYFEUSH L TBDEMH Вижте раздел 1.8.1.3 lBL PFRTBCHMSFSH PFUEFSH PV PYYVLBY YMY RTPVMENBI. h OELPFPTSCHI UMKHUBSI DMS CHSHRPMOEOYS ULTYRFB mysqldump CHPNPTsOP, RPFTEVHEFUS RETEBRKHUFYFSH mysqld U PRGYEK --skip-grant-tables.

Когато работи с услугата PayPal, клиентът ще се сблъска с редица ограничения и забрани. Това се отнася както за нови, така и за стари потребители. Първите ограничения се откриват веднага след регистрацията и при нарушаване на правилата се налага блокиране или забрана за достъп до системата. Повечето проблеми могат да бъдат избегнати чрез спазване на изискванията на услугата и предоставяне на исканата информация. Нека да разберем какво означава статусът на PayPal „отказан достъп“ или PayPal ограничен достъпи какво да правим в такива случаи.

Първоначални забрани

След като създадат акаунт в платежната услуга PayPal, новите клиенти се сблъскват с редица ограничения. Достъпът до много транзакции в PayPal е забранен. Това се дължи на липсата важна информацияотносно клиента. Ако потребителят откаже да свърже карта или банкова сметка или да предостави лични данни, акаунтът му получава статус „Анонимен“. Забраните за функции се премахват, след като компанията получи необходимата информация.

  1. Анонимен. Собственикът не може да извършва преводи или да тегли средства от сметката в PayPal. Месечният лимит за транзакции е 40 000 рубли, а еднократният превод е 15 000 рубли.
  2. Персонализирани. На такъв потребител е забранено да прехвърля повече от 200 000 рубли на месец, с едно действие можете да изпратите до 60 000 рубли. Можете да получите този статус и частично да премахнете ограниченията след свързване и проверка банкова картаили сметки.
  3. Проверен. Допустимият лимит за месечни транзакции е 550 000 рубли. Собственикът получава възможност да твори. Максималната допустима сума за една транзакция е $5000.

За клиент, изпълнил всички точки, всички забрани отпадат. Прехвърляне на средства, приемане на плащания, теглене на пари, работа с карта и много други стават достъпни за потребител с потвърдена сметка.

Забрана за влизане

Клиенти, които току-що са създали акаунт в системата, често не могат да влязат в PayPal. Причината в повечето случаи е неправилно въвеждане на данни при авторизация. Препоръчително е да проверите отново паролата и имейл адреса си. Ако не можете да си спомните правилната информация, трябва да кликнете върху „Не мога да вляза в акаунта“. С помощта на прозореца, който се появява, изгубената информация се възстановява. За да завършите процедурата, ще ви трябват отговори на въпроси за проверка.

Причината обаче не винаги се крие в неправилно въведени данни. Възможно е да се появи грешка при влизане поради браузъра, който използвате или „боклук“ в него. Ето защо, преди това се препоръчва да изчистите кеша, историята и бисквитките. Струва си да опитате с друг браузър.

Причини за блокиране на достъпа от системата

Съгласно набора от правила, приети по време на регистрацията, PayPal може да блокира достъпа до сайта и да налага всякакви забрани и ограничения на клиента. Ако забележите, че някоя услуга или акаунт е спрял да работи, трябва да проверите имейла си. Когато бъде блокиран или забранен, потребителят получава писмо, съдържащо информация за причините и решението на проблема.

Причини за ограничаване на достъпа:

  • Подозрителна дейност. Ако службата за сигурност подозира, че акаунтът е бил хакнат, достъпът до него се затваря. Собственикът ще трябва да завърши процедурата за възстановяване на данни и да изпрати исканите документи.
  • Създаване на втори акаунт. Според услугата това е сериозно нарушение, за което достъпът на потребителя е ограничен. Най-често клиентът е в черния списък и му е забранено да работи по-нататък със системата. Новите акаунти, създадени от потребителя, ще бъдат блокирани.
  • Измама.
  • Много спорове. Ако даден потребител създаде много открити спорове, системата ще го подозира в измамна дейност.
  • Въвеждане на невярна информация. Ако данните от предоставените документи за премахване на ограниченията не съвпадат с вече въведените, системата ще откаже достъп на собственика. Важно е да предоставите цялата информация правилно. Някои данни, например държава на пребиваване, се избират веднъж без възможност за допълнителни промени.
  • Участие в съмнителни схеми. Ако потребител по някакъв начин е влязъл в контакт с измамници, акаунтът му може да бъде блокиран.

Не напразно системата се счита за надеждна. Постоянните проверки и ограничения гарантират безопасността на парите на клиентите. Разбира се, обикновените, честни потребители, които не са проучили споразумението, често са обект на санкции. Договорът посочва всички препоръки, следвайки които можете да избегнете блокиране на достъпа до сайта.

Какво е отказан достъп?

Сериозно нарушение на правилата води до пълно блокиране на акаунта, забрана за по-нататъшна работа със системата и ще получите съобщение: „PayPal, достъпът е отказан“. Пълното блокиране на достъпа обаче не важи само за измамници или в случай на редица несъответствия. На уважаваните потребители се налага само временно ограничение.

Достъп до:

  1. Сметка. Платежна системаможе да замрази сметката за 180 дни.
  2. Получаване на плащания. Клиент с такова ограничение няма да може да приема преводи.
  3. Изпращане с трансфер. Системата забранява изпращането на пари за стоки, услуги и др.
  4. Сервизна статистика.
  5. Операции по сметката. До отпадане на ограничението подаването на заявление за закриване на акаунт не е възможно. Необходима е процедура при промяна на паспортните данни или преместване в друга държава (всяка държава има свои собствени условия PayPal работи). След подаване на заявление сметката се блокира за 180 дни, а след една година се блокира.

Необходими документи за премахване на ограниченията

Всяко ограничение или блокиране е придружено с получаване на писмо по имейл. Известието уточнява причината за забраната и необходимите документи за премахването й. За да продължи да работи с PayPal, собственикът трябва да събере и изпрати всички посочени документи за преглед.

Системата изисква:

  1. Паспорт. Паспорт на държавата на клиента или международен паспорт ще свърши работа. Препоръчително е да изпратите сканирано изображение на страницата за регистрация.
  2. Допълнителни документи. Системата ще приема извлечения от банкови сметки или потребителски карти, сметки за комунални услуги и подобни документи. Елементът е задължителен, без допълнителни документи проверката няма да успее. Препоръчително е да изпратите няколко документа наведнъж. Всички официални документи, които съдържат адреса, пълното име и друга информация за клиента, са подходящи.
  3. снимка. В зависимост от ситуацията PayPal може да поиска снимка на потребителя, който държи паспорт или на предлагания продукт.
  4. Кореспонденция, договори, фактури.

Сборниците могат да бъдат изпратени чрез акаунт или факс. Важно е да използвате надеждна връзка, така че информацията да не попадне в неподходящи ръце. Първият метод е най-лесният, клиентът трябва да влезе в акаунта си, да качи сканирани документи и да натисне „Изпрати“. Изпращането по факс е по-трудно, защото изисква отпечатване и попълване на титулна страница.

Защита на данни

Много потребители, след като са видели съобщението: PayPal access denied, не знаят какво да правят и поради това попадат в капана на измамници. Всяко блокиране и ограничаване е придружено с информационно писмо. Подобно известие обаче може да е опит на измамници да откраднат акаунт от уплашен клиент. Трябва незабавно да определите дали писмото е истинско или фалшиво.

Трябва да обърнете внимание на:

  • Обжалване. Измамниците обикновено само знаят електронна поща, следователно те не използват пълното си име в обращение. Това писмо винаги съдържа тази информация.
  • Адрес за връщане. Услугата PayPal изпраща писма от пощенската кутия [имейл защитен]. Ако имейлът е различен, те очевидно са измамници и трябва да бъдат докладвани на службите за сигурност.

Възстановяването на достъп до системата и нейните функции не е проблем, основното е да следвате инструкциите и да поддържате диалог с техническата поддръжка. Платежната услуга помага на клиента на всички етапи от премахването на ограниченията.

Ако не можете да накарате паролата да работи, не забравяйте, че функцията PASSWORD() трябва да се използва, ако зададете паролата с помощта на оператор INSERT, UPDATE или SET PASSWORD. Ако зададете парола с помощта на израза GRANT ... INDENTIFIED BY или командата за парола mysqladmin, функцията PASSWORD() не е необходима. Обърнете се към Вижте Раздел 4.3.7, „Задаване на пароли“.

localhost е синоним на името на вашия локален хост и ако хостът не е изрично даден, също и името на хоста по подразбиране, към което клиентите се опитват да се свържат. Връзките към localhost обаче не работят, ако вашата производствена система използва MIT потоци и MySQL, по-стари от версия 3.23.27 (връзките към localhost се правят с помощта на Unix сокети, които тогава не се поддържаха от технологията на MIT streams). За да избегнете този проблем на такива системи, трябва изрично да зададете името на хоста на сървъра с помощта на опцията --host. Това ще установи връзка със сървъра mysqld, използвайки TCP/IP протокола. В този случай записите в потребителската таблица, съхранени на хоста на сървъра, трябва да съдържат истинското име на хост. (Това е вярно, дори ако клиентската програма и сървърът работят на един и същ хост.)

Ако получите грешка с отказан достъп, когато се опитвате да се свържете с база данни с помощта на командата mysql -u user_name db_name, причината за това, може би, се намира в потребителската таблица. За да проверите това, изпълнете командата mysql -u root mysql и въведете следния SQL оператор:

Mysql> ИЗБЕРЕТЕ * ОТ потребител;

Резултатът ще бъде запис с колони Host и User, съответстващи на името на вашия компютър и вашето MySQL потребителско име.

Съобщението за грешка Access denied ви казва под какво име се опитвате да влезете, името на хоста, от който се опитвате да се свържете, и дали сте използвали парола или не. Обикновено ще има един запис в потребителската таблица, който точно съвпада с името на хоста и потребителското име, посочени в съобщението за грешка. Например, ако получите съобщение за грешка, което казва Използване на парола: НЕ, това означава, че сте се опитали да влезете, без да предоставите парола.

Ако се опитате да се свържете от компютър, различен от този, на който работите MySQL сървър, а от друга страна ще получите съобщението за грешка по-долу, тогава в потребителската таблица липсва ред със следното име на хост:

Хостът ... няма право да се свързва с този MySQL сървър

За да коригирате тази грешка, използвайте помощната програма командна линия mysql (на хоста на сървъра!) добавете ред към таблицата потребител, db или хост с комбинацията потребителско име/хост, съответстваща на тази, която използвате, когато се опитвате да се свържете. След това изпълнете командата mysqladmin flush-privileges. Ако използвате версия на MySQL, различна от версия 3.22, и не знаете името на хоста или IP адреса на компютъра, от който се свързвате, въведете запис в таблицата с потребители със стойност "%" в полето Хост и рестартирайте mysqld на сървърната машина с опцията -- log. Когато връзката от клиентската машина е установена, ще намерите информация в дневника на MySQL за името на хоста, от който сте се свързали. (След това трябва да замените стойността "%" в записа на потребителската таблица с действителното име на хост от регистрационния файл. В противен случай вашата система ще остане незащитена.)

В Linux причината за тази грешка може да е, че двоичният файл на MySQL е компилиран с версия на glibc, различна от тази, която използвате. В този случай ще трябва или да актуализирате OS/glibc, който използвате, или да изтеглите изходния код на MySQL и сами да компилирате сървъра. Обикновено изходният RPM е лесен за компилиране и инсталиране, така че това няма да е голям проблем.

Ако получите съобщение за грешка, в което името на хоста изобщо не е посочено или IP адресът е посочен, въпреки че сте посочили името на хоста при опит за свързване:

Shell> mysqladmin -u root -pxxxx -h some-hostname ver Достъпът отказан за потребител: "root@" (Използване на парола: ДА)

тогава това означава, че грешката възниква, когато MySQL се опитва да съпостави IP адреса с името на хоста. В този случай можете да изпълните командата mysqladmin flush-hosts, за да изчистите вътрешния DNS кеш. Обърнете се към Вижте раздел 5.5.5, „Как MySQL използва DNS“. Ето няколко начина за решаване на този проблем:

  • Опитайте се да разберете какво не е наред с вашия DNS сървъри коригирайте проблема.

    Задайте IP адреси вместо имена на хостове в таблиците с привилегии на MySQL.

    Стартирайте mysqld с опцията --skip-name-resolve.

    Стартирайте mysqld с опцията --skip-host-cache.

    Свържете се с localhost, ако вашият сървър и клиент работят на един и същи компютър.

    Поставете имената на клиентските машини в директорията /etc/hosts.

Ако mysql -u root test успее, но mysql -h your_hostname -u root tests t води до грешка с отказан достъп, вашето име на хост може да е неправилно в потребителската таблица. Един често срещан проблем тук е, че полето Host на записа, съхранен в потребителската таблица, е зададено само на името на хоста, докато рутинните процедури за разрешаване на имена, използвани от вашата система, връщат напълно квалифициран Име на домейн(или обратното). Например, ако потребителската таблица има запис със стойността "tcx" в полето за хост и DNS казва на MySQL, че името на хоста е "tcx.subnet.se", този запис няма да има ефект. Опитайте да добавите запис към потребителската таблица, като посочите IP адреса на хоста в колоната Хост. (Алтернативно можете да добавите запис към потребителската таблица със стойност в полето Host, която съдържа заместващ знак, като например „tcx.%“. Но използването на имена на хостове, завършващи на „%“, не е безопасно и не се препоръчва!)

Ако тестовата команда mysql -u user_name успее, но командата mysql -u user_name other_db_nam e не, тогава няма запис в db таблицата, който да съответства на other_db_name.

Ако командата mysql -u user_name db_name се изпълнява успешно на компютъра, където е инсталиран сървърът, но mysql -u host_name -u user_name db_name не работи, когато се изпълнява на друга клиентска машина, тогава в потребителските или db таблиците това клиентска машинане е регистриран.

Ако не можете да определите причината за грешката Отказан достъп, премахнете всички записи от потребителската таблица, в които стойността в полето Хост включва заместващи знаци (записи, които съдържат знаците " "%" " или " "_" "). Много често срещана грешка е потребителят да вмъкне нов запис с "%" в полето Хост и "някакъв потребител" в полето Потребител, мислейки, че след това може да използва localhost за свързване от същата машина. Това изчисление е неправилно и причината е, че привилегиите по подразбиране включват запис с "localhost" в полето Host и празно поле User. И тъй като в този запис значението на „localhost“ е по-конкретно от „%“, точно този запис предхожда нов входи, съответно, ще бъдат избрани и работят! Правилният подход в този случай би бил да вмъкнете втори запис със стойността "localhost" в полето Host и стойността "some_user" в полето User или да изтриете записа със стойността "localhost" в полето Host и празно потребителско поле.

Ако получите следната грешкатогава този проблем вероятно е свързан с db таблица или хост таблица:

Достъпът до базата данни е отказан

Ако записът, избран от таблицата db, има колона Host, която е празна, уверете се, че има поне един съответен запис в таблицата на host, указващ за кои хостове се отнася записът в таблицата db. Ако грешката възникне, когато изпълните SQL командата SELECT ... INTO OUTFILE или LOAD DATA INFILE, тогава вашият запис от потребителската таблица вероятно няма разрешение за предоставяне на привилегията FILE.

Моля, обърнете внимание, че клиентските програми ще използват параметрите на връзката определени файловеконфигурация или променливи на средата. Обърнете се към Вижте Приложение E. Променливи на средата. Ако подозирате, че клиентът изпраща неправилни параметри за връзка по подразбиране, когато не ги посочите в командния ред, проверете вашата среда и файла my.cnf във вашата домашна директория. Можете също така да проверите конфигурационните файлове на MySQL за цялата система, въпреки че параметрите на клиентската връзка е малко вероятно да бъдат посочени тук. Вижте раздела Вижте. Ако грешката Отказан достъп възникне при стартиране на вашата клиентска програма без никакви опции, уверете се, че не са посочени опции в нито един от вашите файлове Стара парола! Вижте раздел 4.1.2, „Файлове с параметри My.cnf“.

Ако правите промени в таблиците с привилегии директно (използвайки оператори INSERT или UPDATE) и вашите промени изглеждат игнорирани, трябва да издадете оператор FLUSH PRIVILEGES или да изпълните командата mysqladmin flush-privileges, за да принудите сървъра да прочете отново таблиците с привилегии. В противен случай вашите промени ще влязат в сила само следващия път, когато рестартирате сървъра. Не забравяйте, че след като зададете парола за потребителско име, ще трябва да я предоставите само след нулиране на привилегиите, т.к. сървърът все още няма да разбере, че сте променили паролата!

Ако срещнете проблеми с достъпа, когато използвате програми на Perl, PHP, Python или ODBC, опитайте да се свържете със сървъра чрез командата mysql -u user_name db_name или командата mysql -u user_name -pyour_pass db_name. Ако твоят mysql клиентсе свързва, тогава проблемът не е във вашите привилегии за достъп, а във вашата програма. (Имайте предвид, че няма интервал между -p и паролата; можете също да използвате синтаксиса --password=your_pass, за да зададете паролата. Ако използвате само самата опция -p, MySQL ще ви подкани за паролата)

Когато тествате, стартирайте демона mysqld с опцията --skip-grant-tables. След това можете да промените таблиците с привилегии на MySQL и да използвате скрипта mysqlaccess, за да проверите дали направените от вас промени имат желания ефект. Ако сте доволни от резултатите, изпълнете командата mysqladmin flush-privileges, за да кажете на сървъра mysqld да започне да използва новите таблици с привилегии. внимание: Презареждането на таблици за предоставяне отменя опцията --skip-grant-tables. Това ви позволява да принудите сървъра да започне да използва нови таблици с привилегии, без да го изключвате и рестартирате.

Ако всичко друго се провали, стартирайте демона mysqld с опцията за отстраняване на грешки (напр. --debug=d,general,query). Резултатът ще покаже информация за неуспешни връзки, като посочи хоста и потребителя, както и всички обработени команди. Вижте раздел D.1.2, „Създаване на файлове за проследяване“.

Ако имате някакъв проблем с таблиците с привилегии на MySQL и смятате, че трябва да го докладвате в пощенския списък, трябва да включите разпечатка на таблиците с привилегии на MySQL с вашия доклад. Това може да стане с помощта на командата mysqldump mysql. Проблемът се съобщава, както в други случаи, с помощта на скрипта mysqlbug. Вижте раздел 1.8.1.3, „Как да докладвате за грешки или проблеми“. В някои случаи, за да стартирате скрипта mysqldump, може да се наложи да рестартирате mysqld с опцията --skip-grant-tables.

Когато изтривате папка, независимо дали е системна папка или остава след деинсталиране на програма, може да срещнете грешката Folder Access Denied. И няма как да го махна. Няма да анализирам тази грешка и да търся начини за отстраняването й - просто ще ви дам съвет какво да правите в такава ситуация. За да се реши това, отдавна е изобретен инструмент, наречен Unlocker - тази малка помощна програма е в състояние да изтрие почти всеки файл/папка, по прост начинНе мога да го изтрия. Понякога можете да го премахнете веднага, понякога е необходимо рестартиране.

Unlocker може да бъде изтеглен в интернет, достъпен е на всеки ъгъл, но препоръчвам да го изтеглите от надеждни софтуерни ресурси.

Пример за грешка „Отказан достъп до папка“ при изтриване на системата Windows папки Медиен плейър:


Папка Windows MediaСтрого не се препоръчва премахването на Player, тъй като това е системен файл и премахването му може да повлияе на работата на други програми. Но ще ви кажа една тайна - използвах помощната програма Unlocker, за експериментални цели, за да изтрия не само горната папка, но и папката Internet Explorer. И дори някак успях да изтрия Програмните файлове(x86). Разбира се, имаше проблеми, но това беше експеримент и беше създадено изображение на системата на друг диск само в случай на проблеми. Образ на системата - пълно архивиране на всичко системен диск. Препоръчвам да го създавате редовно - това ще помогне, ако възникнат проблеми.

Пример за подобна грешка:


Как да изтриете с Unlocker? Всичко е изключително просто - щракнете с десния бутон върху файла/папката, изберете Unlocker:



Може да се появи прозорец, подобен на този:


Постоянно се чудя какво да правя с този прозорец. Прозорецът означава, че някакъв процес блокира изтриването на папката. Първо трябва да прекратите процеса - това трябва да стане, като щракнете върху бутона Изтриване на процеса. Но менюто отляво трябва да показва Изтриване - за изтриване на избраната папка/файл. Но такъв прозорец се появява рядко. Явно не ми е писано да разбера алгоритъма.

Това е всичко. Късмет.

19.10.2017

Тази сутрин един от разработчиците се свърза с поддръжката корпоративно приложение. Не можа да направи копие от базата данни на MS SQL сървър, и поиска да открие причината за грешката.

Първото нещо, с което трябва да започнете, е да проверите грешката за възпроизводимост.
Нека се опитаме да направим копие с командата:
РЕЗЕРВНО КОПИРАНЕ НА БАЗА ДАННИ НА ДИСК=N"\\FS1\Backup\sdb_full.bak" С COPY_ONLY

Какво друго е COPY_ONLY?

WITH COPY_ONLY е много полезен ключ. Това ще ви позволи да не нарушавате системата Резервно копиепоследователност от диференциални копия

Наистина, опит за копиране завърши с грешка:

Какво може да причини този проблем?

SQL Server работи от вградения сметка"Мрежова услуга"

За всеки случай проверяваме разделителната способност на името на FS1 сървъра, като използваме краткото име и FQDN. И двете имена разрешават и, което е важно, сочат към един и същ сървър. Отваряне мрежова папка, проверете разрешения за NTFS и разрешения за споделяне. Всичко е наред, акаунтът на SQL1 сървъра има разрешение за запис.

Може би има проблеми с NTLM, Kerberos? Нека се опитаме да направим резервно копие, като използваме FQDN на сървъра.

РЕЗЕРВНО КОПИРАНЕ НА БАЗА ДАННИ НА ДИСК=N"\\FS1.contoso.test\Backup\sdb_full.bak" С COPY_ONLY

интересно Използвайки FQDN, резервното копие беше създадено успешно. Какво означава? Само дето ситуацията стана още по-конфузна.

SQL Server не може да се рестартира през работно време. Не бих искал да оставам за една нощ.

Когато нищо не е ясно, най-добрият приятел на администратора е Wireshark или Microsoft Network Monitor. Ако се замислите добре, можете или да го разберете, или наистина да се объркате.

Инсталирането на Microsoft Network Monitor на отговорен сървър теоретично е безопасно начинание, но животът толкова често прави корекции в най-сигурните начинания.

Не можете да рестартирате и не е препоръчително да инсталирате монитор. След това ще използваме услугата Windows Event Tracing.

Активирано проследяване:
netsh trace start persistent=yes capture=yes tracefile=c:\temp\trace.etl
Повторете командата за архивиране няколко пъти:
РЕЗЕРВНО КОПИРАНЕ НА БАЗА ДАННИ НА ДИСК=N"\\FS1\Backup\sdb_full.bak" С COPY_ONLY РЕЗЕРВНО КОПИРАНЕ НА БАЗА ДАННИ НА ДИСК=N"\\FS1\Backup\sdb_full.bak" С COPY_ONLY РЕЗЕРВНО КОПИРАНЕ НА БАЗА ДАННИ НА ДИСК=N"\\FS1\Backup \sdb_full.bak" С COPY_ONLY
Спиране на проследяването:
спиране на проследяването на netsh

Отворете файла в Microsoft Network Monitor на работна станцияадминистратор:

Всеки път, когато се опитате да направите копие, събитието KDC_ERR_PREAUTH_REQUIRED се появява с мистериозния потребител DBAdmin. Това не е акаунт на служител, а администраторски акаунт и SQL Server не работи под него.
KDC_ERR_PREAUTH_REQUIRED означава, че идентификационните данни са невалидни.

Но архивирането се извършва в контекста на услугата „MS SQL Server“ и се стартира под „Мрежова услуга“. Какво общо има DBAdmin с това?

Windows има „Диспечер на идентификационни данни“, известен също като „Диспечер на идентификационни данни“, който ви позволява да запазвате идентификационни данни за различни мрежови ресурси. Може да се извика с командата “control userpasswords2” или “netplwiz”:

Нека проверим дали има съхранени алтернативни идентификационни данни за FS1 сървъра в контекста на компютърния акаунт „SQL1\Network Service“.

За да стартираме процес от името на друг потребител, ще използваме psexec.

Ако стартираме psexec с превключвателя "-s", ще влезем в контекста "Локална система". Няма да стане.

За да влезете в контекста на „Мрежова услуга“, стартирайте помощната програма с следните ключове:
psExec.exe -i -u “nt Authority\network service” cmd.exe

Нека проверим дали грешката Отказан достъп възниква в контекста на „Мрежова услуга“ при достъп до FS1 сървъра:

Грешката се възпроизвежда.

Нека проверим запазените идентификационни данни. Няма да можете да стартирате „control userpasswords2“, без да използвате Explorer. И не, няма нужда, за да работите с „Credentials Manager“ от командния ред има помощна програма, наречена cmdkey.exe.

За да покажете запазените идентификационни данни, изпълнете командата:
cmdkey /списък

Не бяха намерени съхранени идентификационни данни. Още по-интересно.

И така, какво знаем досега:

  1. В контекста на акаунта на компютъра „SQL1\Network Service“ при достъп SMB протокол FS1 сървърът връща грешка Отказан достъп
  2. При достъп до сървъра чрез FQDN FS1.contoso.test не се връща грешка
  3. Достъпът до FS1 сървъра се осъществява чрез акаунта DBAdmin, който не се използва изрично никъде
  4. Идентификационните данни не са записани в контекста „SQL1\Network Service“ в диспечера на идентификационните данни
Изчакайте, но идентификационните данни могат да бъдат запазени не само в Credentials Manager, но и в паметта на услугата Lanman Workstation.

Ако свържете устройство с параметъра /savecred, идентификационните данни ще бъдат запазени в Credentials Manager:

Net use \\FS1\Backup /persistent:yes /savecred
Ако пропуснете параметъра /savecred, идентификационните данни ще бъдат запазени в паметта на услугата до рестартиране
net use \\FS1\Backup /persistent:yes /user:DBAdmin
Нека проверим дали имаме запазени връзки:
нетно използване

Яжте! Сега е ясно защо е върната грешка при достъп до FS1, но не и при достъп до FS1.contoso.test.

Нека изтрием запазените връзки:

Нетна употреба * /изтриване

Проверка на резервното копие:

Проблема решен.

Какво има? Причината за грешката е съвсем нетривиална. Вътре в корпоративно приложение от името на SQL Server беше свързано мрежово устройствопод потребител DBAdmin, който впоследствие не беше деактивиран поради грешка в приложението. След известно време паролата на потребителя на DBAdmin вероятно се е променила или сървърът е рестартиран. И ето го, мистериозният достъп отказан!

Какви изводи можете да направите за себе си?

  1. Когато направите резервно копие копиране на SQLСървър, достъп до мрежови ресурсисе изпълнява като акаунт за услуга на SQL Server, а не като потребител, който е изпълнил командата BACKUP DATABASE. Трябва да имате това предвид, когато задавате разрешения.
  2. Винаги снимайте изключително пълно резервни копияс ключа WITH COPY_ONLY. SQL Server маркира страници с данни, които са се променили след пълно архивиране и само променените страници са включени в диференциалното копие. Логично е след всяко пълно архивиране да се изчиства състоянието на страниците. Ключът ви позволява да не изчиствате маркировката на страницата и последователността няма да бъде нарушена.
  3. В случай на грешка „Достъпът е отказан“, би било добра идея да проверите дали грешката се повтаря от име на хост, FQDN или IP адрес.
  4. Можете да влезете в контекста на сигурността на желания акаунт, като стартирате psexec с ключа -U.
  5. За да покажете идентификационни данни от услугата за съхранение на ключове, използвайте помощната програма cmdkey.
  6. За показване на запазени свързани интернет връзкаизползвайте командата net use.

Благодаря за вниманието.



Сподели с приятели:
Свързани публикации