вторник, 31 июля 2018 г.

ubuntu proxy. total / Complex definition

Complex definition :


root@client:~# 
vi /etc/profile.d/proxy.sh
# create new (set proxy settings to the environment variables)

MY_PROXY_URL="prox.srv.world:3128"

HTTP_PROXY=$MY_PROXY_URL
HTTPS_PROXY=$MY_PROXY_URL
FTP_PROXY=$MY_PROXY_URL
http_proxy=$MY_PROXY_URL
https_proxy=$MY_PROXY_URL
ftp_proxy=$MY_PROXY_URL

export HTTP_PROXY HTTPS_PROXY FTP_PROXY http_proxy https_proxy ftp_proxy
root@client:~# 
source /etc/profile.d/proxy.sh
# apt proxy setting

root@client:~# 
vi /etc/apt/apt.conf
# create new

Acquire::http::proxy "http://prox.srv.world:3128/";
Acquire::https::proxy "https://prox.srv.world:3128/";
Acquire::ftp::proxy "ftp://prox.srv.world:3128/";
# wget proxy setting

root@client:~# 
vi /etc/wgetrc
# add to the end

http_proxy = prox.srv.world:3128
https_proxy = prox.srv.world:3128
ftp_proxy = prox.srv.world:3128




apt

 sudo vi /etc/apt/apt.conf.d/10proxy
___________

Acquire::http::proxy "http://ip:port/";
Acquire::https::proxy ""http://ip:port/";/";
Acquire::::Proxy "true";


_____________

*10proxy  - any name

curl

https://github.com/bagder/everything-curl/blob/master/usingcurl-proxies.md

curl -x ip:port http:/example.com/


minicube

Before minikube start,I command
 export http_proxy=http://localhost:8123
 export https_proxy=http://localhost:8123
then
minikube start --docker-env HTTP_PROXY=$http_proxy \ --docker-env HTTPS_PROXY=$https_proxy



git

https://gist.github.com/evantoli/f8c23a37eb3558ab8765

In Detail

Configure the proxy

You can configure these globally in your user ~/.gitconfig file using the --global switch, or local to a repository in its .git/config file.

Setting a global proxy

Configure a global proxy if all access to all repos require this proxy
git config --global http.proxy http://proxyUsername:proxyPassword@proxy.server.com:port

URL specific proxy

If you wish to specify that a proxy should be used for just some URLs that specify the URL as a git config subsection using http.<url>.key notation:
git config --global http.https://domain.com.proxy http://proxyUsername:proxyPassword@proxy.server.com:port
Which will result in the following in the ~/.gitconfig file:
[http]
[http "https://domain.com"]
 proxy = http://proxyUsername:proxyPassword@proxy.server.com:port
Автор: на Комментариев нет:

src
https://qiita.com/hana_shin/items/e7a1c3fa18ad5889af8a

1 Minikubeとは?

Minikubeは、単一ノードのKubernetes環境を構築するためのコマンドです。
複数台から構成される環境は構築できません。
ここでは、下記公式ページにしたがって、MinikubeによるKubernetes環境を構築してみました。
https://kubernetes.io/docs/tasks/tools/install-minikube/#before-you-begin

2 環境

VMware Workstation 14 Player上の仮想マシンを使いました。
仮想マシンのOS版数は以下のとりです。仮想マシンは、最小構成で作成しました。
OS版数
[root@master ~]# cat /etc/redhat-release
CentOS Linux release 7.4.1708 (Core)

[root@master ~]# uname -r
3.10.0-693.el7.x86_64

3 仮想マシンをIntel-VT対応に変更

「Intel VT-x...」のチェックボックスをONにして、仮想マシンを起動します。
minikube2.png
仮想マシンが起動したら、Intel-VT対応かどうかを確認します。
なお、lscpuコマンドのインストール方法は、ここ(lscpuコマンドの使い方)を参照してください。
ゲストマシンの確認
[root@master ~]# lscpu |grep vmx
Flags:                 fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon nopl xtopology tsc_reliable nonstop_tsc eagerfpu pni pclmulqdq vmx ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm abm 3dnowprefetch tpr_shadow vnmi ept vpid fsgsbase tsc_adjust bmi1 avx2 smep bmi2 invpcid mpx rdseed adx smap clflushopt xsaveopt xsavec arat

