在服务器nginx上，"@font-face"不起作用，但在本地主机上是可以的。

在服务器nginx上，"@font-face"不起作用，但在本地主机上是可以的的问题可能是由于服务器配置或文件路径引起的。以下是一些可能的解决方法：

1. 检查服务器配置：确保服务器上的nginx配置文件正确设置了MIME类型，以便正确地识别字体文件。可以在nginx配置文件中的"types"块中添加以下内容：

types {
    ...
    font/truetype   ttf;
    font/opentype   otf;
    font/woff       woff;
    font/eot        eot;
    font/woff2      woff2;
    ...
}

确保以上MIME类型的设置与字体文件的实际扩展名匹配。

2. 检查字体文件路径：确保字体文件在服务器上的路径正确。在CSS中，使用相对路径或绝对路径引用字体文件。如果字体文件位于与CSS文件相同的目录中，可以使用相对路径引用字体文件，例如：

@font-face {
    font-family: 'MyFont';
    src: url('myfont.ttf') format('truetype');
}

如果字体文件位于不同的目录中，可以使用绝对路径引用字体文件，例如：

@font-face {
    font-family: 'MyFont';
    src: url('/path/to/myfont.ttf') format('truetype');
}

确保路径的大小写和斜杠方向与实际文件路径匹配。

3. 检查字体文件权限：确保字体文件在服务器上具有正确的权限，以便nginx可以读取它。使用命令ls -l检查字体文件的权限，确保其权限允许nginx读取。

4. 检查字体文件格式：确保字体文件的格式正确且被支持。常见的字体文件格式包括TrueType（.ttf）、OpenType（.otf）、Web Open Font Format（.woff）等。可以使用字体文件转换工具将字体文件转换为支持的格式。

5. 清除浏览器缓存：在尝试以上解决方法后，清除浏览器缓存并重新加载网页，以确保浏览器获取最新的CSS和字体文件。

如果上述解决方法都无效，还可以检查nginx的错误日志，以查看是否有与字体文件相关的错误信息。可以使用命令tail -f /var/log/nginx/error.log查看错误日志。根据错误信息进行进一步的排查和调试。