Preciso atimizar meu proxy

Ola para todos...

To com um problemasso na minha rede, aki eu tenho um link ADSL de 800K, quando tem no maximo 10 pessoas fica blz, = qd chega a ter umas 30 pessoas conectadas a internet fica lentissima, a rede fisica ta blz...

Ai eu resolvi fazer um proxy com o squid e montei uma maquina com as seguintes configurações, Semprom 2.8 64b, 1GRam Kingston, 2 placas de rede 3Com e Hd de 80GB 7200RPM...

Minha distribuição: Slackware 10.2 com Squid 2.5.STABLE14

Meu squid.conf...

# Porta padrao de comunicacao
http_port 3128

# Comunicacao entre outros proxys
icp_port 3130

hierarchy_stoplist cgi-bin ?

acl QUERY urlpath_regex cgi-bin \?

no_cache deny QUERY

# Cache em memoria
cache_mem 700 MB

# Frequencia de atualizacao do cache, qt menor menos ele busca atualizacao na internet
cache_swap_low 90
cache_swap_high 95

# Tamanho maximo do arquivo que e armazenado em cache
maximum_object_size 9000 KB

# Tamanho do espaco em disco para cache, diretorios e sub-diretorios para cache
cache_dir ufs /var/cache/squid 5000 16 256

# LOcal para armazenar os logs de acesso
cache_access_log /var/log/squid/access.log

# Local para gravar o log de tudo o que foi consultado no cache
cache_log /var/log/squid/cache.log

#
cache_store_log /var/log/squid/store.log

# Logar o numero do processo do proxy
pid_filename /var/log/squid/squid.pid

auth_param basic children 5

auth_param basic realm Autenticação - Entre com sua senha de acesso!

auth_param basic credentialsttl 2 hours

auth_param basic casesensitive off

refresh_pattern ^ftp: 1440 20% 10080

refresh_pattern ^gopher: 1440 0% 1440

refresh_pattern . 0 20% 4320

acl all src 0.0.0.0/0.0.0.0

acl manager proto cache_object

acl localhost src 127.0.0.1/255.255.255.255

acl to_localhost dst 127.0.0.0/8

acl SSL_ports port 443 563

acl Safe_ports port 80 # http

acl Safe_ports port 21 # ftp

acl Safe_ports port 443 563 # https, snews

acl Safe_ports port 70 # gopher

acl Safe_ports port 210 # wais

acl Safe_ports port 1025-65535 # unregistered ports

acl Safe_ports port 280 # http-mgmt

acl Safe_ports port 488 # gss-http

acl Safe_ports port 591 # filemaker

acl Safe_ports port 777 # multiling http

acl CONNECT method CONNECT

# IPs da rede local
acl redes_locais src "/scripts/proxy/redes_locais"

# Lista de sites porno
acl porno dstdomain "/scripts/proxy/porno"

# Lista de sites que contem palavras proibidas
acl palavras url_regex -i "/scripts/proxy/palavras.txt"

http_access allow manager localhost

http_access deny manager

http_access deny !Safe_ports

http_access deny CONNECT !SSL_ports

# Bloqueia sites porno
http_access deny porno

# Bloqueia palavras
http_access deny palavras

# Libera a rede
http_access allow redes_locais

# Libera tudo
http_access allow all

http_reply_access allow all

icp_access allow all

# Define o tamanho maximo da pagina
reply_header_max_size 20 KB

# Define o tamanho maximo do corpo da pagina (limite de download)
reply_body_max_size 0 allow all

# Administrador do sistema
cache_mgr sca@[email protected]

# Usuario e grupo do proxy
cache_effective_user proxy
cache_effective_group proxy

# Nome do servidor que aparece pro cliente
visible_hostname srvsol

# Mensagens de erro em portugues
error_directory /usr/local/squid/share/errors/Portuguese

# Proxy transparente
httpd_accel_host virtual
httpd_accel_port 80
#httpd_accel_single_host off
httpd_accel_with_proxy on
httpd_accel_uses_host_header on
#logfile_rotate 7
coredump_dir /var/cache/squid

Gostaria de saber se tem algo mais onde posso melhorar ainda mais meu desempenho, da uma analizada por favor na configuração da minha maquina se ta legal e no script se tem algo mais q eu possa melhorar....

Agradeco a todos pela colaboracao...

