我自 12.04 以来用于安装 vsftpd 的过程不再有效。stop: Unknown instance重新启动服务时出现错误。我相信这意味着配置错误,但我无法追踪问题。我在虚拟服务器上遇到了这个问题。
此外,运行sudo vsftpd结果500 OOPS: munmap如@Beltran 所述。
获取root权限
sudo -s
Run Code Online (Sandbox Code Playgroud)安装 vsftpd 和 libpam-pwdfile
apt-get install vsftpd libpam-pwdfile
Run Code Online (Sandbox Code Playgroud)编辑 vsftpd.conf
mv /etc/vsftpd.conf /etc/vsftpd.conf.bak
vim /etc/vsftpd.conf
Run Code Online (Sandbox Code Playgroud)
复制并粘贴以下几行。
allow_writeable_chroot=YES
anonymous_enable=NO
chroot_list_enable=YES
chroot_local_user=YES
guest_enable=YES
guest_username=vsftpd
hide_ids=YES
listen=YES
local_enable=YES
local_umask=022
local_root=/var/clients/$USER
nopriv_user=vsftpd
pasv_address=127.0.0.1
pasv_enable=YES
pasv_min_port=65000
pasv_max_port=65100
port_enable=YES
user_sub_token=$USER
seccomp_sandbox=NO
virtual_use_local_privs=YES
write_enable=YES
Run Code Online (Sandbox Code Playgroud)注册虚拟管理员
apt-get install apache2-utils
mkdir /etc/vsftpd
htpasswd -cd /etc/vsftpd/ftpd.passwd admin
vim /etc/vsftpd.chroot_list
Run Code Online (Sandbox Code Playgroud)
为管理员用户添加 1 行
admin
Run Code Online (Sandbox Code Playgroud)配置 PAM
mv /etc/pam.d/vsftpd /etc/pam.d/vsftpd.bak
vim …Run Code Online (Sandbox Code Playgroud)我刚刚在 Amazon ec2 上为 ubuntu-AMI 创建了一个大型实例。生成一个密钥对并在防火墙中打开 ssh。现在使用 puttygen 我得到了 ppk 文件,因为我使用的是窗口机器。现在使用 publuc DNS 我试图连接到服务器,但在获取用户名并按 Enter 键时,它说“服务器拒绝了我们的密钥”。
如何解决这个问题呢。
请有人帮忙。
谢谢。
我将提出很多 AWS EC2 实例,但无法找出 Ubuntu UEC 提供的图像之间的区别:http : //uec-images.ubuntu.com/releases/
以及 Alestic 提供的图片:http ://alestic.com/
有谁知道 Alestic 对基本 Ubuntu 映像做了哪些更改和/或在 Amazon 上运行 Alestic 映像与 UEC 映像相比有哪些优势?
在为我的 Juju 魅力指定默认 EC2 实例类型后,如何为其中一项服务覆盖该类型?
比如Juju教程部署wordpress和mysql,我可以在我的environments.yaml中设置default-instance-type,这样两个服务都是m1.small
但是如何配置它以便(仅)将 mysql 服务部署在更适合数据库的实例类型上,例如m2.xlarge?
我正在尝试让 Yaws Web 服务器在云服务 (Amazon AWS) 上运行。我已经在服务器上编译并安装了一个本地副本。我的问题是在端口 8000 或端口 80 上运行时,我无法让 Yaws 运行。
我在 yaws.conf 中有以下配置:
port = 8000
listen = 0.0.0.0
docroot = /home/ubuntu/yaws/www/test
dir_listings = true
Run Code Online (Sandbox Code Playgroud)
这会产生以下成功的启动/结果:
Eshell V5.8.5 (abort with ^G)
=INFO REPORT==== 16-Sep-2012::17:21:06 === Yaws: Using config file /home/ubuntu/yaws.conf
=INFO REPORT==== 16-Sep-2012::17:21:06 === Ctlfile : /home/ubuntu/.yaws/yaws/default/CTL
=INFO REPORT==== 16-Sep-2012::17:21:06 === Yaws: Listening to 0.0.0.0:8000 for <3> virtual servers: - http://domU-12-31-39-0B-1A-F6:8000 under /home/ubuntu/yaws/www/trial -
=INFO REPORT==== 16-Sep-2012::17:21:06 === Yaws: Listening to 0.0.0.0:4443 for <1> virtual servers: - …Run Code Online (Sandbox Code Playgroud) 我也按照说明和其他说明进行操作,但由于它不方便用户使用,因此 ftp 服务器无法正常工作。
# This option specifies the location of the RSA key to use for SSL
# encrypted connections.
rsa_private_key_file=/etc/ssl/private/ssl-cert-snakeoil.key
pasv_enable=YES
pasv_addr_resolve=YES
#user ddns address
pasv_address=54.... (my ip)
#choose and range you like
pasv_min_port=1024
pasv_max_port=1048
Run Code Online (Sandbox Code Playgroud)
然后:
~$ sudo service vsftpd status
vsftpd stop/waiting
ubuntu@ip:~$ sudo service vsftpd restart
stop: Unknown instance:
vsftpd start/pre-start, process 9711
Run Code Online (Sandbox Code Playgroud)
但无法与 ftp 客户端连接。我在安全组中打开了端口并重新安装了所有内容,仍然无法正常工作。可以做什么?默认情况下什么不能工作?我尝试连接我添加的用户帐户useradd。
$ sudo vsftpd
500 OOPS: munmap
$ service vsftpd begin
Rather than invoking init scripts …Run Code Online (Sandbox Code Playgroud) 由于此错误1674930,我的 Amazon G2 和 P2 实例已停止正常工作。我需要 367 驱动程序。当您尝试安装367时,它说它实际上正在安装与G2和P2硬件不兼容的375驱动程序。之前的367版本运行良好。
当我运行时apt-cache search nvidia-367
,它显示它是“nvidia-375 的过渡包”。这意味着什么?我预计当我安装 367 时,它会安装 367 而不是 375。如何将其锁定在 367?
当然,我尝试安装 nvidia-361,但它声称是 367 的过渡包,正如您猜测的那样,它是 375 的过渡包,因此无论选择哪一个,它最终都会尝试安装 375,这对我来说是损坏的。
有没有办法阻止它转换并停在我选择的驱动程序处?我尝试过apt-mark hold nvidia-367,但没有成功。
任何选择表示赞赏。
我在 Ubuntu 16.04-amd64-server 上的 AWS 上遇到此问题。每当我运行 sudo 时,终端似乎什么也没做,出现以下错误:
root@ip-10-20-54-234:/home# sudo -s
sudo: unable to resolve host ip-10-20-54-234
Run Code Online (Sandbox Code Playgroud)
我通过添加`127.0.1.1 ip-10-20-54-234 /etc/hosts 临时解决了这个问题。
据我了解,当您将弹性 IP 地址与实例关联时,该地址将成为其公共 IP 地址。如果您从实例中删除弹性 IP 地址,原始 IP 地址将不再可用,它将获得一个新的公共 IP 地址,该地址可能与原始 IP 地址不同。
然而,显然存在一个问题。尽管我可以使用新分配的弹性地址连接到计算机,但我的 EC2 实例似乎将旧的原始实例保留在某处,但它一直将其显示为提示,并在我使用 sudo 时显示此奇怪的消息!
但是,我正在寻找永久解决方案来解决该问题。
我似乎无法安装 Ubuntu 16.04 AWS 内核的配额模块。我已经启动了官方云映像(ami-e5d9439a来自Ubuntu 的云映像站点)。检查内核模块显示它们尚未安装:
ubuntu@ip-10-0-0-78:~$ modprobe quota_v1
modprobe: FATAL: Module quota_v1 not found in directory /lib/modules/4.4.0-1060-aws
ubuntu@ip-10-0-0-78:~$ modprobe quota_v2
modprobe: FATAL: Module quota_v2 not found in directory /lib/modules/4.4.0-1060-aws
Run Code Online (Sandbox Code Playgroud)
获取配额模块的正常技巧是为您的内核安装 linux-image-extra 软件包,但此软件包不存在:
ubuntu@ip-10-0-0-78:~$ sudo apt-get update
...
ubuntu@ip-10-0-0-78:~$ sudo apt-get -y install linux-image-extra-`uname -r`
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to locate package linux-image-extra-4.4.0-1060-aws
E: Couldn't find any package by glob 'linux-image-extra-4.4.0-1060-aws'
E: Couldn't find any package by …Run Code Online (Sandbox Code Playgroud) 我一直在AWS中使用Amazon EC2实例。我已经成功使用 WinSCP 连接到各种实例,包括 Amazon Linux、Rocky Linux、SUSE 和 CentOS 6、7 和 8。所有这些具有其他操作系统的实例都已成功使用特定的组合
因此,这些选择中的任何一个都有错误似乎都不合理。
在 WinSCP 中,我可以从其他实例克隆工作 WinSCP 配置,然后(在调整新站点以更改“主机名”并使用建议的登录用户名“ubuntu”之后)我可以尝试像其他实例一样进行连接那行得通。因此,问题似乎不太可能是 WinSCP 配置不正确(除非我应该使用“ubuntu”以外的其他名称作为默认用户名)。
可以看到该实例,但仅 Ubuntu 实例尝试登录失败。
没有可用的受支持的身份验证方法(服务器发送:公钥)
和
使用用户名“ubuntu”。服务器拒绝了我们的密钥。认证失败。
我已经研究了一些与“服务器拒绝我们的密钥”有关的其他问题,但这不是密钥对本身的问题,因为它适用于许多其他实例。它似乎也不可能是适用于其他实例的任何其他常见元素。错误消息本身表明它确实看到了推荐的登录用户名“ubuntu”(我什至尝试了有时用于AWS实例登录的其他用户名,例如ec2-user、admin、root,但这些也不起作用) 。
我还尝试创建第二个实例来检查创建第一个实例是否存在一些侥幸或错误,但没有区别。
由于此失败的登录是针对默认用户的初始登录尝试,因此我无法以其他用户身份登录并在内部查看或更改实例。
如果重要的话,我正在使用
最小 Ubuntu 22.04 LTS - Jammy https://aws.amazon.com/marketplace/pp/prodview-o5bowpuwmx3ng
更新 1: Ubuntu 22.04 LTS 也会发生同样的情况 - Jammy https://aws.amazon.com/marketplace/pp/prodview-f2if34z3a4e3i
我想知道 Ubuntu 处理通信的方式是否有所不同,需要与任何其他已运行的操作系统不同的设置。
更新 2:根据rahul jain的答案中的线索,我尝试使用基于之前的 Minimal Ubuntu LTS 版本的实例进行快速测试。
最小 Ubuntu 20.04 LTS - Focal https://aws.amazon.com/marketplace/pp/prodview-meawmysinhrrs
那个效果很好。因此,这个问题似乎确实是自 20.04 Focal Fossa 以来的一个变化,而且很可能与需要更新的 PuTTY 代码库的身份验证更改有关,正如 rahul Jain 所建议的那样。我会做更多测试,但到目前为止答案看起来不错。