공개 게시판 > 공부 > 핸투핸 사례 구글 클라우드

Business
- Business
Information
- Information
Study
- IONIC REACT PHP GNU MySQL ASP .NET MsSQL Html CSS Script SEO DNS JQuery Eng
book
- book
free
- free

작성일 : 21-05-24 23:08

[DNS] 핸투핸 사례 구글 클라우드

글쓴이 : 최고관리자

핸투핸 사례

$ cd / $ sudo du -ckx | sort -n > /tmp/duck-root
이 명령어는 화면에 어떤 것도 결과를 보여주지 않지만 대신 가장 많은 공간을 소비하는 디렉터리의 정렬된 목록을 만들어 /tmp/duck-root에 저장한다. /tmp/duck-root에 대해 tail을 사용하면 공간을 가장 많이 차지하는 상위 10개의 디렉터리를 확인할 수 있다.

tmp/log 파일에 굉장히 많은 용량이 차있는 것을 확인 할 수 있다.

/var/log/mysql/error.log 는 /etc/mysql/mysql.conf.d/mysqld.cnf 에서 지정되어 있었으며, 이 파일의 용량이 너무 컸음 (10g 육박함)

에로로그 삭제 (핸투핸은 이것만 먹힘)
sudo sh -c "cat /dev/null > error.log"



최고관리자 21-05-24 23:08 핸투핸 pagant http://blog.mahler83.net/2013/12/aws-ec2-%EC%9E%85%EB%AC%B8-editplus%EB%A1%9C-ftp%EC%A0%91%EC%86%8D%ED%95%98%EA%B8%B0/ 핸투핸 pagant http://blog.mahler83.net/2013/12/aws-ec2-%EC%9E%85%EB%AC%B8-editplus%EB%A1%9C-ftp%EC%A0%91%EC%86%8D%ED%95%98%EA%B8%B0/



최고관리자 21-05-24 23:09 $ cd / $ sudo du -ckx \| sort -n > /tmp/duck-root 이 명령어는 화면에 어떤 것도 결과를 보여주지 않지만 대신 가장 많은 공간을 소비하는 디렉터리의 정렬된 목록을 만들어 /tmp/duck-root에 저장한다. /tmp/duck-root에 대해 tail을 사용하면 공간을 가장 많이 차지하는 상위 10개의 디렉터리를 확인할 수 있다. tmp/log 파일에 굉장히 많은 용량이 차있는 것을 확인 할 수 있다. /var/log/mysql/error.log 는 /etc/mysql/mysql.conf.d/mysqld.cnf 에서 지정되어 있었으며, 이 파일의 용량이 너무 컸음 (10g 육박함) 에로로그 삭제 (핸투핸은 이것만 먹힘) sudo sh -c "cat /dev/null > error.log" $ cd / $ sudo du -ckx \| sort -n > /tmp/duck-root 이 명령어는 화면에 어떤 것도 결과를 보여주지 않지만 대신 가장 많은 공간을 소비하는 디렉터리의 정렬된 목록을 만들어 /tmp/duck-root에 저장한다. /tmp/duck-root에 대해 tail을 사용하면 공간을 가장 많이 차지하는 상위 10개의 디렉터리를 확인할 수 있다. tmp/log 파일에 굉장히 많은 용량이 차있는 것을 확인 할 수 있다. /var/log/mysql/error.log 는 /etc/mysql/mysql.conf.d/mysqld.cnf 에서 지정되어 있었으며, 이 파일의 용량이 너무 컸음 (10g 육박함) 에로로그 삭제 (핸투핸은 이것만 먹힘) sudo sh -c "cat /dev/null > error.log"



최고관리자 21-05-24 23:10 [ftp 로 접근하는 방법 지정함] https://www.onepagezen.com/google-cloud-ftp-filezilla-quick-start/ [ftp 로 접근하는 방법 지정함] https://www.onepagezen.com/google-cloud-ftp-filezilla-quick-start/



최고관리자 21-05-24 23:10 [Edit plus 설정] http://blog.mahler83.net/2013/12/aws-ec2-%EC%9E%85%EB%AC%B8-editplus%EB%A1%9C-ftp%EC%A0%91%EC%86%8D%ED%95%98%EA%B8%B0/ [DNS 설정] http://www.ihee.com/322 (a레코드 주의) [ftp 퍼미션 변경] https://www.onepagezen.com/fix-ftp-permission-errors-google-cloud/ [굳이 볼 필요없음] ssh 접속, 폴더 이동, ftp 폴더 찾아서, 퍼미션 777로 변경함 퍼미션 확인 : stat -c "%a %n" /path/to/file 퍼미션 변경 : sudo chmod 777 /path/to/file [Edit plus 설정] http://blog.mahler83.net/2013/12/aws-ec2-%EC%9E%85%EB%AC%B8-editplus%EB%A1%9C-ftp%EC%A0%91%EC%86%8D%ED%95%98%EA%B8%B0/ [DNS 설정] http://www.ihee.com/322 (a레코드 주의) [ftp 퍼미션 변경] https://www.onepagezen.com/fix-ftp-permission-errors-google-cloud/ [굳이 볼 필요없음] ssh 접속, 폴더 이동, ftp 폴더 찾아서, 퍼미션 777로 변경함 퍼미션 확인 : stat -c "%a %n" /path/to/file 퍼미션 변경 : sudo chmod 777 /path/to/file