caramba, vc tem um baita servidor...
tenho um servidor Duron 1100 c/ 128mb ram, rodando squid e apache.

compilei o kernel 2.6.14
tenho 15 clientes pindurados... e acl com mais de 1000 sites.
a memoria fica em torno de 90% ocupada...
minha linha de mem_cache ta 5MB é claro...
mais acho q vc bota 700MB é mto...

e recomendo vc a compila o kernel... é mto facil... (pelomenos no debian) compila o 2.6.14 ou o ultimo 2.6.16

é isso cara...
[]'s

ahh.. e eu nao descomentei as acl safe ports... nao vi necessidade alguma. (talvez até a 443 )

Kra pra vc v e mesmo assim qd chega a ter + ou - 30 clientes a internet fica lentissima...

O q sera q pode ser?

Caro colega tuxson,

Acredito que 700 MB é muita coisa pra colocar no cache do SQUID. Ele não consegue gerenciar efecientemente tanta informação e acaba ficando lento mesmo, apesar de ter uma máquina boa mas não adequada a esse volume de cache. É aconselhado ter a metade da memoria RAM como cache principal. (cache_mem 512 MB)
Já o tamanho máximo de cada objeto no cache acredito que vc pode diminuir esse valor a não ser que toda sua rede faça download de arquivos grandes, várias máquinas, por exemplo o AVG para atualizar pega arquivos de 3 ou 4 MB por cada vez que atualiza. Esse arquivo estando no cache vc acelera o processo e diminui a carga sobre o link.
Aconselho vc a colocar o valor padrão que já é de bom tamanho (maximum_object_size 4096 KB).
Em síntese acredito tb que um link de 800 kbps suporta bem até 20 clientes, acima realmente ele vai ficar sobrecarregado, garantindo-se uma banda de 40kbps para cada cliente.
Aproveite e verifique seu proxy, vc não disse como está mas é aconselhado fazer o controle de banda com delay pools para garantir a qualidade do acesso e o controle para que somente um usuário não consuma a banda de vários ao mesmo tempo.

É somente minha opnião, seria bom o pessoal dar as sugestões para o seu caso.

Espero ter ajudado.

Abraço!

- cache_dir aufs é melhor
- quando mais acl's, mais lento, eu deixo sem nenhuma acl e protejo o acesso ao squid pelo iptables
- discos de acesso rápido (sata, scsi)
- memoria de acesso rápido
- super processador(es)

amigo

# Libera tudo
http_access allow all

assim vc ta liberando qualquer rede a user seu proxy

isto naum é legal

vc ja tentou usar um controle de banda ????

Putz... perae, perae gente... vamos com calma...

Citação:

---

Postado originalmente por netosdr

Caro colega tuxson,

Acredito que 700 MB é muita coisa pra colocar no cache do SQUID. Ele não consegue gerenciar efecientemente tanta informação e acaba ficando lento mesmo, apesar de ter uma máquina boa mas não adequada a esse volume de cache. É aconselhado ter a metade da memoria RAM como cache principal. (cache_mem 512 MB)
Já o tamanho máximo de cada objeto no cache acredito que vc pode diminuir esse valor a não ser que toda sua rede faça download de arquivos grandes, várias máquinas, por exemplo o AVG para atualizar pega arquivos de 3 ou 4 MB por cada vez que atualiza. Esse arquivo estando no cache vc acelera o processo e diminui a carga sobre o link.
Aconselho vc a colocar o valor padrão que já é de bom tamanho (maximum_object_size 4096 KB).
Em síntese acredito tb que um link de 800 kbps suporta bem até 20 clientes, acima realmente ele vai ficar sobrecarregado, garantindo-se uma banda de 40kbps para cada cliente.
Aproveite e verifique seu proxy, vc não disse como está mas é aconselhado fazer o controle de banda com delay pools para garantir a qualidade do acesso e o controle para que somente um usuário não consuma a banda de vários ao mesmo tempo.

É somente minha opnião, seria bom o pessoal dar as sugestões para o seu caso.

Espero ter ajudado.

Abraço!

---

Embora uma penca de gente ache que a diretiva cache_mem controle a memória máxima de um processo do Squid, tá todo mundo com preguicinha de ler o arquivo de configuração. Todo mundo segue receitas de bolo e ninguém sabe o quê tá fazendo. Por isso que quando dá pau postam mensagens do tipo "Socorropelamordesatanásquemeutroçoaquiparou!". Inclusive isso está comentado em letras bem garrafais no squid.conf...

