• hjem
  •  > 
  • Internet og kommunikation
  •  > 
  • Mit råd. Mappeadgang nægtet - hvad skal man gøre? Mit råd Hvor længe skal man vente på adgang nægtet

Mit råd. Mappeadgang nægtet - hvad skal man gøre? Mit råd Hvor længe skal man vente på adgang nægtet

URTBChPYUOPE THLPCHPDUFChP RP MySQL

    4.2.11 rTYUYOSCH RPSCHMEOYS PYYVPL Adgang nægtet ("CH DPUFHRE PFLBBOBOP")

    eUMY RTY RPRSCHFLE RPDUPEDOEOYS L UETCHETKH MySQL CHCH UFBMLYCHBEFEUSH U PYYVLPK Adgang nægtet, FP CHPURPMSHKFEUSH RTYCHEDEOOSCHN OITSE URYULPN. h OEN RETEYUYUMESCH NETSCH, LPFPTSCHE NPTsOP RTYOSFSH DMS TEYEOYS LFPC RTPVMENSH:

    • ъBRХУЛБМИ MIN CHSHCH RPUME YOUFBMMSGYY MySQL ULTYRF mysql_install_db DMS KHUFBOPCHLY OBUBMSHOPZP UPDETSYNPZP FBVMYG RTYCHYMEZYK? eUMY OEF, UDEMBKFE LFP. pVTBFYFEUSH L TBDEMH Se afsnit 4.3.4 ъBDBOYE YOBYUBMSHOSHI RTYCHYMEZYK MySQL. rTPCHETSHFE RETCHPOBUBMSHOSHE RTYCHYMEZYY U RPNPESH UMEDHAEEK LPNBODSCH: shell> mysql -u rodtest rPDUPEDYOOYE DPMTSOP RTPYЪPKFY VEЪ UVPS. UMEDHEF FBLCE HVEDYFSHUS, YuFP CH LBFBMPZE VBOSCH DBOOSCHI MySQL YNEEFUS ZHBKM `user.MYD" . pVSHYUOP AF OBIPDIFUS CH DYTELFPTYY `PATH/var/mysql/user.MYD" , HVHPHSHERE N LBFH PATH" -BOECHPHERE N LBFH PATH" MMSGYY MySQL.
    • rPUME OPChPK YOUFBMMSGY UMEDHEF RPDUPEDOYFSHUS L UETCHETH Y UPJDBFSH RPMSHЪPCHBFEMEK, B FBLCE KHUFBOPCHYFSH DMS OYI RTBCHB DPUFHRB: shell> mysql -u root mysql DTBEYYEDCOOY.FBLCE KHUFBOPCHYFSH. RPMSHЪPCHBFEMS MySQL U YNEOEN RPMSHЪPCHBFEMS root YUIDOP OE YNEEF RBTPMS. OP CH LFPN ЪBLMAYUBEFUS FBLCE Y TYUL OBTHYEOYS VEЪPRBUOPUFY UYUFENSH, RPFPNH RTY UPBDBOY PUFBMSHOSHI RPMSHЪPCHBFEMEK MySQL, ChBN, RPNYNP RTPYЪUEZPPMS Root . eUMY RTY RPRSCHFLE RPDUPEDOEOYS PF YNEOY RPMSHJPCHBFEMS rod CHSC RPMKHYUFE UMEDHAEHA PYYVLH: Adgang nægtet for bruger: "@ukendt" til databasen mysql LFP POBYUBEF, YuFP CH FBVMYGE bruger PFUHFUPFRYFPHEF US " UMVUPFRYFPHUE CHEN" І mysqld OE NPTSEF PRTEDEMYFSH YNS IPUFB DMS CHBYEZP LMYEOFB. h LFPN UMKHUBE OEPVIPDYNP RETEЪBRKHUFYFSH REGNSKAB PRGYEK --skip-grant-tables Y PFTEDBLFYTPCHBFSH ZhBKM `/etc/hosts" YMY `\windows\hosts" , DPVBCHYCH CH OEZP DMS ЪB CHBRY.
    • eUMY CHCH UFPMLOEFEUSH U FBLPK PYYVLPK, LBL: shell> mysqladmin -u root -pxxxx ver Adgang nægtet for bruger: "root@localhost" (bruger adgangskode: JA) LFP POBYUBEF, YuFP YURPMSH'HEFUS OECHETOSCHK RBTPMSH. pVTBFYFEUSH L TBDEMH Se afsnit 4.3.7 ъBDBOYE RBTPMEK. eUMY CHSH ЪБВШЧМЪ РБТПМШ DMS RПМШЪПЧБФЭМС root , FP RETEЪBRKHUFYFE mysqld U PRGYEK --skip-grant-tables Y YЪPMSHEOY. pVTBFYFEUSH L TBDEMH Se afsnit A.4.2 lBL RETEKHUFBOPCHYFSH ЪBVSHCHFSHCHK RBTPMSH RPMSHЪPCHBFEMS root . fBLBS PYYVLB NPTsEF RPSCHMSFSHUS DBCE CH FPN UMKHYUBE, EUMY CHSHCH OE ЪBDBCHBMY RBTPMS CHPPVEE - LFP OBYUIF, YuFP CH LBLPN-FP ZhBKME `my.ini" YNEEFUS OECHETOSCHY aults , LBL RPLBOBOP OJCE: shell> mysqladmin --no-defaults -u root ver
    • ъBRХУЛБМИ MY CHCH ULTYRF mysql_fix_privilege_tables RTY PVOPCHMEOY YNEAEEKUS YOUFBMMSGY MySQL, EUMY HUFBOPCHMEOOBS CHETUIS - VPMEE TBOOSS, YUEN 3.22OPMUS 3.22OPCH1MS, BDP21MS, BDP21. Y VPMEE RPJDOEK? 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 OM OPCHSHCHI RPDUPEDYOEOSI LMYEOFPCH, OP FBLCE OM HTSE YNEAEYIUS, LBL LFP RPLBЪBOP CH TBDEMEЪPOO Z CH Y3FZHRYCHY. CH UYMKH .
    • eUMY OE HDBEFUS DPVYFSHUS, YUFPVSH RBTPMSH TBVPFBM, RPNOYFE, UFP ZHOLGYS PASSWORD() DPMTSOB YURPMSHЪPCHBFSHUS, EUMY ChSCH ЪBDBEFE RBTPMSH U RPNPESHA PRETBFPTPASSET I SERTM. eUMY CE CHCH ЪBDBEFE RBTPMSH U RPNPESHA PRETBFPTB GRANT ... IDENTIFICERET AF YMY LPNBODSCH mysqladmin password d, ZHOLGYS PASSWORD() OE OHTSOB. pVTBFYFEUSH L TBDEMH Se afsnit 4.3.7 ъBDBOYE RBTPMEK.
    • localhost - LFP UYOPOIN YNEOY CHBYEZP MPLBMSHOPZP IPUFB, Y, EUMY IPUF SCHOP OE ЪBDBO, FBLCE KHUFBOBCHMYCHBENPE RP KHNPMYUBOYA YNS IPUFB, L LPFPTPNH LMYEOFSH RSCHFAYFUSF RSCHFPTPNH LMYEOFSH RSCHFAYFUSF. pdoblp rpdupedoeoys l localhost oe deekufchhaf, eumy chbyek tbvpyuek uyufen yurpmsh'hafus mit-rpfply (rpdupedoeoys l localhost puheeufchmsafus u yurpmsh'pchboyen uplefpch unix, b poyhost rpdetsychby It-rpfplpch). YuFPVSHCH FBLYI UYUFENBI LFB RTPVMENB OE CHP'OILBMB, UMEDHEF SCHOSCHN PVTBBPN ЪBDBFSH YNS UETCHETOPZP IPUFB U RPNPESHA PRGYY --host . fBLYN PVTBBPN VHDEF KHUFBOPCHMEOP RPDUPEDYOOYE L UETCHETH mysqld RP RTPFPPLPMH TCP/IP. h LFPN UMKHYUBE CH ЪBRYUSI FBVMYGSH bruger , ITBOSEEKUS OM UETCHETOPN IPUFE, DPMTSOP VSCHFSH KHLBBOP TEBMSHOPE YNS IPUFB. (fP URTBCHEDMYCHP DBCE DMS FAIRIES UMHYUBECH, LPZDB LMYEOFULBS RTPZTBNNNB Y UETCHET ЪBRHULBAFUS OM PDOPN IPUF).
    • eUMY RTY RPRSCHFLE RPDUPEDOEOYS L VBJE DBOOSHI U RPNPESH LPNBODSCH mysql -u user_name db_name CHP'OILBEF PYYVLB Adgang nægtet , RTYYUYOB LFPPZP, CHPNPTsOP, LTPEFUS CH FBVMYGE bruger. yuFPVSH RTPCHETYFSH LFP, CHSHRPMOYFE LPNBODH mysql -u root mysql Y CHCHEDYFE UMEDHAEIK SQL-PRETBFPT: mysql> SELECT * FROM bruger; h TEЪХМШФБФЭ ВХДЭФ ЧШЧЧеДОВ ЪБРИУШ УП УФПМВГБНІ Host І User , УЧХНФИИХН ИОY ChBYEZP LPNRSHAFETB Ъ CHBYENH INEOY RPMSHЪPCHBFEMS MySQL.
    • UPPVEEOYE PV PYYVLE Adgang nægtet YOZHTNYTHEF CHBU P FPN, RPD LBLYN YNEOEN CHSH RSHCHFBEFEUSH CHPKFY CH UYUFENKH, PV YNEOY IPUFB, U LPFPTPZP CHSH RSHCHFBEFEUSH KHUFBOPCHOOFSHYP, YЪBMOPCHYSHPN Y CHSHCH RTY LFPN RBTPMSH YMY OEF. lBL RTBCHYMP, CH FBVMYGE bruger VKhDEF PDOB ЪBRYUSH, FPYUOP UPPFCHEFUFCHHAEBS YNEOY IPUFB Y YNEOY RPMSHJPCHBFEMS, KHLBBOOSCHN CH UPPVEEOYY PV PYYVLE. OBRTYNET, EUMY CHSH RPMKHUYFE UPPVEEOYE PV PYYVLE, CH LPFPTPN ULBUBOP Brug af adgangskode: NO , LFP POBYUBEF, YUFP CHSC RSHCHFBMYUSH CHPKFY CH UYUFENKH, OE KHLBBCH RBTPMSH.
    • eUMY RTY RPRSCHFLE RPDUPEDOEOYS OE U FPZP LPNRSHAFETB, OM LPFPTPPN TBVPFBEF UETCHET MySQL, B U DTHZPZP, CHSC RPMHUYFE UPPVEEOYE PV PYYVLE, RTYCHEDEOOPE OITSE, UPLFVMFP UPLFHFB-bruger YNEOEN IPUFB: Host ... har ikke lov til at oprette forbindelse til denne MySQL-server yuFPVSH YURTBCHYFSH FUH PYYVLH, U RPNPESHA HFYMYFSH LPNBODOPK UFTPLY mysql (OM UETCHETOPN IPUFE!) DPVBCHSHFE UFTPLH CH FBVMYGH bruger , db YMY host U LPNVINOGYPM LPYNVIEOGYPM С/ИПУФБ, UPPFCHEFUFCHHAEEK FPK, LPFPTHA CHSHCH YURPMSHЪHEFE RTY RPRSCHFLE RPDUPEDOEOYS. ъБФЭН ШШЧРПМОФЭ ЛПНБОПХ mysqladmin flush-privileges . eUMY CHSH YURPMSH'HEFE MySQL CHETUYY, PFMYUOPK PF Version 3.22, Y CHBN OEY'CHEUFOP YNS IPUFB YMY IP-BDTEU LPNRSHAFETB, U LPFPTPZP CHSH RPDUPEDOSEFEUSH, CHЪCHEDYFE CH FBVHUSHEN" RPME Host Y RETEBRKHUFYFE mysqld OM UETCHETOPK NBYYOE U PRGYEK -- log. lPZDB UPEDYOOYE U LMYEOFULPK NBYOSCH VKHDEF KHUFBOPCHMEOP, CHSC OBKDEFE CH TSHTOBME TEZYUFTBGYY MySQL YOZHPTNBGYA PV YNEOY IPUFB, U LPFPTPZP CHSC RPDUPEDOYOMY. (rPUME LFPPZP UMEDHEF ЪBNEOYFSH CH ЪBRYUY FBVMYGSH-bruger OBYUEOYE "%" OBUFPSEIN YNEOEN IPUFB, YЪ TSKHTOBMB TEZYUFTBGYY. OPK.) h Linux RTYYUYOPK FBLPKNUPPYFTOEFV VSVLYYUYOPK FBLPKNPPYFTOBEY, Yh ER MySQL ULPNRYMYTPCHBOB U CHETUYEK glibc, PFMYUOPK PF YURPMSHKHENPK CHBNY . h LFPN UMKHYUBE OHTSOP VKhDEF MYVP PVOPCHYFSH pu/glibc, YURPMSHKHENSHCHE 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 CHSHCHDBOP UPPVEEOYE PV PYYVLE, CH LPFPTPN YNS IPUFB OE KHLBBOP CHPPVEE YMY KHLBBO IP-BDTEU, IPFS CHCH RTY RPRSHFLE RPDUPEDOEOYS KHLBSCCHBMY YNS IPUFBB OE KHLBBOP CHPPVEE YMY KHLBBO IP-BDTEU, IPFS CHCH RTY RPRSHFLE RPDUPEDOEOYS KHLBSCCHBMY YNS IPUFBB: shell -> mys rootxxmin -> mys root oot " (Brug af adgangskode: JA) FP LFP PYOBYUBEF, YuFP PYYVLB CHP'OILBEF RTY RPRSHFLE MySQL UPRPUFBCHYFSH IP-BDTEU U YNEOEN IPUFB. h LFPN UMHUBE CHCH NPTSEFE CHSHCHRPMOYFSH LPNBODH mysqladmin flush-hosts , YUFPVSH UVTPUIFSH CHOKHFTEOOAA LY-RBNSFSH DNS. pVTBFYFEUSH L TBDEMH Se afsnit 5.5.5 lBL MySQL YURPMSHЪHEF DNS . ChPF OELPFPTSHCHE URPUPVSH TEYEOYS LFPC RTPVMENSH:
      • rPRTPVHKFE CHSHCHSUOYFSH, YuFP OE FBL U CHBYN UETCHETPN DNS, Y KHUFTBOYFE OEYURTBHOPUFSH.
      • ъBDBKFE IP-BDTEUB CHNEUFP YNEO IPUFPCH FBVMYGBI RTYCHYMEZYK MySQL.
      • ъBRHUFFYFE mysqld U PRGJEK -- skip-name-resolve .
      • ъBRХУФИFE mysqld U PRGJEK --skip-host-cache .
      • rPDLMAYUYFEUSH L localhost EUMY CHBY UETCHET Y LMYEOF TBVPFBAF OM 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 dit_værtsnavn -u root tests t RTYCHPDYF L PYYVLE Adgang nægtet , FP, CHPNPTsOP, CH FBVMYGE bruger YNS CHBYEZP IPUFB OECOPHLBOB. pDOB YЪ TBURPTPUFTBOEOOSCHI RTPVMEN ЪDEUSH ЪBLMAYUBEFUS CH FPN, YUFP CH RPME Vært ЪBRYUY, ITBOSEEKUS CH FBVMYGE bruger, ЪBDBEFUS FPMSHLP YNS IPUFB, CH FP CHTENSEOSHHTYN TBTEOSHUTCHYN TBTEOKKYSHYNSHYP YUFENPK, CHPCHTBEBAF RPMOPUFSHA PRTEDEMOOPE DPNOOPE YNS (YMY OBPVPTPF). OBRTYNET, EUMY CH FBVMYGE-bruger YNEEFUS ЪBRYUSH UP OBYUEOYEN "tcx" CH RPME-vært , B DNS RTY LFPN UPPVEBEF MySQL, YuFP YNS IPUFB - "tcx.subnet.se" , LFB ЪFCHOEFSHDEFKUSHD. rPRTPVHKFE DPVBCHYFSH CH FBVMYGH bruger ЪBRYUSH, KHLBBCH CH LPMPOLE Host IP-BDTEU IPUFB. (h LBYUEFCHE BMSHFETOBFYCHSHCH NPTsOP DPVBCHYFSH CH FBVMYGH bruger ЪBRYUSH UP OBYUEOYEN CH RPME Host , UPDETSBAYN YBVMPOOSCHK UINCHPM, OBRTYNET "tcx.%" . OP YURBPMFSHЪPHUCHY, UPDETSBAYN YBVMPOOSCHK OM "%" - OEVEЪPRBUOP Y DEMBFSH LFP OE TELPNEODHEFUS!)
    • eUMY LPNBODB mysql -u brugernavn test TBVPFBEF HUREYOP, B LPNBODB mysql -u brugernavn andet_db_nam e - OEF, FP CH FBVMYGE db OEF ЪBRYUY, UPPFCHEFUFCHHAEEK andet_db_navn .
    • eUMY LPNBODB mysql -u brugernavn db_navn CHSHRPMOSEPHUS KHUREYOP OM FPN LPNRSHAFETE, HVOR HUFBOPCHMEO UETCHET, B mysql -u værtsnavn -u brugernavn db_navn OE TBVPFBEF RTY CHSHCHRPMOEEOOY DFUCHRPMOEEOOY NPKVTS ABKVYT LPKVTS ABKY MYGBI bruger YMY db LFB LMYEOFULBS NBYOB OE ЪBTEZYUFTYTPCHBOB.
    • eUMY OE HDBEFUS CHSHCHSUOYFSH RTYYUYOH PYYVLY Adgang nægtet , HDBMYFE YЪ FBVMYGSH-bruger CHUE OBRYUY, CH LPPTTSCHI OBYUEOYE CH RPME Vært CHLMAYUBEF YBVMPOOSCHE UYNCHTSBEYMSCH, UPDEBRY" `"""""" ""). PYUEOSH TBURTPUFTBOOOOPK PYYVLPK SCHMSEFUS UMEDHAEBS: RPMSHЪPCHBFEMSH CHUFBCHMSEF OPCHHA ЪBRYUSH UP OBYUEOYEN "%" CH RPME Host Y UP OBYUEOYEN "en eller anden bruger" - PUPPDURPMEZME Bruger, PUPPEPUBZME YS U FPK CE UBNPK NBYOSCH PO UNPTsEF YURPMSHЪPCHBFSH localhost . fBLPK TBUYUEF OECHETEO, Y RTYYUYOB ЪDEUSH CH FPN, YuFP KHUFBOBCHMYCHBENSCH RP KHNPMYUBOYA RTYCHYMEZY CHLMAYUBAF ЪBRYUSH UP OBYUEOYEN "localhost" CH RPME User Host Y RKHUFCHN. th RPULPMSHLH CH LFPC OBRYUY OBYUEOYE "localhost" VPMEE LPOLTEFOP, YUEN "%", FP YNEOOP POB RTY RPDUPEDOYEOY Y localhost RTEDYUFCHHEF OPChPK ЪBRYYY, UPPFCHEFUFUFCHEOOP, VSHVPVBETHEFBY USHVPVBETHEFFCHEOOP! rTBCHYMSHOSHCHN CH LFPN UMKHUBE VKHDEF CHUFBCHYFSH CHFPTHA ЪBRYUSH UP OBYUEOYEN "localhost" CH RPME Vært Ъ OBYUEOYEN "some_user" - CH RPME Bruger YMY KHDBMYFSH ЪBRYUSH UPPHOST YHUSHH OBYHUSHH UPBURY N RPME-bruger.
    • eUMY CHSC RPMKHYUFE UMEDHAEKHA PYYVLH, FP LFB RTPVMENB, CHPNPTsOP, UCHSOBOB U FBVMYGEK db YMY FBVMYGEK vært: Adgang til databasen nægtet eUMY CH ЪBRYUY, CHSHVTBOOPK Y, PHVBOOPK Y, PHVBOOPK Y, HDG PUFPCHETSHFEUSH, YuFP CH FBVMYGE vært YNEEFUS RP LTBKOEK NETE PDOB UPPFCHEFUFCHHAEBS ЪBRYUSH, KHLBSCCHBAEBS, L LBLYN IPUFBN PFOPUIFUS ЪBRYUSH YЪ FBVMYGSHCH db . EUMY PYYVLB CHP'OILBEF RTY CHSHRPMOEOYY SQL-LPNBODSH Vælg ... I OUTFILE YMY LOAD DATA INFILE, FP CHBYEK OBRYUYY FBVMYGSHCH User, Chetpsfop, PfuhfufchHef TBeTeyeOye om RTedPUfFb Chmeoyechimeyyyyyyyyy.
    • rPNOYFE, YuFP LMYEOFULYE RTPZTBNNNSCH VHDHF YURPMSHЪPCHBFSH RBTBNEFTSCH RPDUPEDOEOYS, KHLBBOOSCH ZHBKMBY LPOZHYZHTBGYY YMY RETENEOOOSCHI PLTHTSEOYS. pVTBFYFEUSH L TBDEMH Se afsnit F RETENEOOSCH PLTHTSEOYS. еUMY EUFSH RPDPЪTEOYE, YuFP LMYEOF PFUSCHMBEF OECHETOSHCHE HUFBOBCHMYCHBENSHE RP KHNPMYUBOIA RBTBNEFTSCH RPDUPEDOEOYS, CH UMKHYUBE, LPZDB CHCHCH OE ЪBDPNBEFEDO YI CHPLFETHYI CHPLHEOTS ZHBKM `my.cnf" CH UCHPEK DPNBIOOEK DYTELFPTYY. nPTSEFE FBLCE RTPCHETYFSH LPOZHYZHTBGYPOOSCH ZHBKMSH MySQL PFOPUSEYEUS LP CHUE UYUFENE , IPFS RBTBNEFTSCH LMYEOFULPZP RPDUPEDOEOYS CHTSD MY HLBBOSHCH YNEOOP ЪDEUSH. EUMY PYYVLB Adgang nægtet CHP'OILBEF RTY CHSHRPMOEEOY CHBYEK LMYEOFULPK RTPZTBNNSH VEJ LBLYI-MYVP PRGYK, KHVEDYFEUSH, YUFP OY CH PDOPN YI CHBYI ZHBKMPCH PRGYK UPMFOE KHLSC! pVTBFYFEUSH L TBDEMH Se afsnit 4.1.2 ZhBKMSCH RBTBNEFTPCH `my.cnf" .
    • eUMY CHOPUYFE YYNEOOYS CH FBVMYGSH RTYCHYMEZYK OERPUTEDDUFCHOOOP (U RPNPESH PRETBFPTPCH INDSÆT YMY UPDATE), B CHBYYYNEOOYS, RPIPCE, YZOPTYTHAFUS, FP UMEDHEF CHSHBCHPTPHRPSHYFSHMOOY PRETBFPTPCH PRESSEMY DH mysqladmin flush-privilegier - VHI FPZP, YUFPVSH ЪBUFBCHYFSH REGNSKAB RETEYUYFBFSH FBVMYGSHCH 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_qLPNODSCH_myntnavn RPNPEY_lNBODSCH_mynt -u brugernavn -dit_pas db_navn . 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 --adgangskode=dit_pas . eUMY CHSH YURPMHPM SHЕBRFE ЪpQF SHВЪPCHBFSH UYOFBLUYUEULHA UFTHHLFHTH --password=dit_pas. PUYF X CHBU RBTPMSH)
    • rTY FEUFYTPCHBOY ЪBRHULBKFE DENPO mysqld U PRGYEK --spring-grant-tabeller over. fPZDB CHSC UNPTSEFE YYNEOSFSH FBVMYGSH RTYCHYMEZYK MySQL Y U RPNPESH ULTYRFB mysqlaccess RTPCHETSFSH, RTPYYCHEMY MY UDEMBOOSCH CHBNY YYNEOOYS TSEMBENSCHK LZHZHELF. eUMY TEJHMSHFBFSHCHBU KHUFTBYCHBAF, CHSHRPMOYFE LPNBODH mysqladmin flush-privileges , YUFPVSH RTYLBYBFSH UETCHETKH mysqld RTYUFKHRYFSH L YURPMSHЪPCHBOYA OPCHSHHI FBVMYZGY RTYUFKHRYFSH. CHOYNBOYE: RETEЪBZTHЪLB FBVMYG RTYCHYMEZYK PFNEOSEF PRGYA --spring-grant-tabeller over. yFP RPJCHPMSEF BUFBCHYFSH UETCHET RTYUFKHRYFSH L YURPMSHJPCHBOYA OPCHSHCHI FBVMYG RTYCHYMEZYK VEJ OBCHETYEOYS EZP TBVPFSH Y RETEBZTHYLY.
    • eUMY OYUEZP OE RPNPZBEF, ЪBRHUFFYFE DENPO mysqld daemon U PRGYEK PFMBDLY (OBRTYNET --debug=d,generel,forespørgsel). h TEЪKHMSHFBFE VKhDEF CHCHCHEDOB YOZHPTNBGYS P OEKHDBYUOSCHI RPDUPEDOEOYSI, U KHLBBOYEN IPUFB Y RPMSHЪPCHBFEMS, B FBLCE PVP CHUEI PVTBVPFBOOSCHI LPNBODBY. pVTBFYFEUSH L TBDEMH Se afsnit 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 PVSBFEMHFSHOP PVSBFEMHFSHOP LTYMPHNKEUFSHOP RTYMPHNK YG RTYCHYMEZYK 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 Se afsnit 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 .

Når du sletter en mappe, uanset om den er en systemmappe eller forbliver efter afinstallation af et program, kan du støde på fejlen Folder Access Denied. Og der er ingen måde at fjerne det på. Jeg vil ikke analysere denne fejl og lede efter måder at eliminere den på - jeg vil bare give dig råd om, hvad du skal gøre i en sådan situation. For at løse dette er et værktøj kaldet Unlocker længe blevet opfundet - dette lille værktøj er i stand til at slette næsten enhver fil/mappe, der ikke kan slettes på en simpel måde. Nogle gange kan du fjerne det med det samme, nogle gange er en genstart nødvendig.

Unlocker kan downloades på internettet, den er tilgængelig på hvert hjørne, men jeg anbefaler at downloade den fra pålidelige softwareressourcer.

Et eksempel på fejlen Folder Access Denied ved sletning af Windows Media Player-systemmappen:


Det anbefales strengt ikke at slette Windows Media Player-mappen, da det er en systemmappe, og sletningen kan påvirke driften af ​​andre programmer. Men jeg vil fortælle dig en hemmelighed - til eksperimentelle formål brugte jeg Unlocker-værktøjet til at slette ikke kun ovenstående mappe, men også Internet Explorer-mappen. Og det lykkedes mig endda på en eller anden måde at slette Program Files (x86). Selvfølgelig var der nogle problemer, men dette var et eksperiment, og et billede af systemet blev oprettet på en anden disk bare i tilfælde af problemer. Et systembillede er en komplet sikkerhedskopi af hele systemdisken. Jeg anbefaler at oprette det regelmæssigt - det vil hjælpe, hvis der opstår problemer.

Et eksempel på en lignende fejl:


Hvordan sletter man ved hjælp af Unlocker? Alt er ekstremt enkelt - højreklik på filen/mappen, vælg Unlocker:



Et vindue, der ligner dette, kan dukke op:


Jeg er konstant i tvivl om, hvad jeg skal gøre med dette vindue. Vinduet betyder, at en eller anden proces blokerer for sletning af mappen. Først skal du afslutte processen - dette skal gøres ved at klikke på knappen Slet proces. Men menuen til venstre skulle vise Slet - for at slette den valgte mappe/fil. Men sådan et vindue vises sjældent. Jeg er åbenbart ikke bestemt til at forstå algoritmen.

Det er alt. Held og lykke.

19.10.2017

Hvis du ikke kan få adgangskoden til at virke, skal du huske, at funktionen PASSWORD() skal bruges, hvis du angiver adgangskoden ved hjælp af en INSERT , UPDATE eller SET PASSWORD-sætning. Hvis du angiver en adgangskode ved hjælp af GRANT ... INDENTIFIED BY-sætningen eller mysqladmin-adgangskodekommandoen, er funktionen PASSWORD() ikke nødvendig. Se afsnit 4.3.7, "Indstilling af adgangskoder".

localhost er et synonym for dit lokale værtsnavn, og hvis værten ikke udtrykkeligt er angivet, også standardværtsnavnet, som klienter forsøger at oprette forbindelse til. Forbindelser til localhost virker dog ikke, hvis dit produktionssystem bruger MIT-streams og MySQL ældre end version 3.23.27 (forbindelser til localhost er lavet ved hjælp af Unix-sockets, som ikke blev understøttet af MIT-streams-teknologi dengang). For at undgå dette problem på sådanne systemer, bør du udtrykkeligt indstille serverens værtsnavn ved hjælp af --host-indstillingen. Dette vil etablere en forbindelse til mysqld-serveren ved hjælp af TCP/IP-protokollen. I dette tilfælde skal indtastningerne i brugertabellen, der er gemt på serverværten, indeholde det rigtige værtsnavn. (Dette gælder, selvom klientprogrammet og serveren kører på den samme vært.)

Hvis du får en Access denied-fejl, når du forsøger at oprette forbindelse til en database ved hjælp af kommandoen mysql -u brugernavn db_navn, kan problemet være i brugertabellen. For at kontrollere dette skal du køre kommandoen mysql -u root mysql og indtaste følgende SQL-sætning:

Mysql> SELECT * FRA bruger;

Resultatet vil være en post med værts- og brugerkolonner, der svarer til dit computernavn og dit MySQL-brugernavn.

Fejlmeddelelsen Adgang nægtet fortæller dig, hvilket navn du forsøger at logge ind under, værtsnavnet du forsøger at oprette forbindelse fra, og om du har brugt en adgangskode eller ej. Typisk vil der være én post i brugertabellen, der nøjagtigt matcher værtsnavnet og brugernavnet angivet i fejlmeddelelsen. Hvis du f.eks. modtager en fejlmeddelelse, der siger Bruger kodeord: NEJ, betyder det, at du forsøgte at logge ind uden at angive et kodeord.

Hvis du, når du forsøger at oprette forbindelse fra en anden computer end den, som MySQL-serveren kører på, modtager fejlmeddelelsen nedenfor, så mangler brugertabellen en række med dette værtsnavn:

Host ... har ikke tilladelse til at oprette forbindelse til denne MySQL-server

For at rette denne fejl skal du bruge kommandolinjeværktøjet mysql (på serverværten!) til at tilføje en række til bruger-, db- eller værtstabellen med den brugernavn/værtskombination, der matcher den, du bruger, når du forsøger at oprette forbindelse. Kør derefter kommandoen mysqladmin flush-privileges. Hvis du bruger en anden MySQL-version end version 3.22, og du ikke kender værtsnavnet eller IP-adressen på den computer, du opretter forbindelse fra, skal du indtaste en post i brugertabellen med en værdi på "%" i feltet Host og genstarte mysqld på servermaskinen med ---indstillingsloggen. Når forbindelsen fra klientmaskinen er etableret, vil du i MySQL-loggen finde oplysninger om navnet på den vært, du har oprettet forbindelse fra. (Du skal derefter erstatte "%"-værdien i brugertabelposten med det faktiske værtsnavn fra loggen. Ellers forbliver dit system ubeskyttet.)

På Linux kan årsagen til denne fejl være, at MySQL-binæren er kompileret med en anden version af glibc end den, du bruger. I dette tilfælde skal du enten opdatere det OS/glibc, du bruger, eller downloade MySQL-kildekoden og selv kompilere serveren. Typisk er kilde-RPM let at kompilere og installere, så dette vil ikke være et stort problem.

Hvis du modtager en fejlmeddelelse, hvori værtsnavnet slet ikke er angivet, eller IP-adressen er angivet, selvom du har angivet værtsnavnet, da du forsøgte at oprette forbindelse:

Shell> mysqladmin -u root -pxxxx -h some-hostname ver Adgang nægtet for bruger: "root@" (bruger adgangskode: JA)

så betyder det, at fejlen opstår, når MySQL forsøger at tilknytte IP-adressen til værtsnavnet. I dette tilfælde kan du køre kommandoen mysqladmin flush-hosts for at tømme den interne DNS-cache. Se afsnit 5.5.5, "Hvordan MySQL bruger DNS". Her er nogle måder at løse dette problem på:

  • Prøv at finde ud af, hvad der er galt med din DNS-server, og ret problemet.

    Indstil IP-adresser i stedet for værtsnavne i MySQL-privilegietabeller.

    Start mysqld med muligheden --skip-name-resolve.

    Start mysqld med --skip-host-cache-indstillingen.

    Opret forbindelse til localhost, hvis din server og klient kører på den samme computer.

    Placer klientmaskinens navne i mappen /etc/hosts.

Hvis mysql -u-rodtesten lykkes, men mysql -h dit_værtsnavn -u-rodtesten resulterer i en Access denied-fejl, kan dit værtsnavn være forkert i brugertabellen. Et almindeligt problem her er, at feltet Host for posten, der er gemt i brugertabellen, kun angiver værtsnavnet, mens de navneopløsningsrutiner, der bruges af dit system, returnerer det fuldt kvalificerede domænenavn (eller omvendt). For eksempel, hvis brugertabellen har en post med værdien "tcx" i værtsfeltet, og DNS fortæller MySQL, at værtsnavnet er "tcx.subnet.se", vil denne post ikke have nogen effekt. Prøv at tilføje en post til brugertabellen, og angiv værtens IP-adresse i værtskolonnen. (Alternativt kan du tilføje en post til brugertabellen med en værdi i feltet Host, der indeholder et jokertegn, såsom "tcx.%". Men at bruge værtsnavne, der ender på "%", er ikke sikkert og anbefales ikke!)

Hvis testkommandoen mysql -u brugernavn lykkes, men kommandoen mysql -u brugernavn andet_db_navn e ikke gør, så er der ingen indgang i db-tabellen, der matcher andet_db_navn .

Hvis kommandoen mysql -u brugernavn db_navn lykkes på den computer, hvor serveren er installeret, men mysql -u værtsnavn -u brugernavn db_navn ikke virker, når den udføres på en anden klientmaskine, så er den klientmaskine ikke registreret i bruger- eller db-tabellerne .

Hvis du ikke kan fastslå årsagen til Access denied-fejlen, skal du fjerne alle poster fra brugertabellen, hvor værdien i Host-feltet inkluderer jokertegn (poster, der indeholder tegnene " "%" " eller " "_" "). En meget almindelig fejl er, at en bruger indsætter en ny post med "%" i feltet Host og "en eller anden bruger" i feltet Bruger, idet de tænker, at de så kan bruge localhost til at oprette forbindelse fra den samme maskine. Denne beregning er forkert, og årsagen er, at standardrettighederne inkluderer en indtastning med "localhost" i feltet Host og et tomt brugerfelt. Og da værdien af ​​"localhost" i denne post er mere specifik end "%", så er det, når der oprettes forbindelse fra localhost, den, der går forud for den nye post, og som følgelig vil blive valgt og udløst! Den korrekte fremgangsmåde i dette tilfælde ville være at indsætte en anden post med værdien "localhost" i feltet Host og værdien "some_user" i feltet Bruger, eller at slette posten med værdien "localhost" i feltet Host og en tomt brugerfelt.

Hvis du modtager følgende fejl, kan problemet være relateret til db-tabellen eller værtstabellen:

Adgang til database nægtet

Hvis posten valgt fra db-tabellen har en værtskolonne, der er tom, skal du sikre dig, at der er mindst én tilsvarende post i værtstabellen, der angiver, hvilke værter posten i db-tabellen gælder for. Hvis fejlen opstår, når du kører kommandoen SELECT ... INTO OUTFILE eller LOAD DATA INFILE SQL-kommandoen, så har din post fra brugertabellen sandsynligvis ikke tilladelse til at give FILE-privilegiet.

Bemærk venligst, at klientprogrammer vil bruge forbindelsesparametre specificeret i konfigurationsfiler eller miljøvariabler. Se appendiks E. miljøvariabler. Hvis du har mistanke om, at klienten sender forkerte standardforbindelsesparametre, når du ikke angiver dem på kommandolinjen, skal du kontrollere dit miljø og my.cnf-filen i dit hjemmebibliotek. Du kan også kontrollere de systemdækkende MySQL-konfigurationsfiler, selvom klientforbindelsesparametrene sandsynligvis ikke vil blive specificeret her. Se afsnittet Se. Hvis fejlen Adgang nægtet opstår, når du kører dit klientprogram uden nogen muligheder, skal du sørge for, at ingen af ​​dine optionsfiler indeholder den gamle adgangskode! Se afsnit 4.1.2, "My.cnf-parameterfiler".

Hvis du foretager ændringer i privilegietabellerne direkte (ved hjælp af INSERT- eller UPDATE-sætninger), og dine ændringer ser ud til at blive ignoreret, bør du udstede en FLUSH PRIVILEGES-sætning eller køre kommandoen mysqladmin flush-privileges for at tvinge serveren til at genlæse privilegietabellerne. Ellers vil dine ændringer kun træde i kraft næste gang du genstarter serveren. Husk, at efter at du har angivet en adgangskode til et brugernavn, skal du kun angive den efter nulstilling af privilegier, fordi serveren vil endnu ikke vide, at du har ændret adgangskoden!

Hvis du støder på adgangsproblemer, når du bruger Perl-, PHP-, Python- eller ODBC-programmer, så prøv at oprette forbindelse til serveren ved hjælp af kommandoen mysql -u brugernavn db_navn eller mysql -u brugernavn -pyour_pass db_navn. Hvis din mysql-klient leverer forbindelsen, er problemet ikke med adgangsrettigheder, men med dit program. (Bemærk, at der ikke er mellemrum mellem -p og adgangskoden; du kan også bruge --password=dit_pas-syntaksen til at indstille adgangskoden. Hvis du kun bruger selve -p-indstillingen, vil MySQL bede dig om adgangskoden)

Når du tester, start mysqld-dæmonen med --skip-grant-tables muligheden. Du kan derefter ændre MySQL-privilegietabellerne og bruge mysqlaccess-scriptet til at kontrollere, om de ændringer, du har foretaget, har den ønskede effekt. Hvis du er tilfreds med resultaterne, skal du køre kommandoen mysqladmin flush-privileges for at fortælle mysqld-serveren om at begynde at bruge de nye privilegietabeller. Opmærksomhed: Genindlæsning af bevillingstabeller tilsidesætter muligheden --skip-grant-tables. Dette giver dig mulighed for at tvinge serveren til at begynde at bruge nye privilegietabeller uden at lukke ned og genstarte den.

Hvis alt andet fejler, start mysqld-dæmonen med fejlfindingsindstillingen (f.eks. --debug=d,general,query). Resultatet viser information om mislykkede forbindelser, der angiver værten og brugeren, samt alle behandlede kommandoer. Se afsnit D.1.2, "Oprettelse af sporingsfiler".

Hvis du har problemer med MySQL-privilegietabellerne og mener, at du skal rapportere det til mailinglisten, skal du sørge for at inkludere en udskrift af MySQL-privilegietabellerne med din rapport. Dette kan gøres ved at bruge mysqldump mysql kommandoen. Problemet rapporteres, som i andre tilfælde, ved hjælp af mysqlbug-scriptet. Se afsnit 1.8.1.3, "Sådan rapporteres fejl eller problemer". I nogle tilfælde, for at køre mysqldump-scriptet, skal du muligvis genstarte mysqld med --skip-grant-tables muligheden.

Når du arbejder med PayPal-tjenesten, vil klienten stå over for en række begrænsninger og forbud. Det gælder både nye og gamle brugere. De første restriktioner opdages umiddelbart efter registreringen, og hvis reglerne overtrædes, nedlægges der spærring eller forbud mod adgang til systemet. De fleste problemer kan undgås ved at overholde servicekravene og give de ønskede oplysninger. Lad os finde ud af, hvad PayPal-status "adgang nægtet" eller PayPal begrænset adgang betyder, og hvad vi skal gøre i sådanne tilfælde.

Indledende forbud

Efter at have oprettet en konto i PayPal-betalingstjenesten, står nye kunder over for en række begrænsninger. Adgang til mange PayPal-transaktioner er forbudt. Dette skyldes manglen på vigtige oplysninger om klienten. Hvis brugeren nægter at tilknytte et kort eller en bankkonto eller give personlige data, tildeles hans konto statussen "Anonym". Forbud mod funktioner ophæves, efter at virksomheden har modtaget de nødvendige oplysninger.

  1. Anonym. Ejeren kan ikke foretage overførsler eller hæve penge fra PayPal-kontoen. Den månedlige grænse for transaktioner er 40.000 rubler, og en engangsoverførsel er 15.000 rubler.
  2. Personliggjort. En sådan bruger er forbudt at overføre mere end 200.000 rubler om måneden; i en handling kan du sende op til 60.000 rubler. Du kan opnå denne status og delvist fjerne begrænsninger efter at have linket og bekræftet dit bankkort eller din konto.
  3. Verificeret. Den tilladte grænse for månedlige transaktioner er 550.000 rubler. Ejeren får mulighed for at skabe. Det maksimalt tilladte beløb for en enkelt transaktion er $5.000.

For en klient, der har gennemført alle punkter, ophæves alle forbud. Overførsel af penge, accept af betalinger, hævning af penge, arbejde med et kort og meget mere bliver tilgængeligt for en bruger med en verificeret konto.

Indrejseforbud

Kunder, der lige har oprettet en konto i systemet, kan ofte ikke logge på PayPal. Årsagen er i de fleste tilfælde forkert dataindtastning under godkendelse. Det anbefales at dobbelttjekke din adgangskode og e-mailadresse. Hvis du ikke kan huske de korrekte oplysninger, skal du klikke på "Kan ikke logge på kontoen." Ved at bruge det vindue, der vises, gendannes tabte oplysninger. For at fuldføre proceduren skal du have svar på verifikationsspørgsmål.

Årsagen ligger dog ikke altid i forkert indtastede data. En fejl ved login kan forekomme på grund af den browser, du bruger, eller "skrald" i den. Derfor, før det anbefales at rydde cache, historie og cookies. Det er værd at prøve med en anden browser.

Årsager til at blokere adgang af systemet

I henhold til de regler, der blev vedtaget under registreringen, er PayPal i stand til at blokere adgangen til webstedet og pålægge klienten forbud og begrænsninger. Hvis du bemærker, at en tjenestefunktion eller konto er holdt op med at fungere, bør du tjekke din e-mail. Når den er blokeret eller forbudt, modtager brugeren et brev med information om årsagerne og løsningen på problemet.

Årsager til at begrænse adgangen:

  • Mistænkelig aktivitet. Hvis sikkerhedstjenesten har mistanke om, at kontoen er blevet hacket, lukkes adgangen til kontoen. Ejeren skal gennemføre datagendannelsesproceduren og sende de ønskede dokumenter.
  • Oprettelse af en anden konto. Ifølge tjenesten er der tale om en alvorlig lovovertrædelse, som brugerens adgang er begrænset til. Oftest er klienten sortlistet og forbudt at arbejde videre med systemet. Nye konti oprettet af brugeren vil blive blokeret.
  • Bedrag.
  • En masse polemik. Hvis en bruger opretter mange åbne tvister, vil systemet mistænke ham for svigagtig aktivitet.
  • Indtastning af falske oplysninger. Hvis dataene fra de dokumenter, der er leveret til at fjerne restriktioner, ikke stemmer overens med dem, der allerede er indtastet, vil systemet nægte ejeren adgang. Det er vigtigt at give alle oplysninger korrekt. Nogle data, for eksempel bopælsland, vælges én gang uden mulighed for yderligere ændringer.
  • Deltagelse i mistænkelige ordninger. Hvis en bruger på en eller anden måde er kommet i kontakt med svindlere, kan hans konto blive blokeret.

Det er ikke for ingenting, at systemet betragtes som pålideligt. Konstante kontroller og restriktioner garanterer sikkerheden for kundernes penge. Naturligvis er simple, ærlige brugere, der ikke har studeret aftalen, ofte underlagt sanktioner. Kontrakten specificerer alle anbefalingerne, hvorefter du kan undgå at blokere adgangen til webstedet.

Hvad er adgang nægtet?

En alvorlig overtrædelse af reglerne medfører en fuldstændig blokering af kontoen, et forbud mod yderligere arbejde med systemet, og du vil modtage en besked: "PayPal, adgang nægtet." Fuldstændig blokering af adgangen gælder dog ikke kun for svindlere eller i tilfælde af en række uoverensstemmelser. Kun en midlertidig begrænsning er pålagt respektable brugere.

Adgang til:

  1. Konto. Betalingssystemet kan fryse kontoen i 180 dage.
  2. Modtagelse af betalinger. En klient med en sådan begrænsning vil ikke kunne acceptere overførsler.
  3. Sendes ved overførsel. Systemet forbyder at sende penge for varer, tjenester mv.
  4. Servicestatistik.
  5. Kontodrift. Indtil begrænsningen er ophævet, er det ikke muligt at indsende en ansøgning om at lukke en konto. En procedure er påkrævet, når du ændrer pasdata eller flytter til et andet land (hver stat har sine egne PayPal-driftsbetingelser). Efter indsendelse af en ansøgning fryses kontoen i 180 dage, og efter et år spærres.

Dokumenter, der kræves for at ophæve restriktioner

Enhver begrænsning eller blokering er ledsaget af modtagelse af et brev via e-mail. Meddelelsen specificerer årsagen til forbuddet og det papirarbejde, der kræves for at ophæve det. For at arbejde videre med PayPal skal ejeren indsamle og indsende alle specificerede dokumenter til gennemgang.

Systemet anmoder om:

  1. Pas. Et pas fra klientens land eller internationale pas vil være tilstrækkeligt. Det er tilrådeligt at sende en scanning af tilmeldingssiden.
  2. Yderligere papirer. Systemet vil acceptere kontoudtog på bankkonti eller brugerkort, forbrugsregninger og lignende dokumenter. Varen er obligatorisk; uden yderligere papirer vil verifikationen mislykkes. Det anbefales at sende flere dokumenter på én gang. Alle officielle papirer, der indeholder adressen, det fulde navn og andre oplysninger om klienten, vil gøre det.
  3. Foto. Afhængigt af situationen kan PayPal anmode om et billede af brugeren med et pas eller det produkt, der tilbydes.
  4. Korrespondance, kontrakter, fakturaer.

Indsamlede papirer kan sendes via konto eller fax. Det er vigtigt at bruge en pålidelig forbindelse, så informationer ikke falder i de forkerte hænder. Den første metode er den nemmeste; klienten skal logge ind på sin konto, uploade scanninger af dokumenter og klikke på "Send". Faxning er sværere, fordi det kræver udskrivning og udfyldning af en forside.

Data beskyttelse

Mange brugere, der har set beskeden: PayPal adgang nægtet, ved ikke, hvad de skal gøre, og på grund af dette falder de i fælden af ​​svindlere. Hver spærring og begrænsning er ledsaget af et informationsbrev. En sådan meddelelse kan dog være et forsøg fra svindlere på at stjæle en konto fra en skræmt kunde. Du bør straks afgøre, om brevet er ægte eller falsk.

Du skal være opmærksom på:

  • Appel. Svindlere kender normalt kun deres e-mailadresse, så de bruger ikke deres fulde navn, når de kontakter dem. Dette brev indeholder altid disse oplysninger.
  • Retur adresse. PayPal-tjenesten sender breve fra postkassen [e-mail beskyttet]. Hvis e-mailen er anderledes, er de tydeligvis svindlere og bør rapporteres til sikkerheden.

At genvinde adgangen til systemet og dets funktioner er ikke et problem, det vigtigste er at følge instruktionerne og holde en dialog med teknisk support. Betalingstjenesten hjælper kunden i alle stadier af ophævelse af restriktioner.

Om morgenen kontaktede en af ​​udviklerne af en virksomhedsapplikation supporttjenesten. Han kunne ikke lave en kopi fra MS SQL Server-databasen og bad om at finde ud af årsagen til fejlen.

Den første ting at starte med er at kontrollere fejlen for reproducerbarhed.
Lad os prøve at lave en kopi med kommandoen:
BACKUP DATABASE TIL DISK=N"\\FS1\Backup\sdb_full.bak" MED COPY_ONLY

Hvad er COPY_ONLY ellers?

WITH COPY_ONLY er en meget nyttig switch. Det giver dig mulighed for ikke at forstyrre sekvensen af ​​differentielle kopier i backupsystemet

Faktisk endte et forsøg på at lave en kopi med en fejl:

Hvad kan forårsage dette problem?

SQL Server kører under den indbyggede "Netværkstjeneste"-konto

For en sikkerheds skyld kontrollerer vi opløsningen af ​​FS1-servernavnet ved hjælp af det korte navn og FQDN. Begge navne løser sig og, hvad der er vigtigt, peger på den samme server. Åbn netværksmappen, tjek tilladelser for NTFS og deltilladelser. Alt er ok, SQL1-serverkontoen har skrivetilladelse.

Måske er der problemer med NTLM, Kerberos? Lad os prøve at lave en sikkerhedskopi ved hjælp af serverens FQDN.

BACKUP DATABASE TIL DISK=N"\\FS1.contoso.test\Backup\sdb_full.bak" MED COPY_ONLY

Interessant. Ved hjælp af FQDN blev sikkerhedskopien oprettet. Hvad betyder det? Bortset fra at situationen er blevet endnu mere forvirrende.

SQL Server kan ikke genstartes i åbningstiden. Jeg ville ikke overnatte.

Når intet er klart, er en administrators bedste ven Wireshark eller Microsoft Network Monitor. Hvis du tager en god dump, kan du enten finde ud af det, eller du kan blive rigtig forvirret.

At installere Microsoft Network Monitor på en ansvarlig server er teoretisk set en sikker opgave, men livet gør så ofte justeringer til de mest sikre virksomheder.

Du kan ikke genstarte, og det er ikke tilrådeligt at installere en skærm. Så vil vi bruge Windows Event Tracing-tjenesten.

Aktiveret sporing:
netsh trace start persistent=yes capture=ja tracefile=c:\temp\trace.etl
Gentog backup-kommandoen flere gange:
BACKUP DATABASE TIL DISK=N"\\FS1\Backup\sdb_full.bak" MED COPY_ONLY BACKUP DATABASE TIL DISK=N"\\FS1\Backup\sdb_full.bak" MED COPY_ONLY BACKUP DATABASE TIL DISK=N"\\FS1\Backup \sdb_full.bak" MED KUN COPY
Stop sporing:
netsh spor stop

Åbn filen i Microsoft Network Monitor på administratorens arbejdsstation:

Hver gang du forsøger at tage en kopi, vises begivenheden KDC_ERR_PREAUTH_REQUIRED med den mystiske bruger DBAdmin. Dette er ikke en medarbejderkonto, en administratorkonto, og SQL Server kører ikke under den.
KDC_ERR_PREAUTH_REQUIRED betyder, at legitimationsoplysningerne er ugyldige.

Men sikkerhedskopieringen udføres i forbindelse med "MS SQL Server"-tjenesten, og den lanceres under "Netværkstjenesten". Hvad har DBAdmin med det at gøre?

Windows har en "Credentials Manager", også kendt som "Credentials Manager", som giver dig mulighed for at gemme legitimationsoplysninger til forskellige netværksressourcer. Det kan kaldes med kommandoen "control userpasswords2" eller "netplwiz":

Lad os tjekke, om der er alternative legitimationsoplysninger gemt for FS1-serveren i forbindelse med computerkontoen "SQL1\Network Service".

For at køre en proces på vegne af en anden bruger, bruger vi psexec.

Hvis vi kører psexec med "-s"-switchen, kommer vi ind i "Local System"-konteksten. Vil ikke gøre.

For at komme ind i "Netværkstjeneste"-konteksten skal du køre værktøjet med følgende nøgler:
psExec.exe -i -u “nt Authority\netværkstjeneste” cmd.exe

Lad os kontrollere, om Adgang nægtet-fejlen opstår i "Netværkstjeneste"-konteksten, når du får adgang til FS1-serveren:

Fejlen gengives.

Lad os tjekke de gemte legitimationsoplysninger. Du vil ikke være i stand til at køre "control userpasswords2" uden at bruge Explorer. Og nej, det er ikke nødvendigt, for at arbejde med "Credentials Manager" fra kommandolinjen er der et værktøj kaldet cmdkey.exe.

For at få vist de gemte legitimationsoplysninger skal du køre kommandoen:
cmdkey /list

Der blev ikke fundet nogen gemte legitimationsoplysninger. Endnu mere interessant.

Så hvad ved vi indtil videre:

  1. I forbindelse med computerkontoen "SQL1\Network Service", når der tilgås FS1-serveren via SMB-protokollen, returneres en Access Denied-fejl
  2. Ved adgang til serveren ved hjælp af FQDN FS1.contoso.test returneres ingen fejl
  3. FS1-serveren tilgås ved hjælp af DBAdmin-kontoen, som ikke eksplicit bruges nogen steder
  4. Legitimationsoplysninger blev ikke gemt i konteksten "SQL1\Network Service" i Credentials Manager
Vent, men legitimationsoplysninger kan gemmes ikke kun i Credentials Manager, men også i hukommelsen på Lanman Workstation-tjenesten.

Hvis du tilslutter et drev med parameteren /savecred, gemmes legitimationsoplysningerne i Credentials Manager:

Netbrug \\FS1\Backup /persistent:yes /savecred
Hvis du udelader parameteren /savecred, gemmes legitimationsoplysningerne i servicehukommelsen indtil en genstart
netbrug \\FS1\Backup /persistent:yes /user:DBAdmin
Lad os tjekke, om vi har nogen gemte forbindelser:
nettoforbrug

Spise! Nu er det klart, hvorfor der blev returneret en fejl ved adgang til FS1, men ikke ved adgang til FS1.contoso.test.

Lad os slette gemte forbindelser:

Nettobrug * /delete

Kontrol af backup:

Problem løst.

Hvad var der i vejen? Årsagen til fejlen er ret ikke-triviel. Inde i en virksomhedsapplikation blev der på vegne af SQL Server kortlagt et netværksdrev under DBAdmin-brugeren, som ikke efterfølgende blev deaktiveret på grund af en fejl i applikationen. Efter nogen tid ændrede DBAdmin-brugerens adgangskode sandsynligvis sig, eller serveren blev genstartet. Og her er den, den mystiske adgang nægtet!

Hvilke konklusioner kan du selv drage?

  1. Når du udfører en SQL Server-sikkerhedskopi, tilgås netværksressourcer som SQL Server-tjenestekontoen, ikke som den bruger, der kørte kommandoen BACKUP DATABASE. Du bør huske på dette, når du angiver tilladelser.
  2. Tag altid yderligere fuld sikkerhedskopiering med WITH COPY_ONLY-kontakten. SQL Server markerer datasider, der er ændret siden en fuld backup, og kun de ændrede sider er inkluderet i den differentielle kopi. Det er logisk, at efter hver fuld sikkerhedskopiering ryddes sidernes tilstand. Tasten giver dig mulighed for ikke at rydde sidemærket, og rækkefølgen vil ikke blive brudt.
  3. I tilfælde af en "Adgang nægtet" fejl, vil det være en god idé at kontrollere, om fejlen gentages af værtsnavn, FQDN eller IP-adresse.
  4. Du kan komme ind i sikkerhedskonteksten for den ønskede konto ved at køre psexec med -U-switchen.
  5. Brug værktøjet cmdkey for at få vist legitimationsoplysninger fra nøglelagringstjenesten.
  6. Brug netbrugskommandoen for at få vist gemte tilsluttede netværksforbindelser.

Tak for din opmærksomhed.