/proc/cpuinfoの中身を直接確認することもできます。
[root@master ~]# cat /proc/cpuinfo |grep vmx
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon nopl xtopology tsc_reliable nonstop_tsc eagerfpu pni pclmulqdq vmx ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm abm 3dnowprefetch tpr_shadow vnmi ept vpid fsgsbase tsc_adjust bmi1 avx2 smep bmi2 invpcid mpx rdseed adx smap clflushopt xsaveopt xsavec arat
（以下、略）

4 kubectlコマンドのインストール

リポジトリの追加
[root@master ~]# vi /etc/yum.repos.d/kubernetes.repo
[root@master ~]# cat /etc/yum.repos.d/kubernetes.repo
[kubernetes]
name=Kubernetes
baseurl=https://packages.cloud.google.com/yum/repos/kubernetes-el7-x86_64
enabled=1
gpgcheck=1
repo_gpgcheck=1
gpgkey=https://packages.cloud.google.com/yum/doc/yum-key.gpg https://packages.cloud.google.com/yum/doc/rpm-package-key.gpg
kubectlパッケージのインストール
[root@master ~]# yum install -y kubectl

[root@master ~]# kubectl version
Client Version: version.Info{Major:"1", Minor:"10", GitVersion:"v1.10.4", GitCommit:"5ca598b4ba5abb89bb773071ce452e33fb66339d", GitTreeState:"clean", BuildDate:"2018-06-06T08:13:03Z", GoVersion:"go1.9.3", Compiler:"gc", Platform:"linux/amd64"}
Server Version: version.Info{Major:"1", Minor:"10", GitVersion:"v1.10.0", GitCommit:"fc32d2f3698e36b93322a3465f63a14e9f0eaead", GitTreeState:"clean", BuildDate:"2018-03-26T16:44:10Z", GoVersion:"go1.9.3", Compiler:"gc", Platform:"linux/amd64"}

5 VirtualBoxのインストール

下記ページよりVirtualBoxパッケージをダウンロードします。
https://www.virtualbox.org/wiki/Linux_Downloads
minikube1.png
VirtualBoxパッケージのダウンロード
[root@master ~]# wget https://download.virtualbox.org/virtualbox/5.2.12/VirtualBox-5.2-5.2.12_122591_el7-1.x86_64.rpm
--2018-06-20 19:52:52--  https://download.virtualbox.org/virtualbox/5.2.12/VirtualBox-5.2-5.2.12_122591_el7-1.x86_64.rpm
download.virtualbox.org (download.virtualbox.org) をDNSに問いあわせています... 23.217.126.192
download.virtualbox.org (download.virtualbox.org)|23.217.126.192|:443 に接続しています... 接続しました。

[root@master ~]# ls VirtualBox-5.2-5.2.12_122591_el7-1.x86_64.rpm
VirtualBox-5.2-5.2.12_122591_el7-1.x86_64.rpm
ダウンロードしたパッケージをインストールします。
私の環境では、以下のようなエラーが発生しました。
VirtualBoxパッケージのインストール
[root@master ~]# rpm -ivh VirtualBox-5.2-5.2.12_122591_el7-1.x86_64.rpm
警告: VirtualBox-5.2-5.2.12_122591_el7-1.x86_64.rpm: ヘッダー V4 DSA/SHA1 Signature、鍵 ID 98ab5139: NOKEY
エラー: 依存性の欠如:
        libGL.so.1()(64bit) は VirtualBox-5.2-5.2.12_122591_el7-1.x86_64 に必要とされています
        libICE.so.6()(64bit) は VirtualBox-5.2-5.2.12_122591_el7-1.x86_64 に必要とされています
        libSDL-1.2.so.0()(64bit) は VirtualBox-5.2-5.2.12_122591_el7-1.x86_64 に必要とされています
        libSM.so.6()(64bit) は VirtualBox-5.2-5.2.12_122591_el7-1.x86_64 に必要とされています
        libX11-xcb.so.1()(64bit) は VirtualBox-5.2-5.2.12_122591_el7-1.x86_64 に必要とされています
        libX11.so.6()(64bit) は VirtualBox-5.2-5.2.12_122591_el7-1.x86_64 に必要とされています
        libXcursor.so.1()(64bit) は VirtualBox-5.2-5.2.12_122591_el7-1.x86_64 に必要とされています
        libXext.so.6()(64bit) は VirtualBox-5.2-5.2.12_122591_el7-1.x86_64 に必要とされています
        libXinerama.so.1()(64bit) は VirtualBox-5.2-5.2.12_122591_el7-1.x86_64 に必要とされています
        libXmu.so.6()(64bit) は VirtualBox-5.2-5.2.12_122591_el7-1.x86_64 に必要とされています
        libXrender.so.1()(64bit) は VirtualBox-5.2-5.2.12_122591_el7-1.x86_64 に必要とされています
        libXt.so.6()(64bit) は VirtualBox-5.2-5.2.12_122591_el7-1.x86_64 に必要とされています
        libfontconfig.so.1()(64bit) は VirtualBox-5.2-5.2.12_122591_el7-1.x86_64 に必要とされています
        libpng15.so.15()(64bit) は VirtualBox-5.2-5.2.12_122591_el7-1.x86_64 に必要とされています
        libpng15.so.15(PNG15_0)(64bit) は VirtualBox-5.2-5.2.12_122591_el7-1.x86_64 に必要とされています
        libvpx.so.1()(64bit) は VirtualBox-5.2-5.2.12_122591_el7-1.x86_64 に必要とされています
        libxcb.so.1()(64bit) は VirtualBox-5.2-5.2.12_122591_el7-1.x86_64 に必要とされています