A diretiva cache_mem controla a memória adicional a ser utilizada para manter objetos em cache, sobretudo objetos em trânsito, aplicativos do tipo cgi-bin e objetos que não estão em cache. Não adianta nada você botar 500 GB de RAM no seu servidor e destes 500 colocar 496 GB pro Squid porque tu nunca vai gerenciar esse tamanho total de arquivos.

Claro que existem casos e casos, mas eu mantenho um proxy que atende 300 clientes com o cache_mem setado para 64 MB. O acesso é rápido e a máquina é simples.

Citação:

---

Postado originalmente por PatrickBrandao

- cache_dir aufs é melhor
- quando mais acl's, mais lento, eu deixo sem nenhuma acl e protejo o acesso ao squid pelo iptables
- discos de acesso rápido (sata, scsi)
- memoria de acesso rápido
- super processador(es)

---

aufs não é melhor a partir do momento que você tem que fazer mais acessos ao disco, porque não existem objetos realmente na memória, ou seja: Você usa menos RAM e mais SWAP. Existem poucos casos onde aufs é melhor e são para outros sistemas UNIX-like.

Comentando o seu segundo comentário... se tu usa IPTables para tratar requisições para a internet, então pra quê ter um proxy? Existem serviços de apenas caching de páginas para a internet.

O quê a gente deve entender por "super processadores"?

O quê eu percebi também no seu arquivo de configuração é que você mantém um cache gigante né? Mas rapaz... tu não tem noção do quão isso deixa o serviço lento. Diminua esses valores para algo mais mortal... deixa a linha assim:

Código :

---

cache_dir ufs /var/spool/squid 512 8 128

---

Certifique-se que ninguém que não deveria estar usando seu proxy está.

Citação:

---

Postado originalmente por Benatto

amigo

# Libera tudo
http_access allow all

assim vc ta liberando qualquer rede a user seu proxy

isto naum é legal

vc ja tentou usar um controle de banda ????

---

Isso é importante! Mas se ele limitar o relay do Squid, ele tem que se preocupar menos, a partir do momento que ele pode especificar os "favores" e "tratamentos especiais" antes da ACL all. =)


Um abraço e estamos aí pra tirar as dúvidas.

Colega xstefanox,

Ninguém em algum momento disse que cache_mem controla quanto o processo pode consumir de memória, vc se enganou.
Como foi dito controla objetos armazenando-os EM DISCO para agilizar o acesso.
Concluindo, quanto mais clientes, teoricamente mais sites diferentes serão acessados,
e quanto mais sites, mais objetos serão armazenados.

Um abraço!

Citação:

---

Postado originalmente por netosdr

Colega xstefanox,

Ninguém em algum momento disse que cache_mem controla quanto o processo pode consumir de memória, vc se enganou.
Como foi dito controla objetos armazenando-os EM DISCO para agilizar o acesso.
Concluindo, quanto mais clientes, teoricamente mais sites diferentes serão acessados,
e quanto mais sites, mais objetos serão armazenados.

Um abraço!

---

Do arquivo squid.conf:

Citação:

---

# TAG: cache_mem (bytes)
# NOTE: THIS PARAMETER DOES NOT SPECIFY THE MAXIMUM PROCESS SIZE.
# IT ONLY PLACES A LIMIT ON HOW MUCH ADDITIONAL MEMORY SQUID WILL
# USE AS A MEMORY CACHE OF OBJECTS. SQUID USES MEMORY FOR OTHER
# THINGS AS WELL. SEE THE SQUID FAQ SECTION 8 FOR DETAILS.
#
# 'cache_mem' specifies the ideal amount of memory to be used
# for:
# * In-Transit objects
# * Hot Objects
# * Negative-Cached objects
#
# Data for these objects are stored in 4 KB blocks. This
# parameter specifies the ideal upper limit on the total size of
# 4 KB blocks allocated. In-Transit objects take the highest
# priority.
#
# In-transit objects have priority over the others. When
# additional space is needed for incoming data, negative-cached
# and hot objects will be released. In other words, the
# negative-cached and hot objects will fill up any unused space
# not needed for in-transit objects.
#
# If circumstances require, this limit will be exceeded.
# Specifically, if your incoming request rate requires more than
# 'cache_mem' of memory to hold in-transit objects, Squid will
# exceed this limit to satisfy the new requests. When the load
# decreases, blocks will be freed until the high-water mark is
# reached. Thereafter, blocks will be used to store hot
# objects.

