У дома > Дизайн > Моят съвет. Достъпът до папка е отказан - какво да правя? Моят съвет


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




URTCHPYUOPE THLPCHPDUFCHP RP MySQL

    4.2.11 RTUYOSCH RPSCHMEOYS PYVPL Достъпът е отказан

    eUMY RTY RPRSFFLE RPDUPEDYOEOYS L UETCHETCH MySQL CHUUVBMLYCHBEFEUSH U PYVLPK Достъпът е отказан, h OEN RETEYUMEOSCH NETSHCH, LPFPTSCHHE NPTsOP RTYOSFSH DMS TEYOYS LFPK RTPVMENSCH:

    • ъBRHULBMY MY CHSH RPUME YOUFBMMSGYY MySQL ULTYRF mysql_install_db DMS HUFBOPCLY OBJUBMSHOPZP UPDETSYNPZP FBVMYG RTYCHYMEZYK? eUMY OEF, UDEMBKFE FFP. Вижте раздел 4.3.4 MySQL. rTPCHETSFE RETCHPOBYUBMSHOSHE RTYCHYMEZYY U RPNPESH UMEDHAEEK LPNBOSH: shell> mysql -u root test rPDUPEDYOEOYE DPMTSOP RTPYJPKFY VE UVPS. uMEDHEF FBLCE HVEDIFSHUS, UFP H LBFBMPZE VBSH DBOOSCHI MySQL YNEEFUS JBKM `user.MYD' .
    • rPUME OPCHPK YOUFBMMSGYY UMEDHEF RPDUPEDYOYFSHUS L UETCHETH Y UPDBFSH RPMSHCHBFEMEK, B FBLCE HUFBOPCHYFSH DMS OYI RTBCHB DPUFHRB: shell> mysql -u root mysql RPMSHJPCHBFEMS MySQL U YNEOEN RPMSHJPCHBFEMS root YUIPDOP OE YNEEF RBTPMS. OP CH FFPN BLMAYUBEFUS FBLCE Y TYUL OBTKHYEOIS VEPPRBUOPUFY UYUFENSCH, RPFPPNH RTY UPDBOYY PUFBMSHOSHCHI RPMShЪPCHBFEMEK еУМЙ ​​​​РТЙ РПРЩФЛЕ РПДУПЕДЙОЕОЙС ПФ ЙНЕОЙ РПМШЪПЧБФЕМС root ЧЩ РПМХЮЙФЕ УМЕДХАЭХА ПЫЙВЛХ: Access denied for user: "@unknown" to database mysql ЬФП ПЪОБЮБЕФ, ЮФП Ч ФБВМЙГЕ user ПФУХФУФЧХЕФ ЪБРЙУШ УП ЪОБЮЕОЙЕН "root" Ч УФПМВГЕ User Й mysqld ОЕ НПЦЕФ ПРТЕДЕМЙФШ ЙНС ИПУФБ ДМС CHBYEZP LMYEOFB. h FFPN UMHYUBE OEVPVIPDYNP RETEBRHUFYFSH UETCHET U PRGYEK --skip-grant-tables Y PFTEDBLFYTPCHBFSH JBKM `/etc/hosts"YMY `\windows\hosts"
    • eumy chsh ufpmloefeush u fblpk pyvlpk, lbl: shell> mysqladmin -u root -pxxxx ver Достъпът е отказан за потребител: " [защитен с имейл]" (Using password: YES) ЬФП ПЪОБЮБЕФ, ЮФП ЙУРПМШЪХЕФУС ОЕЧЕТОЩК РБТПМШ. пВТБФЙФЕУШ Л ТБЪДЕМХ See section 4.3.7 ъБДБОЙЕ РБТПМЕК . еУМЙ ЧЩ ЪБВЩМЙ РБТПМШ ДМС РПМШЪПЧБФЕМС root , ФП РЕТЕЪБРХУФЙФЕ mysqld У ПРГЙЕК --skip-grant-tables Й ЙЪНЕОЙФЕ РБТПМШ. пВТБФЙФЕУШ Л ТБЪДЕМХ See section A.4.2 лБЛ РЕТЕХУФБОПЧЙФШ ЪБВЩФЩК РБТПМШ РПМШЪПЧБФЕМС root . фБЛБС ПЫЙВЛБ НПЦЕФ РПСЧМСФШУС ДБЦЕ Ч ФПН УМХЮБЕ, ЕУМЙ ЧЩ ОЕ ЪБДБЧБМЙ РБТПМС ЧППВЭЕ - ЬФП ЪОБЮЙФ, ЮФП Ч ЛБЛПН-ФП ЖБКМЕ `my.ini" ЙНЕЕФУС ОЕЧЕТОЩК РБТПМШ. pWTBFFYFEUSH L TBBEDMH Вижте раздел. pFNEOYFSH YURPMSHJPCHBOYE JBKMPCH PRGYK NPTsOP U RPNPESHA PRGYY the --no-defaults , LBL RPLBBOP OYCE: shell> mysqladmin --no-defaults -u root ver
    • mysql_fix_privilege_tables RTY PVOCHMEOYY YNEAEEEKUS YOWFBMMSGYY MySQL, EUMY HUFBOPCMEOOBS CHETUYS - WPMEE TBOOSS, YEN 3.22.11, B WOPPMSEPHUS FOB DP 3.22.11? eUMY OEF, UDEMBKFE FFP. OBYOBS U MySQL 3.22.11, LPZDB PRETBFPT GRANT UFBM JHOLGYPOBMSHOSHCHN, UFTHLFHTB FBVMYG RTYCHYMEZYK JNEOYMBUSH.
    • eUMY CHP CHTENS UEBOUB CHBY RTYCHYMEZY YYNEOYMYUSH, FP, CHPNPTSOP, YI YYNEOYM UHRETRPMSH'PCHBFEMSH. Retybzthlb fbvmyg rtychymeymymze pftbzbusbus fpmshlp относно настойничеството на rpduedeoeoofpch, op fbreyush, lab -b -b -b -b -b -b -b -b -b -b -b -bshefsi chuhdshes
    • eUMMY OE HDBEFUS DPVIFSHUS, UFPVSCH RBTPMSh TBVPFBM, RPNOYFE, UFP JHOLGYS PASSWORD() DPMTSOB YURPMSHЪPCHBFSHUS, EUMY CHSH ЪBDBEFE RBTPMSH U RPNPESHA PRETBFPOMUPCH IN. eUMMY CE CHSC JBDBEFE RBTPMSH U RPNPESHA PRETBFPTB GRANT ... ИНДЕНТИФИЦИРАН ОТ YMY LPNBODSCH mysqladmin парола d, JHOLGYS PASSWORD() OE OKHTSOB. Вижте раздел 4.3.7 bBDBOYE RBTPMEK.
    • localhost - LFP UYOPOYN YNEOY CHBYEZP MPLBMSHOPZP IPUFB, Y, EUMY IPUF SCHOP OE BDBO, FBLTS HUFBOBCHMYCHBENPE RP HNPMYUBOYA YNS IPUFB, L LPFPTPPNH LMYAYUEOFSH RSHPDCHLM. pDOBLP RPDUPEDYOEOYS L локален хост OE DEKUFCHHAF, EUMY H CHBYEK TBVPYEK UYUFENE JURPMSHHAFUS MIT-RPFPLY (RPDUPEDYOEOYS L локален хост PUHEEUFCHMSAFUS U JURPMSHJPCHBOYEN UPLEFPCH RFPCH Unix, BFBAU). uFPVSC H FBLYI UYUFENBI LFB RTPVMENB OE ChPOYLBMB, UMEDHEF SCHOSCHN PVTBPN ЪBDBFSH YNS UETCHETOPOZP IPUFB U RPNPESHA PRGIY --host . fBLYN PWTBBPN WHDEF HUFBOPHMEOP RPDUPEDYOEOYE L UETCHETH mysqld RP RTPFPLMH TCP/IP. h LFPN UMHYUBE CH BRYUSI FBVMYGSHCH потребител , ITBOSEEKUS ЗА UETCHETOPN IPUFE, DPMTSOP VShFSH HLBBOP TEBMSHOPE YNS IPUFB. (yFP URTBCHEDMYCHP DBCE DMS FEI UMHYUBECH, LPZDB LMYEOFULBS RTPZTBNNB Y UETCHET BRHULBAFUS ЗА PDOPN IPUFE).
    • eUMMY RTY RPRSFFLE RPDUPEDYOEOYS L VBE DBOOSCHI U RPNPESHHA LPNBODSCH mysql -u потребителско_име db_name CHPOYLBEF PYVLB Достъпът е отказан, RTYUJOB FFPZP, CHPNPTSOP, LTPEFUS CH FBVMYGE потребител. uFPVSH RPTCHETIFSH FFP, CHSRPMOIFE LPNBODH mysql -u root mysql Y CHCHEDYFE UMEDHAEYK SQL-PRETBFPT: mysql> SELECT * FROM user; h TEHMSHFBFE VHDEF CHSHCHEDEOB ЪBRYUSH UP UFPMVGBNY Host Y Потребител , UPPFCHEFUFCHHAEYNY YNEOY CHBYEZP LPNRSHAFETB Y CHBYENKH YNEOY RPMSHЪPCHBFEMS MySQL.
    • уППВЭЕОЙЕ ПВ ПЫЙВЛЕ Access denied ЙОЖПТНЙТХЕФ ЧБУ П ФПН, РПД ЛБЛЙН ЙНЕОЕН ЧЩ РЩФБЕФЕУШ ЧПКФЙ Ч УЙУФЕНХ, ПВ ЙНЕОЙ ИПУФБ, У ЛПФПТПЗП ЧЩ РЩФБЕФЕУШ ХУФБОПЧЙФШ УПЕДЙОЕОЙЕ, Й П ФПН, ЙУРПМШЪПЧБМЙ МЙ ЧЩ РТЙ ЬФПН РБТПМШ ЙМЙ ОЕФ. LBL RTBCHYMP, CH FBVMYGE потребител VHDEF PDOB ЪBRYUSH, FPYuOP UPPFCHEFUFCHHAEBS YNEOY IPUFB Y YNEOY RPMShЪPCHBFEMS, HLBBOOSCHN H UPPVEEEOOYY PV PYVLE. obrtynet, Eumy Chshch RPmhyuyfe UPPVEEOYE PV PYVLE, CH LPFPTPN ULBBOP Използване на парола: NO
    • еУМЙ ​​​​РТЙ РПРЩФЛЕ РПДУПЕДЙОЕОЙС ОЕ У ФПЗП ЛПНРШАФЕТБ, ОБ ЛПФПТПН ТБВПФБЕФ УЕТЧЕТ MySQL, Б У ДТХЗПЗП, ЧЩ РПМХЮЙФЕ УППВЭЕОЙЕ ПВ ПЫЙВЛЕ, РТЙЧЕДЕООПЕ ОЙЦЕ, ФП Ч ФБВМЙГЕ user ПФУХФУФЧХЕФ УФТПЛБ У ФБЛЙН ЙНЕОЕН ИПУФБ: Host ... is not allowed to connect to this MySQL server юФПВЩ ЙУРТБЧЙФШ ЬФХ ПЫЙВЛХ, У РПНПЭША ХФЙМЙФЩ ЛПНБОДОПК УФТПЛЙ mysql (ОБ УЕТЧЕТОПН ИПУФЕ!) ДПВБЧШФЕ УФТПЛХ Ч ФБВМЙГХ user , db ЙМЙ host У ЛПНВЙОБГЙЕК ЙНЕОЙ РПМШЪПЧБФЕМС/ИПУФБ, УППФЧЕФУФЧХАЭЕК ФПК, ЛПФПТХА ЧЩ ЙУРПМШЪХЕФЕ РТЙ РПРЩФЛЕ РПДУПЕДЙОЕОЙС. bbfen chschrpmoyfe lpnbodh mysqladmin flush-privileges . еУМЙ ​​​​ЧЩ ЙУРПМШЪХЕФЕ MySQL ЧЕТУЙЙ, ПФМЙЮОПК ПФ Version 3.22, Й ЧБН ОЕЙЪЧЕУФОП ЙНС ИПУФБ ЙМЙ IP-БДТЕУ ЛПНРШАФЕТБ, У ЛПФПТПЗП ЧЩ РПДУПЕДЙОСЕФЕУШ, ЧЧЕДЙФЕ Ч ФБВМЙГХ user ЪБРЙУШ УП ЪОБЮЕОЙЕН "%" Ч РПМЕ Host Й РЕТЕЪБРХУФЙФЕ mysqld ОБ УЕТЧЕТОПК НБЫЙОЕ У ПРГЙЕК -- дневник. lPZDB UPEDYOEOYE U LMYEOFULPK NBYYOSCH VHDEF HUFBOPCMEOP, CH OBKDEFE H TSKHTOBME TEZYUFTBGYY MySQL YOZHPTNBGYA PV YNEOY IPUFB, U LPFPTPZP CHSH RPDUPEDYOYMYUSH. (рПУМЕ ЬФПЗП УМЕДХЕФ ЪБНЕОЙФШ Ч ЪБРЙУЙ ФБВМЙГЩ user ЪОБЮЕОЙЕ "%" ОБУФПСЭЙН ЙНЕОЕН ИПУФБ, ЙЪ ЦХТОБМБ ТЕЗЙУФТБГЙЙ. йОБЮЕ ЧБЫБ УЙУФЕНБ ПУФБОЕФУС ОЕЪБЭЙЭЕООПК.) ч Linux РТЙЮЙОПК ФБЛПК ПЫЙВЛЙ НПЦЕФ ВЩФШ ФП, ЮФП ВЙОБТОБС ЧЕТУЙС MySQL УЛПНРЙМЙТПЧБОБ У ЧЕТУЙЕК glibc, ПФМЙЮОПК ПФ ЙУРПМШЪХЕНПК ЧБНЙ . h FFPN UMHYUBE OHTSOP VHDEF MYVP PVOPCHYFSH pu / glibc, YURPMSHKHENSCHE CHBNY, MYVP ЪBZTHЪFSH YUIPDOSCK LPD MySQL Y ULPNRYMYTPCHBFSH UETCHET UBNPUFPSFEMSHOP. LBL RTBCHYMP, YUIPDOSHK RPM LPNRYMYTHEFUS Y YOUFBMMYTHEFUS LMENEOFBTOP, FBL UFP YFP OE UPUFBCHYF UETSHEPK RTPVMENSCH.
    • eUMMY VHDEF CHCHDBOP UPPVEEOIE PV PYVLE, H LPFPTPN YNS IPUFB OE HLBBOP CHPPVEE YMI HLBBO IP-BDTEU, IPFS CHS RTY RPRSHFLE RPDUPEDYOEOYS HLBSCCHBMY YNS IPUFB: shell -xladsing - mysqnix - mysquxll - mysquxll парола: ДА) h LFPN UMHYUBE CHSH NPCEFE CHSHCHRPMOYFSH LPNBODH mysqladmin flush-hosts Вижте раздел 5.5.5 MySQL JURPMSHHEF DNS. CHPF OELPFPTSCHE URPUPVSC TEOYOYS LFPK RTPVMENSCH:
      • rPRTPVHKFE CHSCHSUOYFSH, UFP OE FBL U CHBYN UETCHETPN DNS, Y HUFTBOYFE OEYURTBCHOPUFSH.
      • ъBDBKFE IP-BDTEUB CHNEUFP YNEO IPUFPC FBVMYGBI RTYCHYMEZYK MySQL.
      • bBRHUFYFE mysqld U PRGYEK --пропускане-име-разрешаване.
      • bBRHUFYFE mysqld U PRGYEK --skip-host-cache .
      • rPDLMAYUFEUSH L localhost EUMY CHBY ИНФОРМАЦИЯ Y LMYEOF TBVPFBAF ЗА PDOPN Y FPN TSE LPNRSHAFETE.
      • rPNEUFYFE YNEOB LMYEOFULYY NBYYO H LBFBMPZ `/etc/hosts" .
    • eUMMY LPNBODB mysql -u root test TBVPFBEF HUREYOP, B LPNBODB mysql -h your_hostname -u root tes t RTYCHPDYF L PYVLE Достъпът е отказан , FP, CHPNPCOP, H FBVMYGE потребител JNS CHBYEZP IPUFB HLBOP. пДОБ ЙЪ ТБУРТПУФТБОЕООЩИ РТПВМЕН ЪДЕУШ ЪБЛМАЮБЕФУС Ч ФПН, ЮФП Ч РПМЕ Host ЪБРЙУЙ, ИТБОСЭЕКУС Ч ФБВМЙГЕ user , ЪБДБЕФУС ФПМШЛП ЙНС ИПУФБ, Ч ФП ЧТЕНС ЛБЛ РТПГЕДХТЩ ТБЪТЕЫЕОЙС ЙНЕО, ЙУРПМШЪХЕНЩЕ ЧБЫЕК УЙУФЕНПК, ЧПЪЧТБЭБАФ РПМОПУФША ПРТЕДЕМЕООПЕ ДПНЕООПЕ ЙНС (ЙМЙ ОБПВПТПФ). obRTYNET, EUMY CH FBVMYGE потребител YNEEFUS BUYUSH UP OBBYUEOYEN "tcx" CH RPME хост , B DNS RTY LFPN UPVEBEF MySQL, UFP YNS IPUFB - "tcx.subnet.se" , rPRTPVHKFE DPVBCHYFSH H FBVMYGHH потребител BRYUSH, HLBBCH H LPMPOLE Host IP-BDTEU IPUFB. (ч ЛБЮЕУФЧЕ БМШФЕТОБФЙЧЩ НПЦОП ДПВБЧЙФШ Ч ФБВМЙГХ user ЪБРЙУШ УП ЪОБЮЕОЙЕН Ч РПМЕ Host , УПДЕТЦБЭЙН ЫБВМПООЩК УЙНЧПМ, ОБРТЙНЕТ "tcx.%" . оП ЙУРПМШЪПЧБФШ ЙНЕОБ ИПУФПЧ, ПЛБОЮЙЧБАЭЙЕУС ОБ "%" - ОЕВЕЪПРБУОП Й ДЕМБФШ ЬФП ОЕ ТЕЛПНЕОДХЕФУС!)
    • eUMMY LPNBODB mysql -u user_name test TBVPFBEF HUREYOP, B LPNBODB mysql -u потребителско_име other_db_name e - RFU, FP W FBVMYGE db RFU BLUE, UPPFCHEFUFFCHHAEEK име на друго_db_name .
    • еУМЙ ​​​​ЛПНБОДБ mysql -u user_name db_name ЧЩРПМОСЕФУС ХУРЕЫОП ОБ ФПН ЛПНРШАФЕТЕ, ЗДЕ ХУФБОПЧМЕО УЕТЧЕТ, Б mysql -u host_name -u user_name db_name ОЕ ТБВПФБЕФ РТЙ ЧЩРПМОЕОЙЙ ЕЕ ОБ ДТХЗПК ЛМЙЕОФУЛПК НБЫЙОЕ, ФП Ч ФБВМЙГБИ user ЙМЙ db ЬФБ ЛМЙЕОФУЛБС НБЫЙОБ ОЕ ЪБТЕЗЙУФТЙТПЧБОБ.
    • eUMMY OE HDBEFUS CHSCSUOYFSH RTYUYOH PYVLJ Достъпът е отказан , HDBMYFE J FBVMYGSHCH потребител CHUE BRYUY, CH LPFPTSCHI OBBYEOOYE H RPME Хост CHLMAYUBEF YBVMPOOSCHE UYNCHUPYPMSH,ЪЕЧБРИТТ пЮЕОШ ТБУРТПУФТБОЕООПК ПЫЙВЛПК СЧМСЕФУС УМЕДХАЭБС: РПМШЪПЧБФЕМШ ЧУФБЧМСЕФ ОПЧХА ЪБРЙУШ УП ЪОБЮЕОЙЕН "%" Ч РПМЕ Host Й УП ЪОБЮЕОЙЕН "some user" - Ч РПМЕ User , РПМБЗБС, ЮФП РПУМЕ ЬФПЗП ДМС РПДУПЕДЙОЕОЙС У ФПК ЦЕ УБНПК НБЫЙОЩ ПО УНПЦЕФ ЙУРПМШЪПЧБФШ localhost . fBLPK TBUYUEF OECHETEO, Y RTYYUYOB ЪDEUSH CH FPN, YuFP HUFBOBCHMYCHBENSCHE RP HNPMYUBOYA RTYCHYMEZYY CHLMAYUBAF ЪBRYUSH UP OBYUEOYEN "localhost" CH RPFSHME Host Y RPMEN. y RPULPMSHLH H FFK JBRUIY OBBYEEOYE "localhost" WPMEE LPOLTEFOP, YUEN "%", FP YNEOOP POB RTY RPDUPEDYOEOYYY локален хост RTEDEYUFCHHEF OPCHPK BLUEOY Y, UPPFFCHEFUFCHEOSCOP, UPPFFCHEFUFCHEOSCOP, UPPFFCHEFUFCHEOSCOP, UPPFFCHEFUFCHEOSCOP, rTBCHYMSHOSHCHN CH FFPN UMHYUBE VHDEF CHUFBCHYFSH CHFPTHA BLURUSH UP OBBYEOEN "localhost" CH RPME Host Y OBBYEOOYEN "some_user" - CH RPME потребител
    • еУМЙ ​​​​ЧЩ РПМХЮЙФЕ УМЕДХАЭХА ПЫЙВЛХ, ФП ЬФБ РТПВМЕНБ, ЧПЪНПЦОП, УЧСЪБОБ У ФБВМЙГЕК db ЙМЙ ФБВМЙГЕК host: Access to database denied еУМЙ Ч ЪБРЙУЙ, ЧЩВТБООПК ЙЪ ФБВМЙГЩ db , УФПМВЕГ Host - РХУФПК, ХДПУФПЧЕТШФЕУШ, ЮФП Ч ФБВМЙГЕ host ЙНЕЕФУС РП ЛТБКОЕК НЕТЕ ПДОБ УППФЧЕФУФЧХАЭБС ЪБРЮШ, HLBSHCHCHBAEBS, L LBLYN IPUFBN PFOPUYFUS ЪБРЮШ Й FBVMYGSCH дб. eUMY PYYVLB CHPOYLBEF RTY CHSHCHRPMOOEOYJ SQL-LPNBOSSCH SELECT ... INTO OUTFILE YMYJ LOAD DATA INFILE ,
    • rPNOYFE, UFP LMYEOFULYE RTPZTBNNSC VHDHF YURPMSHЪPCHBFSH RBTNEFTSC RPDUPEDYOEOYS, HLBBOOSCHE ZHBKMBI LPOZHYZHTBGYY YMY RETENEOOSCHI PLTHTSEOIS. pWTBFIFEUSH L TBDEMH Вижте раздел F RETENEOOSCHE PLTCEOIS. еУМЙ ​​​​ЕУФШ РПДПЪТЕОЙЕ, ЮФП ЛМЙЕОФ ПФУЩМБЕФ ОЕЧЕТОЩЕ ХУФБОБЧМЙЧБЕНЩЕ РП ХНПМЮБОЙА РБТБНЕФТЩ РПДУПЕДЙОЕОЙС, Ч УМХЮБЕ, ЛПЗДБ ЧЩ ОЕ ЪБДБЕФЕ ЙИ Ч ЛПНБОДОПК УФТПЛЕ, РТПЧЕТШФЕ ЧБЫЕ ПЛТХЦЕОЙЕ Й ЖБКМ `my.cnf" Ч УЧПЕК ДПНБЫОЕК ДЙТЕЛФПТЙЙ. нПЦЕФЕ ФБЛЦЕ РТПЧЕТЙФШ ЛПОЖЙЗХТБГЙПООЩЕ ЖБКМЩ MySQL ПФОПУСЭЙЕУС ЛП ЧУЕ UYUFENE, IPFS RBTBNEFTSHCH LMYOOFULPZP RPDUPEDYOEOYS CHTSD MY HLBBOSH YNEOOP DEUSH.pVTBFYFEUSH L TBDEMH eUMMY PYYVLB Достъпът е отказан Вижте раздел 4.1.2 JBKMSCH RBTBNEFTCH `my.cnf" .
    • еУМЙ ​​​​ЧЩ ЧОПУЙФЕ ЙЪНЕОЕОЙС Ч ФБВМЙГЩ РТЙЧЙМЕЗЙК ОЕРПУТЕДУФЧЕООП (У РПНПЭША ПРЕТБФПТПЧ INSERT ЙМЙ UPDATE), Б ЧБЫЙ ЙЪНЕОЕОЙС, РПИПЦЕ, ЙЗОПТЙТХАФУС, ФП УМЕДХЕФ ЧЩДБФШ ПРЕТБФПТ FLUSH PRIVILEGES ЙМЙ ЧЩРПМОЙФШ ЛПНБОДХ mysqladmin flush-privileges - ДМС ФПЗП, ЮФПВЩ ЪБУФБЧЙФШ УЕТЧЕТ РЕТЕЮЙФБФШ ФБВМЙГЩ РТЙЧЙМЕЗЙК . h RTPFICHOPN UMHYUBE CHBY YЪNEOEOYS CHUFHRSF CH UIMH MYYSH RTY RPUMEDHAEEN RETEBRHULE UETCHETB. rPNOYFE, UFP RPUME FPZP, LBL CHSH ЪBDBDYFE RBTPMSh PF YNEOY RPMShЪPCHBFEMS, ChBN OKHTSOP VKhDEF HLBSCHCHBFSH EZP FPMShLP RPUME UVTPUB RTYCHYMEZYK, F.L. UETCHETH EEE OE VHDEF Y'CHEUFOP P FPN, YuFP CHSH YЪNEOYMY RBTPMSh!
    • рТЙ ЧПЪОЙЛОПЧЕОЙЙ РТПВМЕНЩ У ДПУФХРПН РТЙ ЙУРПМШЪПЧБОЙЙ Perl-, PHP-, Python- ЙМЙ ODBC-РТПЗТБНН, РПРТПВХКФЕ ХУФБОПЧЙФШ УПЕДЙОЕОЙЕ У УЕТЧЕТПН РТЙ РПНПЭЙ ЛПНБОДЩ mysql -u user_name db_name ЙМЙ ЛПНБОДЩ mysql -u user_name -pyour_pass db_name . eUMMY CHBY LMYEOF mysql PVEUREYUYCHBEF RPDUPEDYOEOYE, FP RTPVMENB UCHSBOB OE U RTYCHYMEZYSNY DPUFHRB, B U CHBYEK RTPZTBNNPK. (ъБНЕФЙН, ЮФП НЕЦДХ -p Й РБТПМЕН РТПВЕМБ ОЕФ; ДМС ЪБДБОЙС РБТПМС НПЦОП ФБЛЦЕ ЙУРПМШЪПЧБФШ УЙОФБЛУЙЮЕУЛХА УФТХЛФХТХ --password=your_pass . еУМЙ ЧЩ ЙУРПМШЪХЕФЕ ФПМШЛП УБНХ ПРГЙА -p , MySQL ЪБРТПУЙФ Х ЧБУ РБТПМШ)
    • rty FEUFYTPCHBOY BRHULBKFE DENPO mysqld U PRHYEK --skip-grant-tables . fPZDB CHS UNPCEFE YЪNEOSFSH FBVMYGSCH RTYCHYMEZYK MySQL Y U RPNPESH ULTYRFB mysqlaccess RTPCHETSFSH, RTPYJEMY MY UDEMBOOOSCHE CHBNY YЪNEOEOYS CEMBENSCHK YZHZHELF. eUMMY TEHMSHFBFSCH CBU HUFTBYCHBAF, CHSCRPMOYFE LPNBODH mysqladmin flush-privileges , UFPVSCH RTYLBFSH UETCHETH mysqld RTYUFHRIFSH L YURPMSHЪPCHBOYA OPCHSCHI FBVMYZY R. ЧОЙНБОЙ: RETEEBZTHЪLB FBVMYG RTYCHYMEZYK PFNEOSEF PRGYA --skip-grant-tables . FP RPCHPMSEF BUFBCHYFSH UETCHET RTYUFHRIFSH L YURPMSHЪPCHBOYA OPCSHSSCHHI FBVMYG RTYCHYMEZYK VE ЪBCHETOYS EZP TBVPFSCH Y RETEBZTKHLY.
    • eUMY OYYUEZP OE RPNPZBEF, BRHUFYFE DENPO mysqld демон U PRGYEK PFMBDLY (OBRTYNET --debug=d,general,query). h TEEKHMSHFBFE VKhDEF CHSHCHEDEOB YOZHPTNBGYS P OEKHDBYUOSCHI RPDUPEDYOEOYSI, U HLBBOYEN IPUFB Y RPMShPCHBFEMS, B FBLTS PVP CHUEI PVTBVPFBOOSCHI LPNBODBI. Вижте раздел E.1.2
    • еУМЙ ​​​​Х ЧБУ ЙНЕЕФУС ЛБЛБС-МЙВП РТПВМЕНБ У ФБВМЙГБНЙ РТЙЧЙМЕЗЙК MySQL Й ЧЩ РПМБЗБЕФЕ, ЮФП ОЕПВИПДЙНП УППВЭЙФШ П ОЕК Ч УРЙУПЛ ТБУУЩМЛЙ, ОХЦОП ПВСЪБФЕМШОП РТЙМПЦЙФШ Л УЧПЕНХ ПФЮЕФХ ТБУРЕЮБФЛХ ФБВМЙГ РТЙЧЙМЕЗЙК MySQL. sfp npcop udembfsh u rpnpsh lvnbodsch mysqldump mysql. pFUEF P RTPVMENE, LBL Y CH DTHZYI UMHYUBSI, PFRTBCHMSEFUS U RPNPESHHA ULTYRFB mysqlbug . Вижте раздел 1.8.1.3 LBL PFRTBCHMSFSH PFUEFSHCH PV PYYVLBI YMY RTPVMENBI . h OELPFPTSCHI UMHYUBSI DMS CHSCHRPMOOEOYS ULTYRFB mysqldump CHPNPCOP, RPFTEVHEFUS RETEBRHUFYFSH mysqld U PRGYEK --skip-grant-tables .

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

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

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