최고관리자 21-05-24 23:10 비트나미로 php를 테스트 중에 소스를 수정해도 브라우저로 확인해보면 바로바로 변경되지 않고 5-10초정도 지나야 변경된 내용이 반영이 되는 것을 확인 할수 있다. 그럴때 php.ini 파일의 opcache.enable 부분을 0으로 수정하면 된다. [opcache] zend_extension=php_opcache.dll ; Determines if Zend OPCache is enabled opcache.enable=1 opcache.enable=1 => opcache.enable=0 으로 수정 비트나미로 php를 테스트 중에 소스를 수정해도 브라우저로 확인해보면 바로바로 변경되지 않고 5-10초정도 지나야 변경된 내용이 반영이 되는 것을 확인 할수 있다. 그럴때 php.ini 파일의 opcache.enable 부분을 0으로 수정하면 된다. [opcache] zend_extension=php_opcache.dll ; Determines if Zend OPCache is enabled opcache.enable=1 opcache.enable=1 => opcache.enable=0 으로 수정



최고관리자 21-05-24 23:10 php.ini 위치 -> /opt/bitnami/php/etc/php.ini composer 설치 https://opentutorials.org/course/62/5221 curl -sS https://getcomposer.org/installer \| php php.ini 위치 -> /opt/bitnami/php/etc/php.ini composer 설치 https://opentutorials.org/course/62/5221 curl -sS https://getcomposer.org/installer \| php



최고관리자 21-05-24 23:11 [phpmyadmin 설정] For security reasons, phpMyAdmin is accessible only when using 127.0.0.1 as the hostname. http://127.0.0.1:8888/phpmyadmin/ [phpmyadmin 설정] For security reasons, phpMyAdmin is accessible only when using 127.0.0.1 as the hostname. http://127.0.0.1:8888/phpmyadmin/



최고관리자 21-05-24 23:13 환경설정 파일 opt/bitnami/apache2/conf/bitnami/bitnami.conf [https.conf 파일 수정 후] #service httpd restart #service httpd graceful [ 아파치 중지 후 재실행 ] sudo /opt/bitnami/ctlscript.sh restart apache 하단을 실행한 후 php.ini 가 반영됨. 이유를 모르겠음 sudo /opt/bitnami/ctlscript.sh restart php-fpm 환경설정 파일 opt/bitnami/apache2/conf/bitnami/bitnami.conf [https.conf 파일 수정 후] #service httpd restart #service httpd graceful [ 아파치 중지 후 재실행 ] sudo /opt/bitnami/ctlscript.sh restart apache 하단을 실행한 후 php.ini 가 반영됨. 이유를 모르겠음 sudo /opt/bitnami/ctlscript.sh restart php-fpm



최고관리자 21-05-24 23:13 [사용자 변경] sudo su bitnami 글 써지지 않는 이유가, bitnami 폴더를 내가 만든 아이디로 수정하려 해서 그렇다 구글앱 엔진 (관리자 권한으로 SDK 실행할것) gcloud components list gcloud components install [COMPONENT] gcloud components update gcloud components remove [COMPONENT] [사용자 변경] sudo su bitnami 글 써지지 않는 이유가, bitnami 폴더를 내가 만든 아이디로 수정하려 해서 그렇다 구글앱 엔진 (관리자 권한으로 SDK 실행할것) gcloud components list gcloud components install [COMPONENT] gcloud components update gcloud components remove [COMPONENT]