---

Infelizmente, cache_mem não tem nada a ver com armazenamento em disco, embora o Squid possua um cache, que é localizado para onde sua diretiva cache_dir aponta. Eu falei a respeito do tamanho excessivo que eu vi nas configurações porque estes tamanhos refletem um mau-entendimento da opção.

Pessoal andei dando uma estudada e concordo com o q vcs postaram ai e assim fiaz algumas alteracaoes de algumas TAGs e vi um artigo interessante na internet tb sobre o diskd
http://www.vivaolinux.com.br/artigos...p?codigo=1833#
ai eu alterei algumas coisas e ficou assim:

cahe_mem 512MB
maximum_object_size 4096 KB
cache_dir diskd /var/cache/squid1 256 16 256 Q1=64 Q2=72
cache_dir diskd /var/cache/squid2 256 16 256 Q1=64 Q2=72
cache_dir diskd /var/cache/squid3 256 16 256 Q1=64 Q2=72
cache_dir diskd /var/cache/squid4 256 16 256 Q1=64 Q2=72
cache_dir diskd /var/cache/squid5 256 16 256 Q1=64 Q2=72
cache_dir diskd /var/cache/squid6 256 16 256 Q1=64 Q2=72

coredump_dir /var/cache/squid1
coredump_dir /var/cache/squid2
coredump_dir /var/cache/squid3
coredump_dir /var/cache/squid4
coredump_dir /var/cache/squid5
coredump_dir /var/cache/squid6

O q vcs acham dessas alteracoes, isso vai melhorar o desempenho?
Pq a rede ta um caos aki e uma escola d informatica ai qd fica com 30 acesos simultaneos num tem como dar aula, ai eu ja fiz o pedido d um link de 1M tb... e comprei uns switchs pra torcar uns hubs q tinha aki...

Obrigados a todos pela atencao...

amigo so uma opniao que pode ajudar
na variavel

# Porta padrao de comunicacao
http_port 3128

coloca o ip da sua rede
ex
http_port 192.168.0.1:3128

e outra coisa vc verificou se seu proxy nao esta tendo accesos externo para navegacao ??

flow
espero ter ti ajudado

cara eu acho q seu servico ta lento por conta de download nos terminais, pq apartir de hoje vc nao passa a controlar a velocidade de download dos clientes? tbm concordo em q vc seto um grande gerenciamento de pstas no cache diminua aki eu tenho um servidor p4 1.8 com 512 de ram e hd de 40 meu squid ta com cache de 10gb por 16 128 aki pelo menos meu cache ta normal sem problemas de lerdeza na rede quando mudei pra linux e usei o squid a 1 ano todos os problemas por aki forao embora.
e concordo q vc nao deve pegar receitas feitas vc deve criar uma de acordo com sua nece....

Kra ja fiz d tudo e problema persiste, ja fiz isso tb, pra vc ter ideia eu coloquei eles com 100K pra cada um....

Hora q tem + ou - 30 clientes simultaneos e fatal a internet fica inacessivel...

Ja to ficando quase doidod por causa disso pq como ja mencionei aki e uma escola de informatica ai qd chega a turma d internet o professor dispensa o pessoa e ai chefia fica irado.... Hoje chegou um kra la e falou q era pra mim colocar um Rwindows 2003 sever com o ISA server q resolveria + fala serio servidor com Linux e imbativel e inquestionavel... so q qd eu falo isso o kra so olha pra mim e fala "E tao bom q a internet ta do jeito q vc ta vendo..." fala serio + num desisti nao vo ate o fim to pesquisando aki e tudo mais....

se alguem puder me dar + alguma dica agradeco..

me tira uma duvida no seu firewall vc fez alguma regra redirecionando a porta 80 pra porta 3128 do squid?
posta ai seu firewall pra vermos se a algo de errado nele!
tipo se os clientes nao estao navegando sites pela porta 80 o squid nao ta servindo de nada.