エラーメッセージに表示されたパッケージインストールします。
パッケージの追加インストール
[root@master ~]# yum -y install libGL* libICE* libSDL* libSM* libX11* libXcursor* libXext* libXinerama* libXmu* libXrender* libXt* libfontconfig* libpng15* libvpx* libxcb*
再度、VirtualBoxパッケージをインストールします。
私の環境では、インストール完了まで少し時間(数分)がかかりました。
改めてVirtualBoxのインストール
[root@master ~]# rpm -ivh VirtualBox-5.2-5.2.12_122591_el7-1.x86_64.rpm
警告: VirtualBox-5.2-5.2.12_122591_el7-1.x86_64.rpm: ヘッダー V4 DSA/SHA1 Signature、鍵 ID 98ab5139: NOKEY
準備しています...              ################################# [100%]
更新中 / インストール中...
   1:VirtualBox-5.2-5.2.12_122591_el7-################################# [100%]

Creating group 'vboxusers'. VM users must be member of that group!

6 minikubeコマンドのインストール

minikubeコマンドのダウンロード&インストール
[root@master ~]# curl -Lo minikube https://storage.googleapis.com/minikube/releases/latest/minikube-linux-amd64 && chmod +x minikube && sudo mv minikube /usr/local/bin/
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 40.8M  100 40.8M    0     0   121k      0  0:05:43  0:05:43 --:--:--  143k
minikubeの版数
[root@master ~]# minikube version
minikube version: v0.28.0
利用可能なKubernetes一覧
[root@master ~]# minikube get-k8s-versions
The following Kubernetes versions are available when using the localkube bootstrapper:
        - v1.10.0
        - v1.9.4
        - v1.9.0
        - v1.8.0
        - v1.7.5
        - v1.7.4
        - v1.7.3
        - v1.7.2
        - v1.7.0
        - v1.7.0-rc.1
        - v1.7.0-alpha.2
        - v1.6.4
        - v1.6.3
        - v1.6.0
        - v1.6.0-rc.1
        - v1.6.0-beta.4
        - v1.6.0-beta.3
        - v1.6.0-beta.2
        - v1.6.0-alpha.1
        - v1.6.0-alpha.0
        - v1.5.3
        - v1.5.2
        - v1.5.1
        - v1.4.5
        - v1.4.3
        - v1.4.2
        - v1.4.1
        - v1.4.0
        - v1.3.7
        - v1.3.6
        - v1.3.5
        - v1.3.4
        - v1.3.3
        - v1.3.0

7 Kubernetesクラスタの起動

minikubeコマンドを実行して、Kubernetesクラスタを起動します。
私の環境では、実行完了するまで60分程度かかりました。
Kubernetesクラスタの起動
[root@master ~]# minikube --vm-driver=virtualbox start
Starting local Kubernetes v1.10.0 cluster...
Starting VM...
Downloading Minikube ISO
 153.08 MB / 153.08 MB [============================================] 100.00% 0s