최고관리자 21-05-24 23:13 [로드발란싱 강좌] http://bcho.tistory.com/1113 [https , ssl] 설정 이하 두개를 다 보아야 함 http://ossian.tistory.com/20 https://cloud.google.com/load-balancing/docs/ssl-certificates gogetssl 에서 Domain Validation이 끝나면, crt 를 다운로드 받을 수 있음. csr 을 다운로드 받으면 안됨. (gogetssl 에서는 도메인 밸리데이션 확인을 www 없이 진행함으로, 네임서버에서 미리 a레코드 설정을 해두어야 한다) http://webdir.tistory.com/196 https://stackoverflow.com/questions/3286707/apache-ssl-configuration-error-ssl-connection-error (수정안될시 : sudo chmod 777 lamp-server.conf ) (수정완료후 : sodo chmod 664 lamp-server.conf ) [갱신시 적용하지 않았음] sudo -s gcloud compute ssl-certificates create certificate --certificate www_handtohand_co_kr.csr --private-key www_handtohand_co_kr.key crs 와 key 는 온라인에서 구하라 (gogetssl 에서 구할수 있음) 그리고 여기에서 적용 시킴 (해당 리눅스의 컨피그 파일위치는 /etc/apache2/apache2.conf 이며, ssl 설정은 /etc/apache2/sites-enabled/lamp-server.conf 에서 할수 있다. 리눅스 재부팅 하면 끝임 lamp-server.conf [로드발란싱 강좌] http://bcho.tistory.com/1113 [https , ssl] 설정 이하 두개를 다 보아야 함 http://ossian.tistory.com/20 https://cloud.google.com/load-balancing/docs/ssl-certificates gogetssl 에서 Domain Validation이 끝나면, crt 를 다운로드 받을 수 있음. csr 을 다운로드 받으면 안됨. (gogetssl 에서는 도메인 밸리데이션 확인을 www 없이 진행함으로, 네임서버에서 미리 a레코드 설정을 해두어야 한다) http://webdir.tistory.com/196 https://stackoverflow.com/questions/3286707/apache-ssl-configuration-error-ssl-connection-error (수정안될시 : sudo chmod 777 lamp-server.conf ) (수정완료후 : sodo chmod 664 lamp-server.conf ) [갱신시 적용하지 않았음] sudo -s gcloud compute ssl-certificates create certificate --certificate www_handtohand_co_kr.csr --private-key www_handtohand_co_kr.key crs 와 key 는 온라인에서 구하라 (gogetssl 에서 구할수 있음) 그리고 여기에서 적용 시킴 (해당 리눅스의 컨피그 파일위치는 /etc/apache2/apache2.conf 이며, ssl 설정은 /etc/apache2/sites-enabled/lamp-server.conf 에서 할수 있다. 리눅스 재부팅 하면 끝임 lamp-server.conf



최고관리자 21-05-24 23:14 * 비밀글 입니다. 비밀글 입니다.



최고관리자 21-05-24 23:14 * 비밀글 입니다. 비밀글 입니다.



최고관리자 21-05-24 23:14 010-3876-5359 [구글 컴퓨트 엔진] 쓰기 안될때, 사용자 변경 후 퍼미션을 바꿔준다. chmod [변경될 퍼미션값] [변경할 파일] [ionic 단에서의 ssl 허용] 출처 : https://www.ionicrun.com/self-signed-certificates-proxies-and-ionic-2/ 아래와 같이 변경함 { "path": "/api", "proxyUrl": "https://www.handtohand.co.kr:443/api", "rejectUnauthorized": false } [비밀번호 변경] 클라우드 엔진의 VM은 기본적으로 루트 암호 설정이 제공되지 않으므로 먼저 다음을 사용하여 암호를 변경해준다. sudo passwd 출처: http://pliss.tistory.com/104 [Pliss] [Insufficient Permission] -- 초기 버추얼머신 생성때 권한 설정을 안해줘서 발생함. (조대협은 수정 불가능 하다고 했지만, 서비스 중지 후 수정버튼을 누르면 교정 가능함) https://stackoverflow.com/questions/31905966/gcloud-compute-list-networks-error-some-requests-did-not-succeed-insufficie#31928399 http://bcho.tistory.com/1107 010-3876-5359 [구글 컴퓨트 엔진] 쓰기 안될때, 사용자 변경 후 퍼미션을 바꿔준다. chmod [변경될 퍼미션값] [변경할 파일] [ionic 단에서의 ssl 허용] 출처 : https://www.ionicrun.com/self-signed-certificates-proxies-and-ionic-2/ 아래와 같이 변경함 { "path": "/api", "proxyUrl": "https://www.handtohand.co.kr:443/api", "rejectUnauthorized": false } [비밀번호 변경] 클라우드 엔진의 VM은 기본적으로 루트 암호 설정이 제공되지 않으므로 먼저 다음을 사용하여 암호를 변경해준다. sudo passwd 출처: http://pliss.tistory.com/104 [Pliss] [Insufficient Permission] -- 초기 버추얼머신 생성때 권한 설정을 안해줘서 발생함. (조대협은 수정 불가능 하다고 했지만, 서비스 중지 후 수정버튼을 누르면 교정 가능함) https://stackoverflow.com/questions/31905966/gcloud-compute-list-networks-error-some-requests-did-not-succeed-insufficie#31928399 http://bcho.tistory.com/1107