Kra pra vc ter ideia eu cheguei ao ponto de tirar o firewall e apenas colocar uma regra pra NAT e redirecionar pra porta 3128....

Ai num resolvel por fim coloquei so o NAT e ai coloquei o proxy manual em todas as maquinas e mesmo assim nada....

qual sua distro? qual a versao do squid q vc ta utilizado?

Slackware 10.2

squid-2.5.STABLE14

cara qual sua distro? qual seu a versao de se squid?

alguém pensou em usar o iptraf???
snifar a rede ????

ou olhar os acessos???/
de repente tua rede tá cheia de virus..... com smtp...e tá enviando email adoidado

bota um mrtg, só para ver se realmente se estão te fornecendo os 800k contratados...

use o iptraf e veja quais portas estão concentrando a maior parte da banda.....

use o comando netstat -n para verificar qnts máquinas tem grudadas no teu server.... se tiverem acessando a 3128, verifique se são máquinas da sua rede............

outra coisa que me deixou incabulado que tipo de coneccao vc usa ?????
speed
provedor de radio
link direto
qual é responde ai
blz
pq ja vi este problema em AP dependendo da quantidade de usuario a AP num guenta tira esta duvida ai pra gente
valeuu

Se alguém colocar emule para baixar coisas pode ter certeza que para tudo.

IPTRAF é uma solução simples para monitorar as coisas.

E quando você tem 30 clientes com certeza somente uns 5 estão simultâneos usando realmente a internet, o ideal é olhar as coisas passando pelo link mesmo.

Você pode também ter alguma placa de rede do servidor com defeito.

Abraço,

Celso

Nessa rede tem cerca de 80 PCs ai vou fazer assim....

Vou formatar todos PCs e fazer um controlador de dominio fudido, e bloquear tudo liberar so o q o pessoal usa... e depois vou usar o iptraf e o tcpdump e verificar as maquinas to achando q vai ser problema com as antas dos usuarios q ficam clicando em tudo qt e link enviado pelo msn e orkut.... a gente descobriu uma das maquinas com mais d 80 virus...

Vo v la como vai ficar e qualquer coisa eu posto ai

Valews

Uma coisa importantíssima para estações Windows, no caso 2000 e XP, deixar apenas o povo usando como "usuário restrito", isso evita qualquer instalação, acesso ao Registro e acesso a pasta do sistema, com isso basicamente você nem precisa de antivírus.

Juntando com o Squid com uma boa lista negra de sites de spyware você será feliz.

Abraço,

Celso

primeira coisa...

seria interessante ter um HD apenas para o squid...

e nesse hd.. vc usar EXT2 com blocos MENORES...

o sistema de arquivos nao precisa de segurança.. e como a maioria dos objetos sao pequenos... (menores que 1k).. vc formata usando blocos de 1k (o padrao sao blocos(inodes) de 4k) ...

se possivel um HD SATA para o cache ...

use programas EXTERNOS para filtrar (squidguard ou dansguard).. e nao use o squid como FILTRO..


e ative o FILTRO apenas para as maquinas que precisam ser filtradas... ex:

redirect_program /etc/squid/ondafiltro/bin/filtro
redirect_children 5

acl ips_filtros src 192.168.0.100 192.168.0.101 192.168.0.102x 192.168.0.103
redirector_access allow ips_filtros


para hds scsi .. use "Asynch IO" .. (em ide ou sata nao sei se fica bom)..

troque seu cache_dir para DISKD .. se voce tiver possibilidade de usar o COSS .. o desempenho eh bemmmmmmm maior ainda.. porem uma vez usando COSS, vc nao pode usar o DISKD ou UFS e manter seu cache antigo... (diskd e ufs sao compativeis... COSS nao)..

se vc tiver mais redes atraz .. com gateways e squid.. monte uma hierarquia de proxies.. (pai, filho, irmao..)

veja um grafico de desempenho em meus servidores de proxy (2 proxies pai, x filhos y irmaos)..

das 4:00 as 8:30 o squid atende 100% das requisições ou seja.. de 100 objetos, 100 sao retirados do meu proxy ..

ahh esqueci de mencionar..

li um comentario acima, de um colega, falando para medir com MRTG o trafego .. e ver se estao entregando 800k !!