Getting VM IP address...
Moving files into cluster...
Downloading kubeadm v1.10.0
Downloading kubelet v1.10.0
Finished Downloading kubeadm v1.10.0
Finished Downloading kubelet v1.10.0
Setting up certs...
Connecting to cluster...
Setting up kubeconfig...
Starting cluster components...
Kubectl is now configured to use the cluster.
Loading cached images from config file.
ちなみに、kubernetesクラスタを停止するには、stopコマンドを使います。
Kubernetesクラスタのの停止
[root@master ~]# minikube stop
Stopping local Kubernetes cluster...
Machine stopped.

8 Minikubeの状態確認

状態確認
[root@master ~]# minikube status
minikube: Running
cluster: Running
kubectl: Correctly Configured: pointing to minikube-vm at 192.168.99.100
公開しているサービス一覧
[root@master ~]# minikube service list
|-------------|----------------------|-----------------------------|
|  NAMESPACE  |         NAME         |             URL             |
|-------------|----------------------|-----------------------------|
| default     | kubernetes           | No node port                |
| kube-system | kube-dns             | No node port                |
| kube-system | kubernetes-dashboard | http://192.168.99.100:30000 |
|-------------|----------------------|-----------------------------|

9 ノードの状態確認

クラスタの状態確認
[root@master ~]# kubectl cluster-info
Kubernetes master is running at https://192.168.99.100:8443
KubeDNS is running at https://192.168.99.100:8443/api/v1/namespaces/kube-system/services/kube-dns:dns/proxy

To further debug and diagnose cluster problems, use 'kubectl cluster-info dump'.
ノードの状態確認
[root@master ~]# kubectl get node -o wide
NAME       STATUS    ROLES     AGE       VERSION   EXTERNAL-IP   OS-IMAGE            KERNEL-VERSION   CONTAINER-RUNTIME
minikube   Ready     master    3m        v1.10.0   <none>        Buildroot 2018.05   4.16.14          docker://17.12.1-ce
コンテキストの確認
[root@master ~]# kubectl config get-contexts
CURRENT   NAME       CLUSTER    AUTHINFO   NAMESPACE
*         minikube   minikube   minikube

10 podの起動／削除

nginxのPodを起動してみます。ここでもpodの起動に時間(20?分程度)がかかりました。
Podの起動
[root@master ~]# kubectl run nginx --image=nginx
deployment.apps "nginx" created

podの状態を確認する。まだ、Podの作成中(ContainerCreating)であることがわかる。
[root@master ~]# kubectl get pod
NAME                     READY     STATUS              RESTARTS   AGE
nginx-65899c769f-sqfhk   0/1       ContainerCreating   0          23s

podの状態を確認する。PodがRunning状態になったことがわかる。
[root@master ~]# kubectl get pod
NAME                     READY     STATUS    RESTARTS   AGE
nginx-65899c769f-sqfhk   1/1       Running   0          14m

deploymentの状態を確認する。
[root@master ~]# kubectl get deployment
NAME      DESIRED   CURRENT   UP-TO-DATE   AVAILABLE   AGE
nginx     1         1         1            1           25m
Podの削除
[root@master ~]# kubectl delete deployment nginx
deployment.extensions "nginx" deleted

[root@master ~]# kubectl get pod
No resources found.

[root@master ~]# kubectl get deployment
No resources found.

11 エラー対処

Podは起動したものの、メッセージ(/var/log/messages)を確認すると
エラーらしきメッセージが多数出力されていたので、その対処をしました。

11.1 "Configuration file /etc/systemd/system/kubelet.service is marked executable. Please remove executable permission bits. Proceeding anyway."

ユニットファイル(kubelet.service)に実行権が設定されていたので、表題のエラーがでていたようです。
指示にしたがって、ユニットファイルの実行権を落としました。
[root@master ~]# ls -l /etc/systemd/system/kubelet.service
-rwxr-xr-x. 1 root root 221  6月  8 22:39 /etc/systemd/system/kubelet.service

[root@master ~]# chmod 644 /etc/systemd/system/kubelet.service
[root@master ~]# ls -l /etc/systemd/system/kubelet.service
-rw-r--r--. 1 root root 221  6月  8 22:39 /etc/systemd/system/kubelet.service

11.2 "unable to load client CA file /etc/kubernetes/pki/ca.crt: open /etc/kubernetes/pki/ca.crt: no such file or directory"