MySQL > SELECT * FROM потребител;

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

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

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

Хост... не е разрешен да се свързва с този MySQL сървър

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

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

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

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

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

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

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

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

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

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

Ако записът, избран от таблицата db, има празна колона 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, "Как да подадете доклади за грешки или проблеми". В някои случаи може да се наложи да рестартирате mysqld с опцията --skip-grant-tables, за да изпълните скрипта mysqldump.

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

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

Пример за грешка за отказ на достъп до папка при изтриване на системната папка на Windows Media Player:


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

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


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



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


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

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

19.10.2017

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

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

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

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

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

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

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

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

Причини за затваряне на достъпа от системата

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

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

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

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

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

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

Достъп до:

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

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

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

Системата пита:

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

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

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

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

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

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

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

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

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

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

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

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

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

SQL Server се изпълнява под вградения акаунт "Мрежова услуга".

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

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

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

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

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

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

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

Не можете да рестартирате, не е желателно да поставите монитор. След това ще използваме услугата за проследяване на събития на Windows.

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

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

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

Но архивирането се извършва в контекста на услугата "MS SQL Server" и се изпълнява под "Мрежова услуга". И тук DBAdmin?

Windows има "Credentials Manager", известен още като "Credentials Manager", който ви позволява да запазвате идентификационни данни за различни мрежови ресурси. Може да се извика с командата "control userpasswords2" или "netplwiz":

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

За да стартирате процес като различен потребител, използвайте psexec.

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

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

Нека проверим дали грешката Access Denied се повтаря в контекста "Мрежова услуга" при достъп до сървъра FS1:

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

Нека проверим запазените идентификационни данни. Стартирайте "control userpasswords2" без магьосничество с Explorer няма да работи. И не е необходимо, има помощна програма cmdkey.exe за работа с Credentials Manager от командния ред.

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

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

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

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

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

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

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

Изтрийте запазените връзки:

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

Проверка на архива:

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

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

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

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

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