o pessoal tem um grave "desconhecimento", ADSL nao eh banda garantida... eles te vendem 800k.. mas no contrato tem falando que garantem 10% apenas ou seja 80k .. (vi nos contratos da telemar/velox e ctbc/netsuper)...

olhando novamente sua configuração..

vc deve estar fazendo proxy transparente...

httpd_accel_port 80
httpd_accel_host virtual
httpd_accel_single_host off
httpd_accel_with_proxy on
httpd_accel_uses_host_header on


..

agora.. as ACL de portas... voce pode tirar TODAS e deixar porta 80, 443

proque voce faz redirect APENAS da porta 80 .. entao o squid captura apenas a porta 80... as conexoes SSL sao feitas DIRETAMENTE... (vc pode fazer um redirect tambem)...

vc deixando o proxy aberto com essas portas... algum usuario seu, pode usar programas com suporte a proxy e tentar burlar algum tipo de bloqueio seu.. ou ate usar programas para spam, etc etc...

repostas são tantas para este problema, por isso precisamos de software q nos oferece resource para sabermos onde começar para resolver os problemas, por isso digo
veja os logs, use software de análise (iptraf, top).

mas mesmo assim, uma placa de rede com problemas como foi dito acima ia ferrar tudo.....

O cara tá começando a resolver os problemas, está no caminho certo, trocou politicas internas e vai dexair tudo melhor, todas as empresas que trabalho ou presto acessoria coloco o squid com DENY padrão e um ALLOW para uma lista de sites, resolvo problemas de spyware e diminui em muito os virus! Assim como FORWARD em drop.

boa ideia ter comentado sobre placa de rede queimada...


eu estava com um problema de lentidao na rede... estava muitooooooo doido.. cliente trafegava... mas ficava lentoooooooooooooooooooooooooooooooooooooo...

troquei cabos, conectores, etc etc...

por fim resolvi trocar o cabo que vai ao switch... de porta... funcionou... a porta do switch tava com problemas..

a dell vai me dar outro switch :wink:

putz....................................

pelo menos vc aprendeu bastante coisa nessa sua trilha

Eu tinha problemas com o acesso a internet em uma empresa em que eu administrava a rede.

Eram +- 80 clientes simultaneos pra uma ADSL de 1mb. Os emails não passavam por esse link, então dava pra segurar tranquilo. Só que na maior parte do dia (quando o pessoal ficava navegando mesmo) a net ficava leeenta...
Eu não conseguia descobrir de forma alguma qual era o problema dessa rede... usava o MRTG e tudo mais, mas não era a rede nem o tráfego alto.

Um belo dia, o modem que eu usava (Alcatel speed Touch Pro) deu defeito e eu substitui por um d-link 500G. Fiz algumas alteraçõezinhas nele pra ele aceitar mais conexões simultâneas e por incrível que pareça, a net ficou uma maravilha!

Podiam ter até 100 usuários simultâneos que a velocidade não se tornava problema. Uma maravilha!!!
Agora eu pergunto, onde eu ia desconfiar que era o modem que não estava aguentando as conexões simultâneas!?!?!?!

O meu problema era somente esse: o modem.

Não sei se é esse o seu problema, mas fica aí uma dica de uma experiência que eu tive.
:wink:

Um abraço
Frederico Coutinho

Kra muito interessante essa sua colocação.... pois o modem q usamos la e justamente este... Soq que eu ja tentei um D-link uma vez em outra empresa so que quando chegava a + ou - 20 acessos simultaneos ele travava...

Tem como você postar ai as alterações que vc fez nesse modem e ele suportou essa quantidade de acessos?

Muito obrigrado...

Citação:

---

Postado originalmente por tuxson

Kra muito interessante essa sua colocação.... pois o modem q usamos la e justamente este... Soq que eu ja tentei um D-link uma vez em outra empresa so que quando chegava a + ou - 20 acessos simultaneos ele travava...

Tem como você postar ai as alterações que vc fez nesse modem e ele suportou essa quantidade de acessos?

Muito obrigrado...

---

Eu usei essa configuração abaixo e mais uma outra que não me lembro, mas acho que foi essa aqui que aumentou o limite.

Em Iniciar vá em Executar... e digite:

telnet 10.1.1.1 (ou o mesmo IP do Gateway);
digite o login e a senha (admin/admin)
agora digite
modify nbsize maxipsess 512 [Enter]
commit [Enter]
reboot [Enter]