[root@master ~]#vi /etc/systemd/system/kubelet.service.d/10-kubeadm.conf
#Environment="KUBELET_AUTHZ_ARGS=--authorization-mode=Webhook --client-ca-file=/etc/kubernetes/pki/ca.crt"
Environment="KUBELET_AUTHZ_ARGS=--authorization-mode=Webhook --client-ca-file=/root/.minikube/ca.c
Автор: на Комментариев нет:

среда, 11 июля 2018 г.

python3 hw 03


вести два объекта Python и вывести первый непустой из них. Если оба пустые, вывести NO.

 https://uneex.org/LecturesCMC/PythonIntro2017/Homework_AndOr

 #!/usr/bin/python3
a,b = eval(input("Введите: "))
while a or b  :
    if a  : print(a)
    elif b : print(b)
    break
else: print("NO")


user@user-VirtualBox:~$ sudo /usr/bin/hw_03.py
Введите: 0,0
NO
user@user-VirtualBox:~$ sudo /usr/bin/hw_03.py
Введите: 0,2
2
user@user-VirtualBox:~$ sudo /usr/bin/hw_03.py
Введите: 1,2
1
user@user-VirtualBox:~$ sudo /usr/bin/hw_03.py
Введите: 1,0
1


Автор: на Комментариев нет:
Ярлыки: , , ,

proxy for apt




ОБНОВЛЕНИЕ UBUNTU ЧЕРЕЗ ПРОКСИ


источник: https://losst.ru/nastrojka-obnovleniya-ubuntu-cherez-proksi

Иногда бывает необходимо настроить обновление Ubuntu через прокси сервер. Некоторые провайдеры, или крупные организации разрешают доступ в интернет только через свои прокси, для того чтобы получить возможность фильтровать просматриваемый трафик чтобы ограничивать доступ на нежелательные ресурсы или при неуплате.
Настройка сводится к выполнению нескольких консольных команд. В Ubuntu для управления пакетами используется утилита apt, ее и будем настраивать. Как вы поняли, в данной статье мы рассмотрим как настроить apt через прокси, а точнее, как выполняется настройка обновления через прокси ubuntu 16.04.

НАСТРОЙКА РАБОТЫ APT ЧЕРЕЗ ПРОКСИ

Как я уже сказал, в Ubuntu загрузкой, поиском и установкой пакетов занимается утилита apt. Таким образом, нам нужно заставить apt работать через прокси. Для этого будем использовать каталог /etc/apt/apt.conf.d/, создайте в нем файл 10proxy:
 sudo vi /etc/apt/apt.conf.d/10proxy
Синтаксис записей в файле выглядит следующим образом:
Acquire::http { Proxy «http://username:password@proxy.com:port«; };
Вообще говоря, название файлу можно дать какое угодно, а выбрано именно это чтобы вы сразу посмотрев на имя, поняли для чего этот файл.
  • http — протокол, на котором работает прокси;
  • http://proxy.com — адрес прокси сервера;
  • port — порт;
  • username — имя пользователя, если для прокси используется аутентификация;
  • password — пароль от прокси.
Например, зададим три прокси, которые работают на протоколах http, https, ftp и socks, затем разрешим использование прокси серверов:
Acquire::http::proxy "http://username:password@proxy.com:port/";
Acquire::https::proxy "https://username:password@proxy.com:port/";
Acquire::ftp::proxy "http://username:password@proxy.com:port/";
Acquire::socks::proxy "socks://username:password@proxy.com:port/";
Acquire::::Proxy "true";
Прокси применяются так, как они расположены в списке, если первый не работает применяется второй и так далее. Сохраните изменения и теперь можно обновлять систему или устанавливать программное обеспечение:
 sudo apt update

$ sudo apt upgrade
Или установка пакетов ubuntu через прокси:
 sudo apt install gimp
Если захотите отключить обновление Ubuntu через прокси просто удалите файл 10proxy:
 sudo rm /etc/apt/apt.conf.d/10proxy

ВЫВОДЫ

Вот и все, теперь вы знаете как выполняется настройка apt через прокси Ubuntu. Для работы apt того что описано в статье достаточно, но если нужно заставить работать другие приложения, придется выполнить еще пару настроек, задать прокси в настройках системы, а также установить переменную http_proxy в файле ~/.bashrc.



Автор: на Комментариев нет:
Подписаться на: Сообщения (Atom)